outsofting
我们的客户工作机会联系我们Blogs中 文 or English
首页 > 资源
资源RESOURCES

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燃尽图的真实物理白板。
 
 
完成的定义: 完成一个功能增量所需要的一系列开发任务。
 
 
用户故事: 从用户角度对系统行为的简短描述。
用户故事模板:
     作为<用户>,我想要<功能>,以便<需要的结果>。
     为了<需要的结果>,作为<用户>,我想要<功能>。
 
 
故事点数:用户故事大小的相对度量。可以有不同的度量标准,典型的是规划扑克中的斐波那契数列。