我们开始使用看板，我的老板刚刚问了我一个问题，作为团队中两个有看板经验的人之一，我真的不知道如何回答。
我之前的看板经验和培训让开发人员按优先级从积压中提取故事，在我们的例子中，这是最重要的卡片。但是，我的老板希望将某些故事发给具有特定领域领域知识的开发人员。例如，假设 Joe 在使用 Contracts 方面拥有最丰富的经验，并且一个合同故事出现在板上。他希望乔成为那个专门处理这个故事的人。
对我来说，这感觉有点“不对劲”，并且可能会导致一些开发人员由于在任何给定的功能领域工作过而需要大量额外的工作。我之前在看板方面的经验是假设任何开发人员都应该能够拿起下一张卡片并弄清楚要做什么，并且这种做法最终会消除任何单一功能领域的专家并随着时间的推移使开发人员的专业知识水平提高。但是，我也可以看到使用主题专家如何帮助故事更快地完成整个过程。
在引入下一个故事时，处理优先级与专业知识的最“看板”方式是什么？
【问题讨论】：
标签： kanban
我曾经使用过的每个系统都允许有一点开发人员级别的优先级。如果下一张卡具有绝对（自上而下驱动）优先级，那么您必须选择该卡。不过，大多数情况下，我倾向于在“接下来的 6 张牌出现，选择你喜欢的一张”的地方工作。这为开发人员提供了一点空间来进行他或她喜欢的工作类型。此外，它让开发人员有更大的主人翁意识，因为他们确实（在某种程度上）选择了他们正在做的工作。
关于你的例子，这有点离谱。在理想的世界中，任何开发人员都应该能够拿起任何卡。实际上，这并不总是正确的。如果我把这个项目交给 Jim，可能需要 2 天时间。如果我把它给非吉姆，它需要整个星期。这是一个标志！缺少哪些信息共享？您如何让其他开发人员像 Jim 一样理解 Contracts 组件？
如果优先级有点灰，这些东西往往会自行解决。所有其他开发人员都知道 Jim 可以处理合同的内容。然而，如果吉姆没有能力，那么其他人必须接受挑战。看板应该提醒您注意被阻止的故事。
【讨论】：
看板非常适合可视化工作流程、限制 WIP 和暴露瓶颈。
Henrik Kniberg 有一本很棒的书，“从战壕中精益求精”。他讲述了他在现实世界的例子中使用的许多技术。他描述了一种将头像（代表开发人员）放在任务上以显示谁在做什么的方法。
根据您的情况，一个想法是使用这种化身方法来预先分配谁应该在进入开发的缓冲区中处理任务。
如果这些预先分配的任务没有造成瓶颈并且流程很自然，那么一切都很好。如果它们在您的流程早期造成瓶颈，那么您就有问题了，但现在您可以轻松地进行可视化并查看导致瓶颈的预分配！
【讨论】：
看板系统应显示真实的流程。如果经理将故事分配给开发人员，那么系统应该反映这一点。这可以通过多种方式完成，您可以为开发人员 X 准备一个特定项目，或者您可以在卡片上写下开发人员的姓名。另一种选择是为每个开发人员设置一条泳道。
但是，从“全球”的角度来看，所有这些可能都不是很好。你应该与你的老板分享你的看板数据。您的交货时间是多少，您的吞吐量是多少等？然后你应该邀请老板参加过程改进会议。我们将如何改善我们的数据？希望他能看到，如果直接将任务分配给 Joe，Joe 可能会成为瓶颈。教他 Littles Law，教他瓶颈和精益。
不要忘记明确说明您的政策，也就是说，应该将您的优先政策的外观写在墙上。祝你好运！
【讨论】：