负责评审可工作软件
况提前设定和选定交付标
前设定和选定交付标准
Scrum敏捷方法中的角色
产品负责人(Product Owner)保
Scrum教练(Scrum Master)保证 Team做正确的做事。
• • 确保流程贯彻执行 为团队屏蔽、去除一切障碍，保证 团队不受干扰，保持专注，保持团
团队(The team)负责完成产品需求 开发 • 保持节奏实现本期Sprint目标 • 跨职能，自组织团队。 • 保障架构的稳定性和持续性。 • 保证代码质量。
•
SM总结本次回顾会。
输入：本次Sprint 完成情况
谢谢观看！
差异很大，应根据不同情
表。
按照优先级排序 具备三要素：角色、活 动、商业价值 符合用INVEST特性
上将这些功能项拆分为具体
的任务。
本次迭代所要完成的工作 将功能拆分为具体的任务 （任务量不超过1人/天） 开发人员自行领取任务。
准 产品负责人和用户代表等负 责评审可工作软件 产品负责人和用户代表等
队向产品负责人
等展示开发成果。
优先级排序。
个迭代。
Scrum中的工作产品
• 产品代办事项列表（产 品Backlog）:站在用户 角度理解的产品功能列 • 迭代代办事项列表（迭代 Backlog）:本迭代要完成产 品功能列表。在迭代规划会 • 可工作的软件（Work • 可工作的软件（Work Software）：可交付的工作 Software）：可交付的工作软件。 软件。 “可交付”在不同场景下差 “可交付”在不同场景下 异很大，应根据不同情况提
调整功能和优先级。
• 接受和拒绝团队开发工作成果
Scrum过程—创建和维护产品待开发项列表
• 产品经理创建和维护产品待开发项列表。
• 产品待办事项列表梳理贯穿整个Scrum活动。 • 团队参与产品代办事项的估算。 • 具体事项：
保持产品待办事项列表有序 随着变化不断调整待办事项列表优先级 合并或拆分待办事项 对事项进行估算
输入：昨日工作进展以及遇到的困
难。
Scrum过程—Sprint 演示会
时间：Sprint 结束时
人员：PO、SM、团队、对项目感 兴趣的人
Байду номын сангаас
过程：
• • PO阐述本Sprint目标 团队演示此次新增功能
输入：本次Sprint 所产生的可工作
软件。 输出： • Sprint 验收结果 • 项目干系人的反馈
Scrum过程—Sprint 回顾会
时间：Sprint 结束时 人员：SM、PO、SM、团队
过程：
• SM展示本次Sprint目标及 SprintBacklog。
•
团队成员依次发言，总结本
Sprint做的好的方面以及需要改 进的事项。
•
比较实际速率和预估速率差距，
并分析原因。 输出： • 下个Sprint 需要改进的TOP3意见。 • 下个Sprint要坚持的好的实践。
Scrum 软件开发流程
屈睿 2016年4月
Scrum概述
Scrum是一种兼顾计划性 与灵活性的敏捷开发过程， 原词来自 于橄榄球中的“带 球过人”。在橄榄球比赛的
每次冲刺前，都将有一个计
划安排的过程，但冲刺开始 后则由队员在原计划的基础 上随机应变。 不同于瀑布模型将开发过 程划分需求、设计、编码、 测试等阶段，Scrum将开发 过程分为多次迭代，一般为 2~6周。
Scrum是什么意思？
• 带球过人需要计划！
在球场上：在比赛每段的开始，双方都要摆开阵势，并计划本段的进攻/防守路线和策 略，教练和队长都可以参加计划。 在软件开发公司：在每个迭代的开始，团队都应该做好本迭代的计划，尤其是需求条目 的优先级排序、选择本迭代的工作、设定必须完成的内容。
• 带球过人需要灵活应变！ 在球场上：当哨声响起，尽管队员们努力按照既定计划推进，然而场上瞬息万变， 队员不可能实时按照教练或队长的指令亦步亦趋的行事，而是靠平时训练中形成 的素养见机行事，达成目标。 在软件开发公司：在每个迭代开始后，团队领导不可能也不需要介入每件事情， 而是应该由具体执行的人选择如何去做。团队领导做好协调资源、解决困难，提 供指导，已达成目标。 Scrum中既有计划会，每日立会，评审会等计划和管理活动，又有迭代期内的灵活应变活动，是一种轻重结合的敏捷过程。
Scrum敏捷方法一分钟扫盲
产品负责人建立 条目化的产品待 开发项，并进行 在迭代计划会上， 产品负责人讲解迭代 要开发的条目，团队 进行估算并放入下一 团队在迭代内完成 所列需求，每天开 每日立会，以沟通 进度和问题。 在迭代终点的迭 代评审会上，团 在迭代终点，团 队召开反思会，总 结本次迭代的优缺 点以及改进建议。
Scrum过程—迭代规划会
时间：每个迭代开始 人员：PO、SM、团队 输入：产品Backlog 过程： 输出： • • • 解释每个故事； • 团队估算团队速率，并对 • Sprint 目标 团队成员名单 Sprint Backlog Sprint Timebox
• PO按照优先级次序依次
•
•
确定好的Sprint演示日期
证Team做正确的事情。
• 确定产品功能、发布内容和发 布日期。 • • 为产品的ROI负责。 根据市场价值确定功能优先级 ，维护产品Backlog。 • 在每个Sprint开始前根据需要
队节奏。
• • 保证团队内部沟通顺畅。 确保团队的人是最适合的人，在团 队内进行跨职能培训，通过激发创 造性与推动授权来提升开发团队的 成员。
确定好的每日立会的时间、 地点。
用户故事进行估算，选择
要放进本次迭代的故事， 并进行任务拆分。
Scrum过程—每日立会
时间：迭代过程中的每一天，时间
不超过15min 人员：团队、SM
地点：白板前
过程：每个人依次轮流回答三个问 题：
•
• •
昨天做了什么？
今天打算做什么？ 遇到什么困难？ 输出： • 任务状态更新 • 燃尽图更新