敏捷开发scrum介绍.ppt

敏捷开发scrumJetzhong直观资讯Scrum是什么？概念流程实践总结IT方法的采用率对比Forrest Research 2009年调查概念流程实践总结scrum与CMMI概念流程实践总结scrum与CMMI概念流程实践总结Waterfall VS Agile概念流程实践总结SCRUM的特点概念流程实践总结Scrum的核心价值观概念流程实践总结SCRUM中的角色概念流程实践总结Scrum中的角色Scrum角色和职责产品负责人定义开发目标，需要实现的feature和优先级ScrumMaster保证团队高效而不受打扰地工作，优化工作条件、过程团队自组织地完成项目开发，使用一切可行手段保证进度和质量概念流程实践总结SCRUM流程概念流程实践总结SCRUM流程概念流程实践总结productBacklogbacklog英文意思为“积压的工作”。productbacklog是一个具有优先级的需求列表，并对每个需求进行了粗略的估算概念流程实践总结productBacklog拆分故事：注意在这里不要把故事拆分到任务，故事是可以交付的东西，是产品负责人所关心的，而任务是不可交付的东西。优先级：经济价值、开发成本、依赖关系、新知识、风险概念流程实践总结sprint计划会议1、2概念流程实践总结目标：定出 Sprint 目标，确定所有任务。输入：已评估 的产品Backlog输出：Sprint Backlog参与人：产品负责人Scrum MasterTeamsprintBacklog概念流程实践总结站立例会会议结果:最新的障碍Backlog最新的SprintBacklog最新的工作进度图概念流程实践总结任务看板概念流程实践总结燃尽图概念流程实践总结特性看板图概念流程实践总结表情日历（Niko-nikoCalenda）概念流程实践总结任务看板与燃尽图结合概念流程实践总结评审会议根据团队这次 Sprint 所发布的版本，评审相关的 Backlog 中的问题，检查是否已达到Sprint 的目标概念流程实践总结回顾会议概念流程实践总结障碍Backlog-十大典型障碍会议规则没能被遵循产品远景和Sprint目标不清晰没有产品负责人负责回答提问产品Backlog未能按商业价值区分优先级并不是所有负责交付产品的人员都是团队里的成员ScrumMaster还要处理其他任务，不能集中精力团队人数过多（多于7个开发人员）团队没有能坐在一起工作的空间团队的SprintBacklog混乱概念流程实践总结软件推荐：TRICHORD概念流程实践总结Scrum是一味药，仅此而已Scrum不能解决我们的问题，能解决问题的是我们自己Scrum提供了一套实践方法，帮软件开发团队养成良好的习惯概念流程实践总结实施Scrum归纳用到的实践实践实践参与角色参与角色目的目的/好处好处注意事项注意事项Backlog产品负责人以简单的、面向目标的方式描述需求愿景比需求细节更重要，团队需要知道为什么做而不光是做什么Sprint会议产品负责人Scrum Master团队集中沟通需求细节，用团队的智慧制定Sprint计划控制会议时间，安排茶歇时间，分支话题另行安排讨论，所有人都参与进来任务墙Scrum Master团队使项目任务可视化任务单位以小于等于1天为宜每日例会Scrum Master团队更新进度，发现问题控制时间为10-15分钟，站立会议概念流程实践总结实践实践参与角色参与角色目的目的/好处好处注意事项注意事项Backlog演示产品负责人QA团队成员检查产品是否达到需求要求和测试要求建议在QA测试环境进行Sprint回顾产品负责人Scrum Master团队总结经验教训，反馈到后面的Sprint，持续改进工作方法头脑风暴的方式，轻松的讨论氛围，每次选中小于5个的问题进行解决Tech Show团队团队技术交流短时间，高频率守门员团队为团队成员创造安静的工作条件，增加对工作的focus程度团队成员轮流做守门员，逐渐培养每个人对问题的解决能力概念流程实践总结实践实践参与角色参与角色目的目的/好处好处注意事项注意事项Double Check团队成员交叉检查项目制品是否达到要求关键制品如设计文档、核心代码、Release Notes等必须Double CheckChecklistScrum Master团队总结记录经验教训，作为后续项目的检查项解决问题后及时更新概念流程实践总结其他更高的实践一览实践实践参与角色参与角色目的目的/好处好处注意事项注意事项单元测试团队成员采用测试优先的方式保证代码质量结对编程团队提高设计和代码质量，经验共享，加强合作任务纸牌团队Scrum Master增加任务评估的客观性概念流程实践总结附：敏捷宣言个体与交互胜过过程和工具可用的软件胜过完备的文档客户协作胜过合同谈判响应变化胜过遵循计划在每对比对中，后者并非全无价值，但我们更看重前者。附：敏捷宣言的12准则我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。欢迎对需求提出变更即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。要不断交付可用的软件，周期从几周到几个月不等，且越短越好。项目过程中，业务人员与开发人员必须在一起工作。要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。可用的软件是衡量进度的主要指标。敏捷过程提倡可持续的开发速度。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。不断关注优秀的技能和好的设计的将提升敏捷能力。要做到简单，即尽最大可能减少不必要的工作。这是一门艺术。最佳的架构、需求和设计出自于自组织的团队。团队要定期反省如何能够做到更有效，并相应地调整团队的行为。参考资料