华为敏捷软件开发［新版］.pptVIP

什么是迭代式开发 迭代开发将整个软件生命周期分成多个小的迭代（一般2-4周），每一次迭代都由需求分析、设计、实现和测试在内的多个活动组成，每一次迭代都可以生成一个稳定和被验证过的软件版本。 迭代式开发的好处 通过将高技术风险的需求在早期迭代里实现，有助于尽早暴露问题和及时消除风险 通过提供功能渐增的产品，持续从客户获得反馈，根据反馈及时调整，使最终产品更加符合客户的需要 通过小批量减少排队，提供更灵活、快速的交付能力 平滑人力资源的使用，避免出现瓶颈 迭代式开发的关键要点 每一次迭代都建立在稳定的质量基础上，并做为下一轮迭代的基线，整个系统的功能随着迭代稳定地增长和不断完善。 每次迭代要邀请用户代表（外部或内部）验收，提供需求是否满足的反馈 迭代推荐采用固定的周期（2-4周），迭代内工作不能完成，应当缩减交付范围而不是延长周期 敏捷软件开发核心——迭代开发 迭代1 迭代2 迭代3 反馈 反馈 迭代开发是有节奏地小步快跑，但建立在坚实的质量基础上 敏捷团队包括3个核心角色: PO(Product Owner)、Scrum Master(Scrum教练)和Team(开发产品) 敏捷团队的三个核心角色 Marketing 用户 用服 管理 ..etc… 利益相关人 SM SM SM SM：Scrum Master PO：Product Owner 敏捷团队的角色职责 角色名称 角色定义 角色职责 注意事项 Product Owner（产品负责人） 确保Team做正确的事 代表利益相关人（如用户、Marketing、用服、管理者等），对产品投资回报负责 确定产品发布计划 定义产品需求并确定优先级 验收迭代结果，并根据验收结果和需求变化刷新需求清单和优先级 除了客户需求之外，内部任务如重构、持续集成环境搭建等也由PO纳入统一管理 Scrum Master（Scrum教练） 确保Team正确地做事 辅导团队正确应用敏捷实践 引导团队建立并遵守规则 保护团队不受打扰 推动解决团队遇到的障碍 激励团队 不命令和控制Team Team（开发团队） 负责产品需求实现 负责估计工作量并根据自身能力找出最佳方案去完成任务且保证交付质量 向PO和利益相关人演示工作成果（可运行的软件） 团队自我管理、持续改进 一般由5-9名跨功能领域人员组成 坐在一起工作 有共同的目标，共担责任 团队成员严格遵守团队规则 什么是完整团队 敏捷开发中，以Story为单位的持续交付要求系统组、开发和测试等跨功能团队进行密切协同，相互独立的功能团队难以应对。 完整团队是跨功能领域（需求分析师、设计师、开发人员、测试人员、资料人员等）的人员组成一个团队，坐在一起工作，团队成员遵循同一份计划，服从于同一个项目经理。 完整团队的好处 有助于团队成员形成共同目标和全局意识，促进各功能领域的拉通和融合； 通过面对面沟通提升沟通效率。 实现团队成员的高度协同，支撑高密度地、持续地、短周期的交付。 完整团队的关键要点 成员来自多功能领域：团队拥有完成目标所需的各职能成员； 坐在一起办公：团队成员无障碍地沟通； 团队保持相对稳定：临时组建的团队生产效率较低，团队稳定非常关键。 完整团队聚焦客户需求交付，提高协作效率 敏捷团队实践：完整团队 产品Backlog关键要点 清楚表述列表中每个需求任务对用户带来的价值，做为优先级排序的重要参考； 动态的需求管理而非“冻结”方式，PO持续地管理和及时刷新需求清单，在每轮迭代前，都要重新筛选出高优先级需求进入本轮迭代； 迭代的需求分析过程，而非一次性分析清楚所有需求（只对近期迭代要做的需求进行详细分析，其它需求停留在粗粒度）。 敏捷工作件：产品Backlog 什么是产品Backlog 经过优先级排序的动态刷新的产品需求清单，用来制定发布计划和迭代计划。 产品Backlog的好处 通过需求的动态管理应对变化，避免浪费； 易于优先交付对用户价值高的需求。 产品Backlog是需求动态管理的载体 什么是迭代Backlog 迭代Backlog是团队在一轮迭代中的“任务”（Task）清单，是团队的详细迭代开发计划； 当团队接收从产品Backlog挑选出要在本轮迭代实现的需求时，召开团队迭代计划会议，将需求转化为具体的“任务”； 每项任务信息包括当前剩余工作量和责任人。 敏捷工作件：迭代Backlog 迭代Backlog的好处 将需求分解成更细小的任务，利于对迭代内进度进行精确控制； 剩余工作量可用来实时跟踪团队当前进展。 迭代Backlog关键要点 “任务”由团队成员自己分解和定义，而不是上级指派，支撑需求完成的所有工作都可以列为任务； 任务要落实到具体的责任人； 任务粒度要小，工作量大于两天的任务要进一步分解； 用小时做为任务剩余工作量的估计单