Project management 使用看板时如何跟踪进度？

我们正在考虑从Scrum转向更具看板风格的开发，但是有一件事我不清楚，那就是如何监控看板下的进度

我已经读到，可以通过监测每个故事的周期时间，然后假定将这段时间应用于优秀故事的数量来衡量进展。但在我看来，这似乎取决于故事的大小和复杂程度，而故事的大小和复杂程度可能会有所不同

我也看到了燃尽图表被使用，那么整个版本会有一个图表吗？由于待办事项不是固定的（不像在冲刺期间），您会允许它在采购订单修改待办事项时烧毁/关闭吗？我想，随着您离发布越来越近，待办事项的波动性应该会越来越小，这样您就可以完成待办事项了

---

经过进一步思考，我认为我的问题在于，我们的管理者喜欢燃尽图表带来的控制“幻觉”。他们倾向于把它（在我看来是错误的）视为一个进度表，因此能够做出判断，比如项目“按进度”或“落后于进度”或其他什么。我不太明白看板是如何复制的。也许这是件好事。

对于整个项目来说，跟踪进度的最佳方法是累积流程图。从中了解有关CFD的更多信息。您还可以从CFD学习瓶颈等方面的知识

对于特定的任务，这实际上取决于您的方法。如果看板上有小功能（比如1-2天的开发），您可以直接在看板上看到状态，因为功能在工作流中移动很快

---

如果您使用更大的功能，您可能希望将其拆分为更小的任务。这基本上就是我们处理特性的方式：对于更大的特性（比如5-10天），我们将它们划分为开发任务（尽管我们没有将开发任务放在黑板上）。那么我可以说任务A已经完成了四分之三的开发任务，所以我们做得很好。此外，我们估计了开发任务的长度，因此我可以区分1小时长和8小时长的任务。对于小功能，我们只有一个开发任务，即开发功能。

因为它与管理编程项目有关，我相信这与本网站上提出的问题是一致的。我认为我的问题是，我们的经理喜欢燃尽图带来的“幻觉”控制。他们倾向于把它（在我看来是错误的）视为一个进度表，因此能够做出判断，比如项目“按进度”或“落后于进度”或其他什么。我不太明白看板是如何复制的。也许这是件好事。CFD是一种燃烧图。它显示了你已经做了多少工作。现在，如果您需要根据某种时间表进行验证，只需在图表中画一条上升线（表示完成功能的预期速度）看看你做得比计划的好还是比计划的差。@Si Keep：这就是燃尽图表的要点——看看团队是否能够在当前的冲刺中合理地完成任务。对于跨sprint图表，我建议