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