面条上的Kanban ......第一部分

对于下几个帖子，我想探索我的一些想法看板．和社区中的许多人一样，我在精益会议期间开始更多地思考这个问题看板会议在迈阿密。在该会议的高跟鞋上，我在Scrum和Scrum之间的一些相似之处和差异上做了探索性帖子看板．该帖子解决了如何克鲁姆和看板（原则上）并非如此不同，怎么样看板明确了Scrum留给团队的一些事情。

有很多事情我认为自己非常了解......但总的来说......我不确定看板真的是其中之一。大卫·安德森不确定他是否同意我的结论看板… 但没有所以我把这当作一个小小的胜利;-)对于真正的专家来说，你确实需要去听听大卫安德森那科里拉斯那卡尔苏格兰那大卫laribee.， 和亨利克Kniberg不得不说这一切。这些人正处于看板移动和我所知道的大部分都通过它们。

那说......我觉得自己非常善于弄清楚，了解最重要的东西。我也很擅长通过其他人可以理解的方式沟通复杂的想法。因此，随着那些小的信心（Bravado），我将在解释我认为至关重要的情况下另一个刺激看板我认为哪些工具和原则是最重要的，并探讨一下我们如何使用这些想法来帮助我们的组织变得更有效。

有点像我的第一篇文章看板......我相信从共享基金会和桥梁开始进入新想法是有帮助的。我看来，有五个或六件事......就是在门外......我们需要了解看板了解它适合的地方，以及如何在企业中利用它:

这看板木板

这看板Board是一种帮助团队通过开发过程可视化价值流的工具。如果您使用过Scrum任务板，则应非常熟悉一般概念看板木板。有序列代表了任何时间可以拥有的状态。随着工作通过发展的进展生命周期，卡从一个状态移动到另一个状态，直到客户已被客户接受。

任务委员会与工作板之间的主要差异看板董事会是看板Board在开发周期中跟踪用户故事的流程，而不关心任务。这很重要，因为现在团队关注的是价值创建项目，用户故事，而不是交付价值所需的活动。只有当整个用户故事通过看板董事会我们向客户提供了价值。

一个简单的看板委员会可能会有一个列来列待定项、正在处理的工作和已完成的工作。一个更复杂的看板Board可能会将工作过程列分解，为典型开发中的每个步骤包括专门的领域生命周期：分析，设计，开发，代码和测试。一些看板根据团队的需求和流程，董事会将包括各种州之间的缓冲区列。

工作限制

看板不仅仅是一种在用户故事级别上可视化跟踪进度的方法。这看板董事会旨在帮助团队最小化浪费，专注于最重要的工作，并保持团队的价值流动。这看板团队通过为每个列设置在过程中的工作限制来实现这一点看板木板。在过程中的工作限制有效限制任何一个时间可以在任何一个州的工作量。

Scrum中的一个常见故障模式是短时间内的延迟递送。延迟交付意味着在Sprint期间所有积压项目都在过程中，但在Sprint关闭之前仅完全完成并接受。延迟交付介绍风险，往往稳定速度，导致延迟价值交付给客户。Scrum通过鼓励团队成员在开始新工作之前仅在少数积压项目中共同努力，以促进团队成员来解决此问题。

看板采用此隐式指导并通过设置任何时间可以处于活动的工作项的限制，使其显式。通过限制流程的工作量，该团队被迫专注于在新工作开始之前准备的积压项目。这些限制可以由团队或其管理层确定，以优化价值流程并减少中间工作产品的数量。

下一个是什么？

本系列的下一篇文章将解决约束和一个合理分工．之后我们会讨论用迭代做和用循环时间替换速度．我们将围绕为什么团队可能希望考虑使用一些讨论看板（在基本的scrum）和我看到的地方有点看板在更多企业投资组合上下文中使用团队外使用。

直到下一次…