看板故事作业

Question

我们开始使用看板，我的老板刚刚问了我一个问题，作为团队中两个有看板经验的人之一，我真的不知道如何回答。

我之前使用看板的经验和培训让开发人员按优先级从积压中提取故事，在我们的情况下，这是最重要的卡片。然而，我的老板希望将某些故事交给具有特定领域知识的开发人员。例如，假设Joe在处理合同方面拥有最多的经验，并且板上出现了一个合同故事。他希望乔是那个致力于这个特定故事的人。

对我来说，这感觉有点“不对劲”，可能会导致一些开发人员因为在任何给定的功能领域工作过而有大量的额外工作。我以前使用看板的经验是在这样的假设下工作的，即任何开发人员都应该能够拿起下一张卡片，并弄清楚要做什么，并且这种做法最终将淘汰任何单一的功能领域专家，并随着时间的推移而使开发人员的专业知识水平提高。然而，我也可以看到使用主题专家如何帮助故事更快地通过过程。

当涉及到下一个故事时，处理优先级与专业知识的最“看板”方式是什么？

Answer 1

我使用过的每个系统都允许一点开发人员级别的优先级。如果下一张牌具有绝对(自上而下驱动)优先级，那么您必须选择那张牌。不过，大多数情况下，我倾向于在这样的地方工作：“接下来的6张牌，选一张你喜欢的”。这为开发人员提供了一点空间，让他们可以从事自己喜欢的工作类型。此外，这给了开发人员更大的主人翁意识，因为他们确实可以挑选(在某种程度上)他们正在做的工作。

关于你的例子，这有点离谱。在理想的世界中，任何开发人员都应该能够拿起任何卡片。在现实中，这并不总是正确的。如果我把这个项目交给Jim，可能需要2天。如果我把它给非吉姆，那就得花上一周的时间。这是一个征兆！缺少哪些信息共享？如何让其他开发人员像Jim一样理解Contracts组件？

如果优先级是灰色的，这个问题就会自动解决。所有其他开发人员都知道Jim可以处理合同之类的事情。然而，如果Jim没有能力，那么必须有人接受挑战。看板应该提醒你注意被封堵的故事。

Answer 2

看板非常适合于可视化工作流程、限制在制品和暴露瓶颈。

Henrik Kniberg有一本很棒的书，叫“战沟中的精益”。他讲述了他在现实世界中使用过的许多技术。他描述了一种方法，让化身(代表开发人员)可以放在任务上，以显示谁在做什么。

对于你的情况，一个想法是使用这种化身方法来预先分配谁应该在缓冲区中处理导致开发的任务。

如果这些预先分配的任务不会造成瓶颈，流程是自然的，那么一切都是好的。如果它们在你的流程早期造成了瓶颈，那么你就有问题了，但现在你有了一种简单的方法来可视化，并看到是预分配导致了你的瓶颈！

Answer 3

看板系统应该显示真实的过程。如果经理将故事分配给开发人员，那么系统应该反映这一点。这可以通过几种方式来完成，你可以为开发者X设置一个特定的项目，或者你可以在卡片上写下开发者的名字。另一种选择是为每个开发人员提供一条泳道。

然而，从“全球”的角度来看，所有这些可能都不是好事。你应该和你的老板分享你的看板数据。你们的交货期是多少?你们的吞吐量是多少？然后你应该邀请老板参加流程改进会议。我们如何改善我们的数据呢？希望他看到，如果他直接将任务分配给他，Joe可能会成为瓶颈。教他小法，教他瓶颈和精益。

不要忘了明确你的政策，也就是说，它应该写在墙上，你的优先政策是什么样的。祝好运!