文档介绍：Scrum 敏捷软件开发过程目录• 什么是敏捷软件开发?• 敏捷方法的项目计划• 敏捷项目管理和传统项目管理• 为什么使用敏捷?• Scrum 概述• Scrum 的角色• Scrum 实践和工作产品• 敏捷开发中的估计方法• 测试驱动开发• Scrum 应用• 支持工具和模版• 一些常见的误解敏捷开发方法什么是敏捷软件开发?• 敏捷软件开发是软件项目的一个概念框架.• 有许多建立在敏捷概念上的方法,如 Scrum 和 Extreme Programming (XP).• 与僵化的、重量级的、官僚式的方法形成对照,比如瀑布模型(指纯粹形式的)• (2001 年)• 人和交互胜过过程和工具.• Individuals and interactions over processes and tools• 可以工作的软件胜过完备的文档.• Working software prehensive documents• 客户协作胜过合同谈判.• Customer collaboration over contract negotiation• 随时应对变化胜过遵循计划.• Responding to change over following a plan敏捷过程的限制• 敏捷软件开发过程包含过程、原则、工具,和最重要的-人• 因此:诚信是基础• 没有过程能够对诚信进行有效地约束,诚信与否是有效实施敏捷过程的最大限制1使用敏捷方法的项目计划“Sprintful” of top-priority PBL to thenext SprintSprintBacklogMore accurateestimatesas man hoursProductconstantly                                                 Scope frozen à new PBL items to next SprintBacklog8Short term planning (commitment byMay be5213858∑32Long term planning (best guess at the moment):Initial SizeEstimatesAs Story Points32 SP of functionality, Team Velocity 8 SP/Sprint à 4 SprintsTarget Sprint for each PBL item set, feasible • 传统项目管理:• 事先对整个项目进行估计、计划、分析• 反对变更; 变更需要重新估计、重新规划• 严密的合同来减少风险, 如果改变需求要走 CR 流程.• 项目作为一个“黑盒子”,对客户与供应商的可视性差.• 产品化和测试阶段是分离的.• 文档和计划驱动的方法.• 软件交付时间晚, 意识到风险的时间晚.• 敏捷项目管理:• 对整个项目做一个粗略的估计,每一次迭代都有详细的计划.• 鼓励变化, 客户价值驱动开发.• 信任和赋予权力;合约使变更变得简单,增加价值.• 客户和开发人员之间是紧密的连续的合作关系• 每次迭代都产生可交付的软件• 专注于交付软件.• 第一次迭代就可交付能工作的版本,? –预期的收益• 采用敏捷方法得当的话,可以:• 更加透明; 随时跟踪项目的状态和进展情况,及早发现问题和风险 .• 快速交付, 每次迭代都能交付可运行的软件.• 最高风险和最高优先级的需求,最优先进行开发.• 改善应对变更能力, 减少大量的重计划.• 改善项目沟通.• 更好的客户参与, 避免错误的假设.• 总之:• 提高了生产率; 减少“浪费”(不需要的文档,重复工作等),项目的每次迭代都有明2确的目标.• 提高客户满意度; 短期内产生成效, 按预期交付软件, 每次迭代结束产生可以运行的软件.• 改善员工的满意度; 团队精神,减少官僚,能够规划和管理自己的工作,减少“恐慌”,稳定的工作量(可持续的步伐).敏捷方法何时有效?• 公司和客户一致认为应当使用敏捷方法,双方都能理解敏捷方法.• 敏捷方法对需求不完整以及经常变换的项目比较有效.• 项目可以划分成固定时间间隔的迭代, 并且可以冻结正在进行的迭代的范围• 公司和客户都有能力担当角色尤其是 Product Owner 和 Scrum Master.• 项目的人员结构能够分成 6 到 10 人的团队,最好每个工作地点一个小组.• 团队成员能够以自组织的方式工作.• 项目的合同允许变更.• 固定价格的项目可以使用敏捷,但应