产品待办事项应该有多详细？

最新推荐文章于 2024-05-16 17:27:11 发布

danpu1174

最新推荐文章于 2024-05-16 17:27:11 发布

阅读量543

点赞数

文章标签：人工智能 java python 大数据编程语言

摘要

产品积压是一个很好的工具。但是有效地使用它可能很困难。挑战之一是正确设置细节级别。积压的细节过于繁琐且难以管理。但是，积压得太粗的产品积压也无济于事：它对开发团队的指导太少。这篇文章可帮助您在过多细节和不足细节之间取得适当的平衡。它向您展示如何为您的产品待定订单确定合适的详细信息量。

理论与实践

从理论上讲，应优先处理您的产品积压订单，高优先级项目在顶部，低优先级项目在底部。最重要的项目应详细且细粒度。但是随着它们的优先级降低，它们应该变得越来越粗糙。您可以将您的头条信息捕获为小型用户故事，以准备在下一个sprint中实施。但是在待办事项列表中，您将使用史诗，这是个大粗略的故事。因此，项的详细程度取决于其优先级，如下图所示。

如果您的产品积压订单看起来与上面的不一样，是否表示这是错误的？

产品生命周期

我发现像上图所示的产品积压已针对年轻产品进行了优化。在此阶段，您通常必须尝试新的想法并经常更改产品，例如，发现合适的用户体验和功能或增强和优化它们。因此，您希望能够轻松更改积压订单，保持简洁并仅使用少量的详细项目。否则，更新会花费太多精力，而且会花费很长时间。

但是随着产品稳定并最终成熟，您已经学会了更好地了解市场，客户需求以及如何解决这些问题。这增强了您预测产品可能如何发展的能力。因此，您可以在待办事项中添加更多详细信息。

因此，产品积压的详细程度应与产品的生命周期阶段联系在一起：年轻产品的积压简明扼要，很少有细节。如下图所示，较老的稳定产品往往会受益于更详细的积压订单。

生命周期曲线左手边的产品积压只包含一些详细的项目。它的大多数内容都是粗粒度的。但是右侧的待办事项相反：它包含更多详细的项目，而较少的粗粒度项目。结果，它更大且更不简洁。但是请注意，您的积压不会以不受控制的方式增长或变到愿望清单。通过产品路线图对它进行补充，以捕获您的产品增长方式的长期展望。

尽管产品生命周期可以很好地衡量正确的细节水平，但这还不够。您还应该考虑产品在发布周期中的位置。

发行周期

当您开始开发新产品版本或主要版本时（例如iOS 8.4或Windows 10），与项目结束前相比，您通常会遇到更多的未知数和风险。如果您尽早解决风险，那么在最初的几个冲刺中，您的产品积压特别不稳定。在测试假设并解决风险时，您可能会发现某些假设是错误的，并产生了新的想法。新的见解和想法使得有必要更改积压的产品，其中一些更改可能会很大，尤其是在您的产品还很年轻的时候。因此，在新版本开始时，您将受益于简明扼要的未完成订单。

但是，一旦您解决了主要风险和关键假设，您的重点就会转移到完成和优化功能上，正如我在我的文章“ 正确地关注重点：Scrum中的学习和执行 ”中所解释的那样。在这一点上，您的产品积压应该开始稳定并经历越来越少的变化。因此，您可以为其添加更多详细信息。

根据经验，在项目或发行开始时，请只使用很少的细节，而在解决了主要风险并且产品积压开始稳定后，请使用更多细节。