我的团队最近参加了冲刺，我们正在将用户故事分解为任务。打破用户故事的最佳做法是什么？
每项任务是否应包括开发，设计，测试等？或者可以单独分解任务？如果是这样，那么与测试无关的任务是否应该直接完成并跳过工作流程中的“验证”或“测试”列？
从我在网上看到的内容看来，似乎没有“固定”的方式，人们会以不同的方式做到这一点。如果人们对他们这样做有疑问，我很好奇。
任何帮助都会有用！
答案 0 :(得分：3)
分解用户故事的最佳做法是什么？
Splitting user stories: the hamburger method
每项任务是否应包括开发，设计，测试等？
如你所愿。也许，你可以测试功能，而不是任务。但是测试小和平（任务）比整个功能（如果可能的话）更容易。但是也应测试短跑产品。
答案 1 :(得分：0)
+1 Elephant Carpaccio ： - ）
目标是了解瘦和垂直增量开发的力量：
我为它提供了便利，并遇到了他的创作者（Alistair Cockburn）。对于面临频繁变更需求和小额现金资金的客户而言，此游戏/练习非常有趣。