究竟什么是看板方法？

Scrum和看板方法之间有什么不同？

虽然我从项目层面来看看板方法，但它是否也适用于组织层面呢？

我从实施看板方法中能够得到什么？

这些关于看板方法的问题是我对考虑开始使用看板方法的团队提出的。

这里，总结了对看板方法的理解。

让我们从使用这个方法的具体环境开始：一个组织，一个典型的开发软件产品和IT服务的组织。

组织被看作是一个系统。这个系统的运营取决于：它所服务的客户/市场的特征、所制定的流程和政策、完成工作的人、他们的技能和知识水平还有他们使用的技术和工具。因此我们将这些要素当作该系统的输入。

在另一侧，系统的输出是所开发出的产品和服务，以及随之产生的缺陷和各种浪费（文案工作、没有达成共识的协同会议等）。我们需要使后者降到最低。为了度量一个系统的性能水平和敏捷度，可以使用效率（efficiency）和性能（performance）这两个指标。

可交付的结果的优劣并系统性能水平的高地，取决于是否对输入要素进行了恰当的管理。我们自然都希望为业务增加正面结果并减少负面结果，从而使业务能够盈利、可持续发展并不断得以改进。

对系统进行恰当的管理需要对系统的各组成部分、一系列用来做决策的原则和价值观有良好的理解。

看板方法是信息和通信科技（ICT）组织成功转型的必备工具箱。

看板方法工具箱中的“工具”，让我们能够通过对系统和数据层面（在6Sigma中称为系统门System Door和数据门Data Door）的分析来理解系统。同每个优秀的工具集一样，看板方法提供了掌握对系统开展工作的指南。

更确切的说，在这个“手提箱”中，具备看板方法的实践和原则，以便我们驱使组织以更好的效率和性能向目标前进。

对于看板方法的价值观，我建议你阅读Mike Burrows的文章《Introducing Kanban through its values》。

现在我希望能够更好的看到：

• 看板方法可以运行于组织的流程，但看板方法本身并不是一个流程
• 看板方法是便于我们管理组织变革的一种方法
• 看板方法可以是我们通过增量改善达到更高的性能和效率水平
• 看板方法帮助我们发展敏捷和精益业务