看板-是否有省力的方法来估算大量工作？

Question

问题

我想有一个相对简单的方法来估算大型功能需要花费多长时间。在看板中，您如何计划2-3个月的工作时间而又不浪费太多时间来分解故事呢？

在看板中，我可以：

1. 计算完成大型功能所需的工作项数，例如50
2. 确定我的工作完成率（例如7天内9项= 7/9或.77）
3. 按“工作完成率”（50 / .77）划分项目数，并确定需要65天才能完成该功能。

太好了。我很高兴，我的利益相关者很高兴，每个人都很高兴

除：充实单个工作项以进行65天的工作是一个很大的麻烦。努力也将是浪费，因为随着我们了解更多，某些项目将发生变化

还有更好的方法吗？

背景

在Scrum中，我这样做没有问题，因为我会使用Iceberg Method进行长期计划。要点是，我将给大型故事分配大的点值。我不必花太多精力，只需比较一个发行版的故事点总数即可，因此我可以猜测完成工作需要多少冲刺。

不幸的是，如果我使用工作项的完成率来进行2-3个月的计划，那么我将不得不将所有内容拆散。

一些想法

• 如果我决定在积压的工作中为工作项分配故事点，并跟踪我的故事点完成率，那么我将能够按照原来的方法为那些尚未分配的工作项分配大数字坏了。
  • 缺点是我不得不重新估算工作项，我希望我不必与看板有关（因为所有故事都大致相同） ）。

任何对如何在看板中解决未来2-3个月的计划而不必将故事分解成相等大小的见解都将受到赞赏

谢谢！

Answer 1

简短版本：这不是看板试图解决的问题。使用看板获得的信息可以帮助解决此问题，但是看板实际上并没有尝试解决长期功能规划。

它做什么

看板所做的一件事是为您提供平均交货时间和周期时间。从这里开始，我知道大多数项目要花费X的时间。我可以将项目分解为相似大小的项目，也可以查看S，M和L项目的平均时间，并以此来估计工作的完成日期。过去，我在完整功能上使用了相同的方法，而不是按积压的待办事项进行投资组合计划。

值得注意的是，看板是采取流程并对其进行优化的一种方法。因此，它不会告诉您如何进行计划和估算。在应用该过程时，它通常会遇到相同的优点和缺点。