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