Scrum作弊单
角色：
产品负责人(PO):对产品的成功负责
• 规划产品
• 唯一对产品Backlog（条目和排序）负责的人
• 对产品的收益负责（投资回报率）
• 确定发布日期和内容
• 有权接受或拒绝工作结果
团队:负责交付产品功能
• 自管理
• 跨职能，团队中没有角色
• 团队大小：7 +- 2人
• 负责达到他们的承诺
• 有权利做任何事情来达到承诺
ScrumMaster: 负责Scrum的成功
• 维护Scrum的规则
• 推动所有的Scrum会议
• 保护团队不受外部干扰
• 领导团队自管理及持续改善
• 指导产品负责人
• 移除障碍
会议：
Sprint计划会议I: 确定“做什么”
• 产品负责人介绍高优先级的产品Backlog条目
• 团队自主选择这个Sprint能完成的工作量
• 澄清和协商验收标准
• 定义Sprint目标
Sprint计划会议I: 确定“做什么”
• 产品负责人介绍高优先级的产品Backlog条目
• 团队自主选择这个Sprint能完成的工作量
• 澄清和协商验收标准
• 定义Sprint目标
每日例会: 对当前Sprint的检查和调整
• 每天15分钟的状态汇报会议
• 每天在同一个时间同一个地点
• 每人三个问题：
• 上次会议之后做了什么？
• 下次会议之前要做什么？
• 有什么困难？
• 团队更新Sprint Backlog和Sprint燃尽图
• 对所有人开放，但只有“猪”可以说话
Sprint评审会议: 对产品的检查和调整
• 团队演示“完成”的工作和“未完成”的工作
• 从产品负责人和干系人那里得到反馈
• 更新产品Backlog和发布燃尽图
工件：
产品Backlog: 产品功能需求列表
• 详细的，演进的，预估的，排序的（DEEP）
• 越高优先级的越详细
• 产品负责人来维护，但是任何人都可以贡献想法
• 每个产品一个列表
Sprint Backlog: 能把产品Backlog变成可用产品功能的任务
• 由团队创建并在Sprint中维护
• 每个人都可以添加，删除，改变Sprint Backlog
• 团队成员自发认领任务，而没有人指派
• 任务用小时估计，通常是1-16小时
• 每天估计剩余工作量
Sprint燃尽图: 显示Sprint中的剩余工作量
• 以小时、任务数量或故事点数计算
• 每日更新
发布燃尽图: 显示本次发布的剩余工作
• 以故事点数计算
• 由产品负责人来维护
• 每个Sprint更新
Scrum三大支柱:
术语表：
时间盒:一段不能越界的固定长度时间。
鸡: 只是相关但不负责的人。
猪: 负责任的人。
白板:一块包含团队Sprint目标，Sprint Backlog，Sprint燃尽图的真实物理白板。
完成的定义: 完成一个功能增量所需要的一系列开发任务。
用户故事: 从用户角度对系统行为的简短描述。
用户故事模板:
• 作为<用户>，我想要<功能>，以便<需要的结果>。
• 为了<需要的结果>，作为<用户>，我想要<功能>。
故事点数:用户故事大小的相对度量。可以有不同的度量标准，典型的是规划扑克中的斐波那契数列。
PDF
邮件推送
