看板故事分配

Question

我们开始使用看板，而我的老板刚刚问了我一个问题，作为在该组内具有事先看板经验的两个人之一，我真的不知道如何回答。

我以前在看板上的经验和培训让开发人员优先从待办事项中提取故事，在我们的案例中是最顶级的卡片。但是，我的老板希望某些故事能够针对具有特定领域领域知识的开发人员。例如，假设Joe在处理合同方面拥有最丰富的经验，并且合同故事会出现在董事会上。他希望乔成为那个特定故事的人。

对我来说，这感觉有些“偏离”，并且可能会导致一些开发人员因为在任何给定的功能区域工作而有大量的额外工作。我以前使用看板的经验是假设任何开发人员应该能够拿起下一张卡并找出要做什么，这种做法最终将消除任何单一功能区专家，并逐步提升开发人员的专业知识。但是，我还可以看到使用主题专家如何帮助他们更快地完成整个过程。

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

Answer 1

我曾经使用的每个系统都允许一些开发人员级别的优先级。如果下一张卡具有绝对（自上而下驱动）优先级，那么您必须选择该卡。但是，大多数情况下，我倾向于在“接下来的6张卡片上升，选择你喜欢的卡片”的地方工作。这为开发人员提供了一些他或她喜欢的工作空间。此外，它为开发人员提供了更强的主人翁意识，因为他们确实（在某种程度上）选择了他们正在做的工作。

关于你的例子，它有点偏离基础。在理想的世界中，任何开发者都应该能够拿起任何卡。实际上，这并非总是如此。如果我把这个项目交给Jim，可能需要2天时间。如果我不给吉姆，那就整整一周。这是一个标志！缺少什么信息共享？如何让其他开发人员了解Contracts组件以及Jim？

如果优先级有点灰色，那么这些东西往往会自行解决。所有其他开发人员都知道Jim可以处理合同。但是，如果吉姆没有能力，那么其他人必须接受挑战。看板应该提醒你阻止故事。

Answer 2

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

Henrik Kniberg有一本很棒的书，“来自战壕的精益”。他讲述了他在现实世界中使用的许多技巧。他介绍了一种方法，让头像（代表开发人员）可以放在任务上，以显示谁在做什么。

对于您的情况，一个想法是使用这种头像方法预先指定谁应该在缓冲区中处理任务，从而进入开发阶段。

如果这些预先分配的任务没有造成瓶颈并且流量很自然，那么一切都很好。如果它们在您的流程中早期造成瓶颈，那么您就会遇到问题，但现在您可以通过简单的方式进行可视化，并确定这是预先分配导致瓶颈的问题！

Answer 3

看板系统应显示实际过程。如果经理正在向开发人员分配故事，那么系统应该反映出来。这可以通过多种方式完成，您可以为开发人员X提供特定项目，也可以在卡片上写下开发人员名称。另一个选择是为每个开发者提供一个泳道。

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

不要忘记明确制定您的政策，也就是说，应该将您的优先政策看起来如何。祝你好运！