每个开发人员使用看板[关闭]答案

【问题标题】：Using a Kanban board per developer [closed]每个开发人员使用看板[关闭]
【发布时间】：2011-02-22 12:08:41
【问题描述】：

我一直试图让我们的软件部门采用某种开发过程方法。我们只有 9 名开发人员，项目数量也差不多。目前，我们只能用混乱来形容。或者也许是“危机驱动的开发”，正如我看到另一个 SO 用户所说的那样。

使用看板似乎很适合我们。所以我和其他人讨论过，每个人都认为这听起来不错。但是当我们讨论应该如何安排董事会时，每个人都希望每人做一个董事会。

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

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

【问题讨论】：

我使用它并把它放在我的桌子上flickr.com/photos/jpartogi/4131283193。这绝对是值得的。
我们最终为每个项目准备了一块板子，它以某种方式工作。只有少数开发人员试图理解看板的目的（我们使用了太多实习生），所以它实际上只是用作待办事项列表。经理从来没有真正理解限制的含义。但尽管如此，这仍然是一种进步，因为我们至少有一个共同的地方来分享目标和进步。从那以后，我实际上最终离开了公司，现在很高兴地在其他地方工作:)
感谢您让我们知道结果！

标签： agile development-process kanban

【解决方案1】：

如果您必须拥有多个板，那么每个项目拥有一块板而不是每个开发人员拥有一块板不是更好吗？也许随着时间的推移会出现一些自然的项目分组（以及因此的董事会合并），也许不会。

板的一个目的是充当“信息辐射器”。大量以蜗牛般的速度推进的项目板传播着“我们严重超载”和/或“有人需要设定一些优先事项”的信息。大量每个开发人员的板只是散发出“我们不在这里进行团队合作”的信息。

【讨论】：

【解决方案2】：

我的感觉是，最好使用一个看板，上面包含所有开发人员任务，而不是每个开发人员一个看板。我认为这是因为这个想法是看板是所有团队成员的可视化工具，如果每个开发人员都有自己的板，那么我认为它有点错过了这个想法。

子注释

如果您使用的是 Microsoft TFS，则可以使用 Telerik Work Item Manager。我自己用过这个，很棒。每个开发人员在他们的 PC 上运行该工具的副本，他们可以在可视任务板上查看他们的工作项目（带有彩色便利贴）。该板可以通过多种方式进行分组和过滤，因此开发人员可以看到自己的所有任务，但随后他们可以更改过滤器以查看项目中的所有任务。

（如果您不使用 TFS，请为无趣的子注释道歉：）

【讨论】：

【解决方案3】：

看板实际上是一个系统，用于限制通过系统的流程，这就是为什么我们对看板有 WIP（正在进行的工作）限制，而且作为一个人一次只能做一项工作，我认为这行不通.

每个开发人员拥有一块板确实没有任何优势（而且我认为这并不是真正的看板）。每个项目一个板是一个更好的主意。

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

【讨论】：

【解决方案4】：

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

我的建议是尝试对您在环境中看到的问题进行更多思考或分析，如果可以的话，进行一些根本原因分析（类似于 5-whys），然后尝试找到一些能够帮助您解决这些问题。

您小组中的人建议使用每个开发人员的开发板这一事实对我来说意味着 a.他们不了解他们遇到的问题以及您要解决的问题，并且 b.他们不了解看板想要达到的目标。即，您的问题是使用看板无法解决问题。

【讨论】：

【解决方案5】：

每个开发人员都拥有一个开发板并没有错。董事会在那里可视化工作。如果开发人员在不同的项目上工作，那么使用单独的板可视化项目特定的工作会更容易（通常是这种情况）。如果您的开发人员在不同的项目上工作，那么他们在不同的项目上工作。从技术上讲，他们并不是真正的单一团队，而更像是一种“实践”。从这个角度来看，让他们在不同的董事会工作可能是一种更自然的方法。

当我自己处理个人项目时，我仍然使用 Heijunka Box——西方软件开发人员经常（错误地）称之为“看板”——我这样做是为了可视化工作、工作安排并提供帮助限制我同时处理的事情的数量。

【讨论】：

【解决方案6】：

我已经为我的团队实施了看板，该团队负责运营自动化（或多或少一半的运营工作和一半的开发工作）。以下是我们发现最适合我们团队的方法。我们有一个用于收件箱/待办事项的通用列。然后是一个“开发中”列，分为 5 个部分，每个开发人员一个，每个开发人员的 WIP 限制。然后是“集成”的另一个通用列，最后是“发布到生产”的通用列。

看板的优势在于 WIP 限制确保开发人员可以专注于他们正在做的事情 - 在我们的案例中，每个开发人员都可以相当自主地处理他们的项目，但我们有用于 INBOX 的公共列，开发人员可以在其中提取任何内容新任务，以及“集成”/“生产”，其中团队负责人参与通过剩余步骤引导变更。

所以我的建议是有一些常见的列（可能是您的积压工作和您的版本），并有一些针对每个开发人员的列（如“开发中”）。这样，每个开发人员都可以管理他们正在处理的工作，同时董事会可以帮助可视化流经管道的所有工作的状态。

【讨论】：

【解决方案7】：

将看板应用于流程的两个最重要的原因是可视化该流程并限制在制品 (WIP)。

如果您的每个开发人员都有一个板，则它更像是一种个人看板机制，您可以一次可视化并限制一个人的 WIP，但没有团队级别的概述。

如果每个项目或团队有一个董事会，这取决于是否有共享资源，即参与多个项目或团队的人员。如果是这样，如果你让人们在不止一个板上显示的东西工作，你就会失去一些概述和限制 WIP 的一些好处。前任瓶颈更难发现。

【讨论】：

【解决方案8】：

确实，至少创建 2 或 3 个团队，每个团队只影响一个项目，因此一个项目一个板。然后是另一个板来管理项目状态。

要恢复：每个任务一个项目，一个跟踪项目状态，这将有助于开发人员以及您与经理的沟通。

【讨论】：