Closed. This question needs to be more focused。它当前不接受答案。
想要改善这个问题吗？更新问题，使它仅关注editing this post的一个问题。
1年前关闭。
Improve this question
我们正在考虑从Scrum过渡到更看板的开发风格，但是我不清楚的一件事是如何监视看板下的进度。
我读过，可以通过监视每个故事的周期时间，然后将这段时间应用于杰出故事的数量，来衡量进度。但是在我看来，这取决于故事的大小和复杂性，而这些故事的大小和复杂性可能会有所不同。
我还看到了燃尽图，因此整个发行版都会有一张图吗？由于 Unresolved 积压是不固定的(与sprint期间不同)，您是否可以在未完成的积压由PO修改时允许其烧毁？我想随着您越来越接近释放积压案，应该可以减少波动，从而使您精打细算。
经过进一步思考，我认为我的问题是我们的经理们喜欢燃尽图带来的控制“幻觉”。他们倾向于将其视为进度表(在我看来是错误的)，因此能够做出判断，例如该项目是否“按计划”或“落后于进度”。我不太明白如何在看板中复制它。也许那是一件好事。
想要改善这个问题吗？更新问题，使它仅关注editing this post的一个问题。
1年前关闭。
Improve this question
我们正在考虑从Scrum过渡到更看板的开发风格，但是我不清楚的一件事是如何监视看板下的进度。
我读过，可以通过监视每个故事的周期时间，然后将这段时间应用于杰出故事的数量，来衡量进度。但是在我看来，这取决于故事的大小和复杂性，而这些故事的大小和复杂性可能会有所不同。
我还看到了燃尽图，因此整个发行版都会有一张图吗？由于 Unresolved 积压是不固定的(与sprint期间不同)，您是否可以在未完成的积压由PO修改时允许其烧毁？我想随着您越来越接近释放积压案，应该可以减少波动，从而使您精打细算。
经过进一步思考，我认为我的问题是我们的经理们喜欢燃尽图带来的控制“幻觉”。他们倾向于将其视为进度表(在我看来是错误的)，因此能够做出判断，例如该项目是否“按计划”或“落后于进度”。我不太明白如何在看板中复制它。也许那是一件好事。
最佳答案
对于整个项目，跟踪进度的最佳方法是累积流程图。从this presentation了解有关CFD的更多信息。您还可以从CFD了解诸如瓶颈之类的信息。
对于特定的任务，这实际上取决于您的方法。如果看板中的功能部件很小(例如1-2天的开发时间)，则可以在板上直接看到状态，因为功能部件在工作流程中快速移动。
如果使用较大的功能，则可能需要将其拆分为较小的任务。这基本上就是我们使用功能的方式:对于较大的功能(如5-10天长)，我们将其划分为开发任务(尽管我们没有将开发任务放在开发板上)。然后我可以说任务A已完成4个开发任务中的3个，所以我们做得很好。另外，我们估计开发任务的时间，以便区分1小时和8小时的任务。对于小型功能部件，我们只有一个开发任务正在开发功能部件。
关于project-management - 使用看板时如何跟踪进度？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3615883/