文档介绍：敏捷软件开发Agile介绍
目录
敏捷理念
敏捷优秀理论
敏捷应用建议
Page 2222
软件作坊
软件过程控制
重型过程定一个迭代
的工作内容
产品和利益相关人
①
②
③、⑦
④
⑤
⑥
Page 11
什么是完好团队
敏捷开发中，以Story为单位的持续交付要求系统组、开发和测试等跨功能团队进展亲密协同，互相独立的功能团队难以应对。
完好团队是跨功能领域〔需求分析师、设计师、开发人员、测试人员、资料人员等〕的人员组成一个团队，坐在一起工作，团队成员遵循同一份方案，服从于同一个工程经理。
完好团队的好处
有助于团队成员形成共同目的和全局意识，促进各功能领域的拉通和交融；
通过面对面沟通提升沟通效率。
实现团队成员的高度协同，支撑高密度地、持续地、短周期的交付。
完好团队的关键要点
成员来自多功能领域：团队拥有完成目的所需的各职能成员；
坐在一起办公：团队成员无障碍地沟通；
团队保持相对稳定：临时组建的团队消费效率较低，团队稳定非常关键。
完好团队聚焦客户需求交付，进步协作效率
敏捷团队理论：完好团队
Page 12
产品Backlog关键要点
清楚表述列表中每个需求任务对用户带来的价值，做为优先级排序的重要参考；
动态的需求管理而非“冻结〞方式，PO持续地管理和及时刷新需求清单，在每轮迭代前，都要重新挑选出高优先级需求进入本轮迭代；
迭代的需求分析过程，而非一次性分析清楚所有需求〔只对近期迭代要做的需求进展详细分析，其它需求停留在粗粒度〕。
敏捷工作件：产品Backlog
什么是产品Backlog
经过优先级排序的动态刷新的产品需求清单，用来制定发布方案和迭代方案。
产品Backlog的好处
通过需求的动态管理应对变化，防止浪费；
易于优先交付对用户价值高的需求。
产品Backlog是需求动态管理的载体
Page 13
什么是迭代Backlog
迭代Backlog是团队在一轮迭代中的“任务〞〔Task〕清单，是团队的详细迭代开发方案；
当团队接收从产品Backlog挑选出要在本轮迭代实现的需求时，召开团队迭代方案会议，将需求转化为详细的“任务〞；
每项任务信息包括当前剩余工作量和责任人。
敏捷工作件：迭代Backlog
迭代Backlog的好处
将需求分解成更细小的任务，利于对迭代内进度进展准确控制；
剩余工作量可用来实时跟踪团队当前进展。
迭代Backlog关键要点
“任务〞由团队成员自己分解和定义，而不是上级指派，支撑需求完成的所有工作都可以列为任务；
任务要落实到详细的责任人；
任务粒度要小，工作量大于两天的任务要进一步分解；
用小时做为任务剩余工作量的估计单位，并每日重估计和刷新。
迭代Backlog提供精细的迭代开发方案
任务
责任人
状态
剩余工时
日期
Page 14
敏捷工作件：完成标准〔Definition of Done〕
什么是完成标准
基于“随时可向用户发布〞的目的制定衡量团队工作是否已完成的标准，由团队和PO形成共识；
完成标准的好处
共同协商的完成标准是团队的自我承诺，团队会更认真；
用于准确评估团队工作进展；
明晰和明确的完成标准保证了每次迭代是高质量的。
完成标准的关键要点
团队自协商：团队根据工程实际情况来定义完成标准，并严格遵守；
有层次：一般分为三个层次：Story级别，迭代级和发布级，每个级别都有各自的完成标准。
Story完成标准样例
迭代完成标准样例
发布完成标准样例
代码合入主干
代码符合标准
代码100%检视
通过验收测试
通过迭代验收
系统测试用例100%通过
通过性能测试
所有Story完成
通过回归测试
所有缺陷解决
更新配套资料
完成标准的样例
代码100%通过单元测试
持续集成无错误
完成标准确保团队每一步前进都奠定在坚实的质量根底之上
Page 15
敏捷管理理论：迭代方案会议
什么是迭代方案会议
每轮迭代启动前，团队共同讨论本轮迭代详细开发方案的过程，输入是产品Backlog，输出是团队迭代Backlog；
多团队迭代方案会议要分层召开
版本迭代方案会议：将产品Backlog〔需求〕分配给团队；
团队迭代方案会议：将选取的产品Backlog需求转换成迭代Backlog〔任务〕 ，分配给团队成员；
迭代方案会议内容：
澄清需求、对“完成标准〞达成一致
工作量估计、根据团队才能确定本轮迭代交付内容；
细化、分配迭代任务和初始工作方案。
迭代方案会议的好处
通过充分讨论，使团队成员对任务和完成标准理解一致；
团队共同参与，促进团