敏捷开发scrum介绍ppt课件.ppt

敏捷开发scrum,Jet zhong直观资讯,Scrum是什么？,概念,流程,实践,总结,IT方法的采用率对比,Forrest Research 2009年调查,概念,流程,实践,总结,scrum与CMMI,概念,流程,实践,总结,scrum与CMMI,概念,流程,实践,总结,Waterfall VS Agile,概念,流程,实践,总结,SCRUM的特点,概念,流程,实践,总结,Scrum的核心价值观,概念,流程,实践,总结,SCRUM中的角色,概念,流程,实践,总结,Scrum中的角色,Scrum角色和职责产品负责人 定义开发目标，需要实现的feature和优先级Scrum Master 保证团队高效而不受打扰地工作，优化工作条件、过程团队 自组织地完成项目开发，使用一切可行手段保证进度和质量,概念,流程,实践,总结,SCRUM流程,概念,流程,实践,总结,SCRUM流程,概念,流程,实践,总结,product Backlog,backlog英文意思为“积压的工作”。product backlog是一个具有优先级的需求列表，并对每个需求进行了粗略的估算,概念,流程,实践,总结,product Backlog,拆分故事：注意在这里不要把故事拆分到任务，故事是可以交 付的东西，是产品负责人所关心的，而任务是不可交付的东西。优先级：经济价值、开发成本、依赖关系、新知识、风险,概念,流程,实践,总结,sprint计划会议1、2,概念,流程,实践,总结,目标：定出 Sprint 目标，确定所有任务。,输入：已评估 的产品Backlog,输出：Sprint Backlog,参与人：产品负责人Scrum MasterTeam,sprint Backlog,概念,流程,实践,总结,站立例会,会议结果:最新的障碍 Backlog最新的 Sprint Backlog最新的工作进度图,概念,流程,实践,总结,任务看板,概念,流程,实践,总结,燃尽图,概念,流程,实践,总结,特性看板图,概念,流程,实践,总结,表情日历（Niko-niko Calenda）,概念,流程,实践,总结,任务看板与燃尽图结合,概念,流程,实践,总结,评审会议,根据团队这次 Sprint 所发布的版本，评审相关的 Backlog 中的问题，检查是否已达到Sprint 的目标,概念,流程,实践,总结,回顾会议,概念,流程,实践,总结,障碍 Backlog-十大典型障碍,会议规则没能被遵循产品远景和 Sprint 目标不清晰没有产品负责人负责回答提问产品 Backlog 未能按商业价值区分优先级并不是所有负责交付产品的人员都是团队里的成员Scrum Master 还要处理其他任务，不能集中精力团队人数过多（多于7个开发人员）团队没有能坐在一起工作的空间团队的 Sprint Backlog 混乱,概念,流程,实践,总结,软件推荐：TRICHORD,概念,流程,实践,总结,Scrum是一味药，仅此而已,Scrum不能解决我们的问题，能解决问题的是我们自己Scrum提供了一套实践方法，帮软件开发团队养成良好的习惯,概念,流程,实践,总结,实施Scrum归纳用到的实践,概念,流程,实践,总结,概念,流程,实践,总结,概念,流程,实践,总结,其他更高的实践一览,概念,流程,实践,总结,附：敏捷宣言,个体与交互 胜过 过程和工具可用的软件 胜过 完备的文档客户协作 胜过 合同谈判响应变化 胜过 遵循计划 在每对比对中，后者并非全无价值，但我们更看重前者。,附：敏捷宣言的12准则,我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。欢迎对需求提出变更即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。要不断交付可用的软件，周期从几周到几个月不等，且越短越好。项目过程中，业务人员与开发人员必须在一起工作。要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。可用的软件是衡量进度的主要指标。敏捷过程提倡可持续的开发速度。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。不断关注优秀的技能和好的设计的将提升敏捷能力。要做到简单，即尽最大可能减少不必要的工作。这是一门艺术。最佳的架构、需求和设计出自于自组织的团队。团队要定期反省如何能够做到更有效，并相应地调整团队的行为。,参考资料,