在“看板开发”邮件组的讨论中，发帖人的立场是：‘标准作业’的概念在软件开发中不适用。
很多看板的支持者们会说：“不，看板是一套完整的体系。”而我会回复说：“为什么不说精益是完整的体系呢？”
看着看板方法引导我们团队走向何方是件有意思的事情，问题是我一年后如何回答这些问题。
结果在Spotify，我和同事及运维主管讨论了看板方法，然后决定试一试。
第一个机制“附着的看板”工作机制同“能量守恒定律”类似。
看板虽然是唯一用来创造连续流环境的工具，但它不是所有。
论文详细介绍了建立均衡化生产模型的方法、看板控制系统原理以及组织结构方面的要求。
看板相对较新，我还不知道有哪个团队真的在看板模型下从事SOA的。
用卡片作为任务、故事、特性的象征（看板），并将它们依附在时间线上（看板图）。
“任务看板”的层次最低，它显示出每日变动的当前状态，搭配每日的燃尽图会更有帮助。
在这里，特性看板被称为白板上的特性分解结构和特性计划。
如你所见，将看板的概念应用于软件开发有许多方式。
图5所示的敏捷看板例子本身并没有实现“限制在制品的数量”、“连续流通”和“拉动式”特性。
在TPS中，看板仅仅是“拉动式系统”实现准时制（Just-In-Time9）的一种方法。
在精益生产系统里，看板方法是给每个标准生产单元或者每个生产批量附上一张卡片。
在精益生产、持续改善、及时化生产和看板管理方面具有丰富的知识；
可是，让我们研究一下如何在软件开发看板中找到TPS看板中的特性。
在看板系统中，信号被传递到每个阶段中，这样每个工作站就知道要为下一个工作站生产一些特定的东西。
我认为看板系统可以扩展至覆盖整个价值流，在这种情况下，它是价值流的一个活生生的视觉表现。
对指定商品与所有供应商协商、管理看板，签订寄售契约或供应协议。
这样看来这两个目标是相矛盾的，而看板正被看作是解决这个难题的策略。
在这里，看板系统被用于带有流程的传统瀑布开发模型。
生产看板（ProductionKanban）——指示上游工序为其下游工序生产零部件。
一个敏捷团队不应该仅仅因为在他们看来现有流程不合适，就切换到看板。
按时给客户发送材料，维护看板纸板、纸板货盘和更新海绵系统。
看板信号（卡片、电子信号或类似机构）容易被所有员工识别Kanban看板