如何在看板中指定在制品限制？

考虑一个典型的看板：

输入，分析，开发就绪，开发，构建就绪，测试，发布就绪

如何为每列指定在制品限制？有什么公式吗？

不，没有公式。没有一个。

在很大程度上取决于团队的工作方式，使用的习惯等。如果您对程序进行配对，则在“开发”列中的限制将比许多开发人员要低。

如果在现有团队中介绍看板，则可以尝试将当前正在进行的所有工作映射到MMF中，然后在不同的列中查看您拥有多少个功能。这会给您一些见识，目前您实际拥有什么限制，这是设置看板限制的一个很好的起点。

您得到的另一个建议是与您/您的团队的直觉有关。做你认为正确的事。然后监视您的限制是否太紧或太松并调整。有人说“董事会会告诉你”，这基本上是对的。如果您每隔一周遇到瓶颈，则可能将限制设置得太低。如果不是一两个阻滞剂，那么问题极限就太高了。

我写了一篇文章，介绍如何在制作看板时设置限制：http : //blog.brodzinski.com/2009/11/kanban-story-kanban-board.html

我尝试了两个极端，都由不同的人提出。一种是使用高限制并对其进行微调直到受到伤害，另一种则相反，从n-1开始，其中n是可以将任务拖到该列的人数。后者对于看板新手来说更痛苦，但是它帮助我们比第一种选择更快地达到流量最大化点，因为当我们感到痛苦（瓶颈）时，我们的第一个直觉是研究将WIP限制提高为一个问题。不得已而为之，因此，我们发现并解决了一些本来可能看不到的过程问题。

我同意没有这样的公式-同时，确实有可能对看板流程进行建模。这将帮助您模拟诸如周期时间，等待时间，效率等方面的可能结果。

我已经实现了一个模拟我们看板流程的模拟器。它可以根据在制品限制和团队资源的看板约束来模拟整个故事的流程。我们的状态要求外部客户审查。我们都怀疑这个阶段会备份我们的故事，从而扼杀我们的周期时间。

直觉是在此阶段进行时间限制，但我们不知道这是否只会将问题推到其他位置。我们也不知道时间拳击有多远，也不会带来多大的改进。

很好说只是进行调整，但这可能会造成破坏。人们会习惯于某个过程，并对某个不断尝试调整预感的人感到沮丧。因此，在实施更改之前，您通常必须提供一个很好的案例。

建模时，您可以进行调整而不会受到干扰，并且可以更有信心地进行调整，以实现所需的结果。另外，它将以某种方式帮助您获得神奇的配方。

我将从每列中的“插槽”数量开始，这些数量等于将在相关列中进行工作的人数。这将揭示瓶颈或痛点。解决痛点，直到痛点消失。

随着时间的流逝，尝试减少每列中的插槽数量。

当我们开始一个新项目或一个团队时，我使用两种技术来指定WIP限制。

对于一个开发项目：我们正在成对工作（我们正在做XP），这意味着两个成员可以同时处理一个元素。如果团队由6人组成，则根据前一句话，在制品数量将为3。但是，结对编程是一项艰巨的工作，有时同事想一个人工作，我给加一，所以6个成员的WIP限制为4。

当我们谈论维护，验证测试或支持项目时，我检查了不同同事可以做多少并行工作，将这个数字相加，然后减去一个。例如，前面提到的团队中的每个人都可以处理2个并行的问题，这将使WIP限制为12，而对于-1，则为11。-1确保我保持团队专注并共同工作。如果在这种情况下，WIP限制为12，则每个人最多可以使用他/她的两张卡，并且不会进行任何协作。

我想同情我仅在项目/团队开始时才使用这些技术。之后，根据在职人员的感受，负担，目标等，对在制品限额进行调整。