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

Question

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

我读到过，进度可以通过监控每个故事的周期时间来衡量，然后大概将这个时间应用于优秀故事的数量。但在我看来，这似乎取决于故事的规模和复杂性，而这些故事可能都是不同的。

我也看到了使用燃尽表，那么会有整个版本的图表吗？由于积压是不固定的(不像在冲刺期间)，您会允许它在待定积压被PO修改时烧毁/烧毁吗？我猜，随着您越来越接近于发布，积压工作应该不会那么不稳定，从而允许您将精力耗尽到完成。

经过进一步的思考，我认为我的问题是我们的经理们喜欢由燃尽图带来的控制的“幻觉”。他们倾向于(在我看来是错误的)将其视为一个时间表，因此能够做出诸如项目是“在时间表上”还是“落后于时间表”之类的判断。我不太明白这是如何在看板中复制的。也许这是一件好事。

Answer 1

对于整个项目来说，跟踪进度的最好方法是累积流程图。从this presentation了解有关计算流体力学的更多信息。你也可以从CFD学到瓶颈之类的东西。

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

如果您使用较大的功能，您可能希望将它们拆分为较小的任务。这基本上就是我们处理特性的方式:对于更大的特性(比如5-10天长的特性)，我们将它们划分为开发任务(尽管我们不会将开发任务放在板子上)。那么我可以说任务A已经完成了4个开发任务中的3个，所以我们做得很好。此外，我们还估计了开发任务的长度，这样我就可以区分1小时和8小时的任务。对于小功能，我们只有一个开发任务，那就是开发功能。