敏捷 | 漫话之如何编写用户故事

用户故事原则的啼笑皆非

在软件开发和项目管理中，用户故事是一个关键术语。合格的用户故事应遵循六项原则，以确保其效果和高效的沟通。

独立原则

用户故事应保持独立性，方便优先级排列、发布和迭代计划制定，同时便于理解、跟踪、实现、测试和频繁交付。独立性还有助于清晰界定估算范围，减少估算偏差。

可协商原则

用户故事应该是简短描述，不包含过多细节，具体细节在沟通阶段产出。过度详细会限制用户和团队的创意和沟通。

有价值原则

用户故事需要对最终用户有实际价值，鼓励团队成员从传统的指令式工作方式转变为自驱动的价值导向方式，使每个人了解自己工作的价值。

可评估原则

用户故事应该能够进行粗略估算，帮助团队了解其复杂度。

小的原则

理想的用户故事工作量应该尽量短小，最好不超过10个理想人/天的工作量，并确保能在一个迭代内完成。

可测试原则

用户故事必须是可测试的，以确认其可完成性。无法测试的用户故事无法判断完成时间。

敬请期待更多有关用户故事的洞见。欲了解更多敏捷开发知识，可关注微信号：minjiekaifa。