代码之家 › 专栏 › 技术社区 › Simon Keep

使用看板时如何跟踪进度?

kanban project-management

6

Simon Keep · 技术社区 · 14 年前

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

我已经读到,可以通过监控每个故事的周期时间来衡量进展,然后可以推测地将这一时间应用于优秀故事的数量。但在我看来,这似乎取决于故事的规模和复杂性,而这一切都可能不同。

我也看到过燃尽图被使用,那么整个版本会有一个图表吗?由于积压工作未被修复(与冲刺期间不同),您会允许它在订单修改待定积压工作时被烧掉吗?我猜当你接近发布的时候,积压工作应该不会那么不稳定,让你精疲力竭直到完成。

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

1 回复 | 直到 14 年前

1

3

pawelbrodzinski 14 年前

对于整个项目,跟踪进度的最佳方法是累积流程图。进一步了解CFD this presentation . 你也可以从CFD中学习瓶颈等问题。

对于一个特定的任务,它实际上取决于你的方法。如果看板板上有一些小的特性(比如1-2天的开发时间),那么您可以直接在看板上看到状态,因为特性在工作流中移动得很快。

如果使用更大的功能,您可能希望将它们拆分为更小的任务。这基本上就是我们如何处理我们的特性:对于更大的特性(比如5-10天长),我们将它们划分为开发任务(不过我们不将开发任务放在板上)。然后我可以说任务A完成了4个开发任务中的3个,所以我们做得很好。另外,我们估计开发任务的长度,以便区分1小时长和8小时长的任务。对于小特性,我们只有一个开发任务,它正在开发特性。