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