用户故事信息过多或过少带来的问题

前言

本文总结了由Mike大叔提出的用户故事信息量过多或过少可能造成的问题，并建议如何提供恰到好处的用户故事信息给予团队。这是对Mike大叔视频的个人总结，原视频链接为：点击查看。

信息不够带来的影响

信息量不足的用户故事可能导致以下问题：

• 团队在迭代过程中需要PO澄清需求，这可能导致迭代延迟。
• 需求澄清后用户故事体积可能增大，无法在当前迭代内完成。

Tips：为避免上述问题，应利用需求梳理会议(Refinement meeting)提前澄清涉及的用户故事需求。

信息过多带来的影响

用户故事信息量过多也会带来问题：

• 用户故事可能包含过多验收标准(AC)，导致团队花费大量时间分析需求。
• 团队可能变成仅执行编码的"Code Monkey"，缺乏自主思考。
• 过细的AC可能导致用户故事难以在一个迭代内完成，影响团队的敏捷性。

敏捷团队需要的是足够的信息，以便通过实现和反馈进行调整，从而保持与客户价值的紧密联系。

总结

ScrumMaster应在回顾会上询问团队，用户故事的信息是否足够清楚以完成迭代任务。团队需要"刚好足够"且"及时"的用户故事信息，这样既能够分析和设计功能，也能保有思考的空间，并避免成为机械性的"Code Monkey"。

测试开发之网络篇-OSI七层协议

了解更多

Bruce Talk

查看原文：用户故事信息过多或过少带来的问题

文章来源：

Bruce Talk

扫码关注公众号