Scrumban看板管理︱解析Scrumban从理念到实践
2022-11-05
来源：翰德恩业务敏捷 ，作者翰德恩翻译组
成看板。
在制品（WIP）的数量限制
我们可以对上一块板做的另一个增强是在to do列和in progress列之间添加一个就绪队列。就绪队列包含待定的待定项，但具有高优先级。我们仍然没有将个人绑定到这些任务中，但是一旦有人有赋予时间，他们应该接受其中一个任务，而不是从一般的待办事项列表中挑选一些东西。这使我们能够将工作分配过程与工作优先排序过程分离开来，从而简化了分配。就绪队列也有看板限制，它应该是一个小的限制，因为它的唯一目的是指示下一个应该启动的工作项。
现在我们可以开始看到拉式和流动的一些机制:
1.David完成一项任务并将其移到“完成”列
2.David从就绪队列中拉动了一个新的任务并开始工作
3.团队响应拉动卡片（pull event）并选择下一个进入就绪队列的优先项
此时，我们正在操作一个简单的看板拉动式系统。我们仍然有固定的迭代和计划周期，所以也许我们可以把这样的东西称为Scrumban系统!
既然我们有了产能和拉动的概念，就很自然地会想到流。将我们模糊的过程中的状态分解成更好定义的状态，可以让每个人对团队的优势、弱点和整体健康状况有更多的了解。即使是像极限编程这样的敏捷工作流，也有相对定义良好的角色和状态，这些状态之间的顺畅工作流程与整个流程的顺畅工作流程一样重要。
协调劳动分工
这里，我们将进程内状态分为两种状态:定义和执行。定义是定义全部任务必要的标准，以确定工作项何时可以被认为是完成的。执行是关于完成任务必要的工作，将工作项带入满足那些标准的状态。我们已经将之前的5个待办事项限制分散到这两个板块。在这种情况下，定义被认为花费更少的时间，所以它被赋予了2的限制。执行消耗剩下的限制3。随着时间的推移，我们可能会改变这个比例，我们的表现也会改变。
累积的流程图
由于我们现在更多地考虑工作流，额外的工作流细节需要使用累积流图来跟踪工作并度量我们的工作产出，一个简单的燃尽图告诉你是否正在交付工作，但不是为什么交付工作。累积流图传达了有关交付周期和库存的额外信息，这些信息可以诊断问题，甚至可以预防问题。
通过更好地定义我们的工作流，我们还可以考虑一些职能化。在这种情况下，它可能是一种软性的职能化，我们中的一些人更喜欢做一种类型的工作，而不是相反，即使我们有能力做所有的工作。理解这种拉式工作流系统允许职能化，但不强制职能化是很重要的。团队拥有工作和工作流，团队需要找出如何有效地完成工作。
工作流规则
如果我们让最擅长执行“定义”的人处理更多的工作，那么我们可能还需要协调我们自己之间的交接。添加指定完成列会向团队传达这样一个信息：一旦有合适的资源可用，以前在“完成”列中的工作现在就可以从“执行”列中提取工作了。在“定义”列中仍然处于活动状态的工作没有资格发出这样的请求。如果“定义”列中的任务所有者希望将其交给其他人，则可以将其放入完整的缓冲区中，该操作构成一个拉动（pull）请求。如果他不想把它交出来，只要有能力从队列中拉动，他就可以直接将其移动到“执行”列。“执行”列可能已满，唯一符合条件的工作是就绪队列从“定义”列中提取可用产能。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
