敏捷开发scrum介绍ppt课件

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