Scrum小提示

image.png

用户故事：

• 清晰定义的可交付物（做什么和为什么做比怎样做更重要）
  因为 <some reasons>，<actor> 需要能够< do some thing>
• 创建真实高价值而不是全部功能
• 优先级（价值高于依赖）
• 迭代中的优先级应该稳定
• 清晰和合理的Definition of Done，且全组人同意

计划会议和任务拆解

• 两轮计划会议（任务工作流限制在4到16个小时之间）
• 速率应该参考先前的经验（若没有则可以取0.6到0.7之间的某个值）
• 相对评估工作量估算
• 报告状态时重新评估剩余任务的工作量

集体工作

• 集体决定！包括交付内容和交付速率
• 每个人都可以代表团队（比如参加Scrum of Scrum）
• 团队基本规则（比如迟到罚款）

持续构建和集成

• 集成时间少于10分钟，尽快提供反馈
• 尽可能快地集成，尽可能快地测试
• 技术债务将会显现
• 减少人工开销，使它们自动起来