用户故事与敏捷方法---消化笔记
作者:互联网
电子书读起来真别扭?
除了没有翻书的唰唰声做笔记也麻烦,纸页颜色也不爽。
总之,非常难受。
===========目录之前================
如何确定一个软件系统应该做什么?
和不同的人去沟通你的决定?
同一个产品的不同的参与者有不同的需求。
项目经理想跟踪进度,开发人员想实现系统,产品经理想要灵活性,测试人员想要度量,而用户想要一个可用的系统。
做出一个人人都支持、皆大欢喜的决定。
用户故事:目标、成本+最后责任时刻。
最重要特性;特性优先级排序。
简单、及时响应、随需而动、密切交流。
给用户故事排优先级,先开发最重要的,后按需及时展开次要的,通过交谈获取所需要的细节,产出具有真正价值的软件,成果可以被审核和验证甚至交付使用。然后我们继续开发后续最重要的用户故事。
敏捷需求管理方式
Amazon.com user story 用户故事圣经
以更快的速度、更少的消耗应对现实世界需求的快速变化
Head First
3C:Card卡片\Conversation交谈\Confirmation确认
产品经理群友讲的如何让公司的各个都形成凝聚力,就你走其他人都想跟着走的,范一下。
结合TDD、持续集成、重构等技术实践
用户故事、规划会议等类似系列非技术实践
Scrum管理概念框架 如何减少技术债务、做好单元测试等
InfoQ中文站敏捷社区
软件开发始于需求收集与分析
作为角色,我想要功能,以此(商业价值) 括号这边不太理解?????
整个开发流程:产品负责人收集需求进行用户故事编写,放入产品Backlog中。
Sprint计划会议中,成员讨论其中一些用户故事,细化故事细节,确定验收标准,使用Planning Poker(计划扑克)估算故事点。
然后,将故事分成一些小的任务,并估算工作是将。。。。。
????段落太长,查下关键字重新理解下。。。。。。
Skype网上语音会议。Scrum每日例会一样。
Excel燃尽图
版本管理工具Subversion
持续集成工具CruiseControl
Kent Beck 《解析极限编程---拥抱变化》
!!!!!!!!!大量预先的需求收集和文档会以很多方式导致项目失败!!!!!
完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;完美==完蛋;
起步
通过用户角色建模收集故事,在不能直接访问真实的最终用户时编写故事,测试用户故事。(这句话真绕,建模用户和真实用户有区别吗??????
估算和计划
如何测试进度和评估项目是否如期进行。
用故事点估算故事,如何做3~6月的发布计划。
敏捷过程SCRUM????
用户故事特有的优势
极限编程
==========目录之后=============
标签:估算,故事,完美,消化,完蛋,笔记,用户,敏捷 来源: https://www.cnblogs.com/wanghui626/p/10644107.html