敏捷开发scrum介绍

1、敏捷开发scrum,Jet zhong 直观资讯,Scrum是什么？,概念,流程,实践,总结,IT方法的采用率对比,Forrest Research 2009年调查,概念,流程,实践,总结,scrum与CMMI,概念,流程,实践,总结,scrum与CMMI,概念,流程,实践,总结,Waterfall VS Agile,概念,流程,实践,总结,SCRUM的特点,概念,流程,实践,总结,Scrum的核心价值观,概念,流程,实践,总结,SCRUM中的角色,概念,流程,实践,总结,Scrum中的角色,Scrum角色和职责 产品负责人 定义开发目标，需要实现的feature和优先级 Scrum Mast

2、er 保证团队高效而不受打扰地工作，优化工作条件、过程 团队 自组织地完成项目开发，使用一切可行手段保证进度和质量,概念,流程,实践,总结,SCRUM流程,概念,流程,实践,总结,SCRUM流程,概念,流程,实践,总结,product Backlog,backlog英文意思为“积压的工作”。 product backlog是一个具有优先级的需求列表， 并对每个需求进行了粗略的估算,概念,流程,实践,总结,product Backlog,拆分故事：注意在这里不要把故事拆分到任务，故事是可以交 付的东西，是产品负责人所关心的，而任务是不可交付的东西。 优先级：经济价值、开发成本、依赖关系、新知识、

3、风险,概念,流程,实践,总结,sprint计划会议1、2,概念,流程,实践,总结,目标：定出 Sprint 目标，确定所有任务。,输入：已评估 的产品Backlog,输出： Sprint Backlog,参与人： 产品负责人 Scrum Master Team,sprint Backlog,概念,流程,实践,总结,站立例会,会议结果: 最新的障碍 Backlog 最新的 Sprint Backlog 最新的工作进度图,概念,流程,实践,总结,任务看板,概念,流程,实践,总结,燃尽图,概念,流程,实践,总结,特性看板图,概念,流程,实践,总结,表情日历（Niko-niko Calenda）,概念

4、,流程,实践,总结,任务看板与燃尽图结合,概念,流程,实践,总结,评审会议,根据团队这次 Sprint 所发布的版本，评审相关的 Backlog 中的问题，检查是否已达到Sprint 的目标,概念,流程,实践,总结,回顾会议,概念,流程,实践,总结,障碍 Backlog -十大典型障碍,会议规则没能被遵循 产品远景和 Sprint 目标不清晰 没有产品负责人负责回答提问 产品 Backlog 未能按商业价值区分优先级 并不是所有负责交付产品的人员都是团队里的成员 Scrum Master 还要处理其他任务，不能集中精力 团队人数过多（多于7个开发人员） 团队没有能坐在一起工作的空间 团队的 S

5、print Backlog 混乱,概念,流程,实践,总结,软件推荐：TRICHORD,概念,流程,实践,总结,Scrum是一味药，仅此而已,Scrum不能解决我们的问题，能解决问题的是我们自己 Scrum提供了一套实践方法，帮软件开发团队养成良好的习惯,概念,流程,实践,总结,实施Scrum归纳用到的实践,概念,流程,实践,总结,概念,流程,实践,总结,概念,流程,实践,总结,其他更高的实践一览,概念,流程,实践,总结,附：敏捷宣言,个体与交互 胜过 过程和工具 可用的软件 胜过 完备的文档 客户协作 胜过 合同谈判 响应变化 胜过 遵循计划 在每对比对中，后者并非全无价值，但我们更看重前者。,附：敏捷宣言的12准则,我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 欢迎对需求提出变更即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 项目过程中，业务人员与开发人员必须在一起工作。 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。 可用的软件是衡量进度的主要指标。 敏捷过程提倡可持续的开发速度。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。 不断关注优秀的技能和好的设计的将提