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