我一直试图让我们的软件部门采用某种开发过程方法。我们只有 9 名开发人员，项目数量也差不多。目前，我们只能用混乱来形容。或者也许是“危机驱动的发展”，正如我看到另一个 SO 用户所说的那样。
使用看板似乎很适合我们。所以我和其他人讨论过，每个人都认为这听起来不错。但是当我们讨论应该如何安排董事会时，每个人都想每人做一个董事会。
现在，我从未真正尝试过看板或任何方法，但感觉就像让每个人都在自己的板上管理会否定看板流程应该提供的好处。这个想法让我很难过，我想说“哼哼，让我们放弃这整个想法吧。”
您认为为每个开发人员实施看板是否值得？
如果您必须拥有多个板，那么每个项目拥有一块板而不是每个开发人员拥有一块板不是更好吗？也许随着时间的推移会出现一些自然的项目分组（因此合并董事会），也许不会。
板的用途之一是充当“信息辐射器”。大量以蜗牛般的速度推进的项目板传播着“我们严重超载”和/或“有人需要设定一些优先事项”的信息。大量每个开发人员的板只是散发出“我们不在这里进行团队合作”的信息。
看板实际上是用于限制通过系统的流程的系统，这就是为什么我们对看板有 WIP（正在进行的工作）限制的原因，作为一个人一次只能做一项工作，我认为这行不通。
每个开发人员拥有一个板确实没有任何优势（而且我认为这不是真正的看板）。每个项目一个板是一个更好的主意。
然后，如果其他开发人员加入某些任务，您仍然可以看到项目的整体进度。
我认为与您的小组进行另一次讨论可能是值得的。在采用任何一种新技术/实践/方法之前，应该非常清楚你为什么要采用它，以及你要解决什么问题。在我看来，您偶然发现了看板并想要采用它，但实际上并不知道您正在尝试解决什么问题。
我的建议是尝试对您在环境中看到的问题进行更多思考或分析，如果可以的话，进行一些根本原因分析（例如 5-whys），然后尝试找到一些可以帮助您解决问题的实践那些问题。
您小组中的人建议使用每个开发人员的开发板这一事实对我来说意味着 a. 他们不了解他们遇到的问题以及您要解决的问题，并且 b. 他们不了解看板想要达到的目标。即，您的问题是使用看板无法解决它们。
每个开发人员都有一个开发板并没有错。董事会在那里可视化工作。如果开发人员从事不同的项目，那么使用单独的板（通常是这种情况）可视化项目特定的工作会更容易。如果您的开发人员在不同的项目上工作，那么他们在不同的项目上工作。从技术上讲，他们并不是真正的单一团队，而更像是一种“实践”。从这个角度来看，让他们在单独的董事会工作可能是一种更自然的方法。
当我自己处理个人项目时，我仍然使用 Heijunka Box——西方软件开发人员经常（错误地）称之为“看板”——我这样做是为了可视化工作、工作安排并帮助限制数量我正在处理的事情。
我已经为我的团队实施了看板，该团队负责运营自动化（或多或少一半的 Ops 工作和一半的 Dev 工作）。以下是我们发现最适合我们团队的方法。我们有一个用于收件箱/待办事项的通用列。然后是一个“开发中”列，分为 5 个部分，每个开发人员一个，每个开发人员的 WIP 限制。然后是“集成”的另一个通用列，最后是“发布到生产”的通用列。
看板的优势在于 WIP 限制确保开发人员可以专注于他们正在做的事情——在我们的例子中，每个开发人员在他们的项目上工作都是相当自主的，但是我们有用于收件箱的公共列，开发人员可以在其中提取任何新任务，对于“集成”/“生产”，团队负责人参与通过剩余步骤引导变革。
所以我的建议是有一些共同的专栏（可能是你的积压和你的版本），并有一些每个开发人员的专栏（比如“开发中”）。这样，每个开发人员都可以管理他们正在做的事情，同时董事会可以帮助可视化流经管道的所有工作的状态。
将看板应用于流程的两个最重要的原因是可视化该流程并限制在制品 (WIP)。
如果每个开发人员有一个板，它更像是一种个人看板机制，您可以一次可视化和限制一个人的 WIP，但没有团队级别的概述。
如果每个项目或团队有一个董事会，这取决于是否有共享资源，即参与多个项目或团队的人。如果是这样，如果你让人们在不止一个板上显示的东西工作，你就会失去一些概述和限制 WIP 的一些好处。前任 瓶颈更难看到。
我的感觉是，最好使用一个看板，上面包含所有开发人员任务，而不是每个开发人员一个看板。我认为这是因为这个想法是看板是所有团队成员的可视化工具，如果每个开发人员都有自己的董事会，那么我认为它有点错过了这个想法。
分注
如果您使用的是 Microsoft TFS，那么您可以使用Telerik Work Item Manager。我自己用过这个，很棒。每个开发人员在他们的 PC 上运行该工具的副本，他们可以在可视任务板上查看他们的工作项目（带有彩色便利贴）。该板可以通过各种方式进行分组和过滤，因此开发人员可以看到他们自己的所有任务，但随后他们可以更改过滤器以查看项目中的所有任务。
（如果您不使用 TFS，请为无趣的子注释道歉：）
实际上，至少创建 2 或 3 个团队，每个团队只影响一个项目，因此一个项目一个板。然后是另一个板来管理项目状态。
恢复：一个项目的每个任务，一个跟踪项目状态，这将有助于开发人员以及您与经理的沟通。