从“Scrum”到“看板”附近的看板

Question

我在一个大型软件项目中担任Scrum Master。我们目前正在运行Scrum。 在我们应该结束实施阶段之前，我们还有一个月的时间处于开发阶段。

由于以下原因，我强烈考虑在过去几周内切换到看板（或GTD）：

1. 我们有一个绝对截止日期
2. 现在我们很难计划两周（或一周），因为我们已经接近尾声了。议程，优先事项和突出任务几乎每天都在变化。在我们说完我们的开发阶段之前，我们每天都会发现必须记住的新任务。
3. 看板让我更容易确定哪些任务正在等待响应，哪些任务正在等待验证等。

有人有这方面的经验吗？这是个好主意吗？

我们的短跑并不是完全可靠的可发送增量（我知道它们应该是，但这不是我想在这里讨论的内容）

Answer 1

即使我可以被视为看板的支持者，但在做出这样的举动之前我会三思而行。

一方面：

• 看板非常巧妙地处理快速变化的任务优先级。对于经典的时间框架方法（Scrum）不能很好地工作的环境，这是一个很好的答案。

• 介绍简单的看板系统不需要太多努力。

• 看板本身不是软件开发和/或项目管理的方法，应该放在最重要的位置。但是，您似乎已经拥有了这个“某些东西”，因为目前您的项目已经有条理。

另一方面：

• 在您的工具箱中添加新工具总会增加一些麻烦，因为您处于项目的最后阶段，现在添加麻烦可能不是一个好主意。

• Kanban，就像其他任何工具一样，只有在您介绍之前获得团队认可时才会给您带来价值。我的意思是看板是没用的，除非经常由团队中的每个人更新。

• 如果你能熟练掌握自己所做的事情，即在Scrum之后，从一部分中辞职，即时间拳击，可能会对团队的生产力产生负面影响。同时，在熟悉一种新方法之前需要一些时间，所以当你想要转换到其他方法的价值时，可能会有一个问题。

总而言之，我肯定会考虑看看这样的工作，因为它会在优先级不断变化的情况下为您提供相当好的可见性和高度灵活性。但是，我不会这样说，在你的情况下，这是一个肯定的决定。如果您从更长远的角度进行规划，那么尝试看板就不费吹灰之力了。

就个人而言，我可能会尝试将其视为实验。如果它有效，你继续这样做。如果不是，你就会退回到你擅长的领域，并最终在另一个项目中尝试看板，并做更多准备。