上是有限的因此必须

mithonpaul

大约卡片卡片对话讨论确认确认。由于程序增量在时间以如下方式分解大型功能可在个内完成。它们将在迭代的框架内均匀实施不会推迟到最后一刻。功能本身应该是可理解的可实现的和可验证的。考虑到这一点我们的一位产品经理使用一组卡片开始了他的第一次规划会议每张卡片都使用下面所示的功能描述模板简要描述了一个预期功能。

功能卡示例功能卡示例图功能卡示例他鼓励与团队合作讨论每个功能的范围故事和验收标准。这实现 WhatsApp 数据 了高水平的协作并激励团队全面负责实施他们选择的功能制定可靠的计划并最终交付团队的第一个可行版本。结果团队在该计划的第一个增量中实现了超过的令人难以置信的交付可预测性指标。将此与团队花费大量时间预先打包功能并创建一长串故事时发生的情况进行比较。



这种方法会导致对将要做什么和何时做的高度预期。如果你沿着这条路走下去很容易将你的团队推入瀑布思维的回归螺旋问题再次升级并迫使你回到旧的做事方式。瀑布思维的回归螺旋图瀑布思维的回归螺旋功能的瀑布式实现可能会给团队带来持续的问题即感觉他们的工作就是简单地按原样实施所有故事即使他们认为这些故事是错误的不必要的或只是愚蠢的。