我们正在考虑从Scrum转向更加看板的开发方式，但有一点我不清楚如何监控看板下的进度。
我已经读过，可以通过监控每个故事的周期时间来衡量进度，然后可以假设将这个时间应用于优秀故事的数量。但在我看来，这依赖于故事的大小和复杂性，这些故事可能都不同。
我还看到使用了燃尽图，那么整个版本会有图表吗？由于待办事项未得到修复（与冲刺期间不同），您是否只是允许它燃烧上/下，因为PO会修改待处理的待办事项？我想当你接近发布时，积压应该是不那么不稳定的，这样你就可以完成燃烧。
经过深思熟虑后，我认为我的问题是我们的经理们喜欢燃烧图表带来的“控制幻觉”。他们倾向于将其视为（我认为是错误的）作为时间表，因此能够做出像项目“按计划”或“落后于计划”等判断。我不知道这是如何在看板中复制的。也许那是件好事。
答案 0 :(得分：3)
对于整个项目，跟踪进度的最佳方法是累积流程图。从this presentation了解有关差价合约的更多信息。您还可以从差价合约中学习瓶颈等事项。
对于特定任务，它实际上取决于您的方法。如果您在看板上有小功能（如1-2天开发），您可以直接在主板上查看状态，因为功能在工作流程中快速移动。
如果您使用更大的功能，您可能希望将它们分成更小的任务。这基本上就是我们如何使用我们的功能：对于更大的功能（比如5-10天）我们将它们分成开发任务（我们不会将开发任务放在板上）。然后我可以说任务A完成了4个开发任务中的3个，所以我们做得很好。此外，我们估计开发任务的长度，以便我可以区分1小时长和8小时长的任务。对于小功能，我们只有一个开发任务，正在开发该功能。