image.png
用户故事：
- 清晰定义的可交付物（做什么和为什么做比怎样做更重要）
因为 <some reasons>，<actor> 需要能够< do some thing> - 创建真实高价值而不是全部功能
- 优先级（价值高于依赖）
- 迭代中的优先级应该稳定
- 清晰和合理的Definition of Done，且全组人同意
计划会议和任务拆解
- 两轮计划会议（任务工作流限制在4到16个小时之间）
- 速率应该参考先前的经验（若没有则可以取0.6到0.7之间的某个值）
- 相对评估工作量估算
- 报告状态时重新评估剩余任务的工作量
集体工作
- 集体决定！包括交付内容和交付速率
- 每个人都可以代表团队（比如参加Scrum of Scrum）
- 团队基本规则（比如迟到罚款）
持续构建和集成
- 集成时间少于10分钟，尽快提供反馈
- 尽可能快地集成，尽可能快地测试
- 技术债务将会显现
- 减少人工开销，使它们自动起来
网友评论