使用每个开发人员的看板

Question

我一直在尝试让我们的软件部门采用某种开发过程方法。我们只有9个开发人员，和大约一样多的项目。目前，我们只能被描述为混乱。或者像我看到的另一个用户所说的“危机驱动的开发”。

使用看板似乎是一个很好的选择，它可能非常适合我们。所以我已经和其他人讨论过了，每个人都认为这听起来很好。但当我们讨论如何安排棋盘时，每个人都想做一个棋盘。

现在，我从来没有尝试过看板，或者任何真正的方法，但是感觉让每个人在自己的董事会上管理会否定看板过程应该提供的好处。这个想法让我很难过，我想说：“让我们放弃这个想法吧。”

您认为为每个开发人员实现看板是否值得？

Answer 1

如果你必须有大量的董事会，那么每个项目一个董事会不是比每个开发人员一个董事会更好吗？也许随着时间的推移，一些自然的项目分组(因此合并董事会)会出现，也可能不会。

电路板的一个目的是充当“信息辐射器”。大量的项目委员会以蜗牛的速度在广播“我们严重超载”和/或“有人需要设置一些优先事项”的信息。大量针对每个开发人员的论坛只会传达这样的信息：“我们在这里不做团队工作”。

Answer 2

看板实际上是一种通过系统限制流程的系统，这就是为什么我们在看板上有WIP (工作进行中)限制，作为一个人一次只能做一项工作，我认为这是行不通的。

每个开发人员只有一个看板真的没有任何优势(我认为这不是真正的看板)。每个项目一个董事会是一个更好的想法。

然后，如果另一个开发人员加入到某些任务中，您仍然可以看到项目的整体进度。

Answer 3

我认为与你的小组再进行一次讨论可能是值得的。在采用任何一种新的技术/实践/方法之前，你应该非常清楚你为什么要采用它，以及你试图解决的问题。在我看来，你偶然发现了看板，并想要采用它，但实际上并不知道你要解决的问题是什么。

我的建议是尝试对你在环境中看到的问题进行更多的思考或分析，如果可以的话，做一些根本原因分析(比如5个为什么)，然后尝试找到一些实践来帮助你解决这些问题。

你们小组中的人建议使用每个开发人员的董事会，这一事实对我来说意味着: a.他们不了解他们所面临的问题，你试图解决的问题；b.他们不了解看板董事会试图实现的目标。也就是说，你的问题是这样的，使用看板不能解决它们。