冒着激怒纯粹主义者的风险,从实践的角度来看,精益是最高层次的抽象,其原则和(大多数)实践可以应用于整个企业。您的首席执行官将了解并支持精益生产。根据我的经验,将战术层面的敏捷与企业层面的精益联系起来,可以更容易地向高管出售。
制造中的看板是库存队列管理技术。正如应用于知识工作(不仅仅是IT)一样,它是一种工作流可视化和队列限制技术,旨在将团队集中在一次可能的最小批量工作上,以加快流程。它可以像白板上的粘滞便笺一样简单,带有从左到右标记处理步骤的磁带线。或者有可用的电子看板工具(所有主要ALM工具的独立或附加工具)
只需将看板处理为代表您的迭代,看板就可以轻松应用为Scrum团队的工具。您(尝试)仅允许在迭代开始时在板上工作,并且在迭代结束时它需要在完成的通道中。而且,使用水平泳道,您可以有效地将电路板分成多个部分,用于迭代中的计划工作,并且(可悲的是不可避免的)操作支持工作,即使是最有纪律的团队也会中断。这清楚地说明了什么工作以及潜入冲刺的内容。
实际上,敏捷和精益都没有精确的定义。这两个案例都是基于以前的案例中的一套原则和实践 敏捷宣言 而后者是基于 丰田生产系统 适应软件/ IT行业。
我想说,精益和敏捷都是软件行业同一运动的两种风格 - 专注于客户实际需要的产品的有效交付(尽管这是一个巨大的概括)。不同之处在于实现这一目标的方式。
对于敏捷,重点是建立一个组织良好的流程,允许频繁交付,并在开发过程中轻松调整客户的需求。精益集中于限制“浪费”(包括被认为是废物类型之一的正在进行的工作),并使生产和交付工作流程尽可能高效。
敏捷和精益方法通常都放在同一个桶中,所以你会发现各种混合 CScrum +看板是最重要的例子;参考 Scrumban 欲获得更多信息。除非你与正统人士交谈,否则如果你将看板标记为敏捷方法,那么这应该不是问题。
在标签中做出一些顺序:敏捷和精益是一般概念。 Scrum和XP是Agile的特定实现,而精益软件开发和看板是精益的具体实现。
至少这是人们通常认为它们的方式。绝对可以将不同的方法或其单一实践混合到一种方法中。 Scrum + XP或Scrum + Kanban可能是最受欢迎的组合。
如果你想深入挖掘,我可以推荐一本很棒的迷你书,将看板与Scrum进行比较: “看板和Scrum C充分利用两者” 。 PDF格式的电子书可以免费下载。
敏捷专家 Mary Poppendieck写了关于精益原则的文章 。找 她的证件在这里 。
而不是我写了很多关于看板, 请阅读瑞典顾问Crisp所说的话 。
精益实践与以编程为中心的XP要求您在项目中执行的实践任务完全不同(“自动化一切”,“有测试”,“每天见面”)。价值流分析可以为您提供一些新的见解和概念工具,用于推理业务和任务。
希望这有助于导航流程。祝你好运!