Team1-Common Anti-Pattern of User Story Lifecycle

1. 哪些是故事墙常见的反模式

• 故事卡在多列之间来回移动
• 同时工作在多张卡上
• In dev的卡没有分配dev
• 某张卡长时间未移动
• 某一列堆积了很多卡

2. 故事卡在In Analysis和In Dev之间来回移动的可能原因是？

• AC不清晰
• 实现难度大
• 故事卡有依赖
• 需求变更

3. 如何避免故事卡在多列之间来回移动？

• Desk Check更加细致，逐条检查AC
• Kickoff前，多思考细节
• 让QA放Dev一马
• Kickoff期间，QA可以从测试角度描述一些边界需求场景

4. 如何避免一张卡在In Dev列停留过长时间？

• desk check更加细致，逐条检查AC
• 拆分为更小的卡
• 如果有问题，及时向团队成员寻求帮助
• 与有经验的Dev一起pair

5. 如果故事卡在In dev列堆积了很多，可能的原因是什么？

• 故事卡技术难度大
• 当前做的卡与其他故事卡之间有依赖，所以去做依赖卡，并且没有把当前卡挪到Block列
• Dev同时领了多张卡
• 完成了功能，再补写测试

6. 一名开发/一对Pair同时工作在多张卡上，可能的原因是？

• 部分功能代码只有固定几个人了解
• 故事卡之间有依赖
• 故事卡在两列中来回移动

7. 以下哪些属于持续改进流程的原则？

• 我们要遵循标准的敏捷流程
• Retrospective
• 交付失败是PM的责任
• 团队over流程