精益不仅仅只是一个工具集

  • Mike Bria
  • 金毅

2009 年 9 月 7 日

话题:敏捷精益文化 & 方法

Alan Shalloway 鼓励大家去了解在精益实践背后的重要原理,相关实践者们最好对此心中有数。

Shalloway 通过讨论“物理世界”中的一些工具来树立了他的观点。他用了这样一个例子:木匠通常是怎么知道在什么情况下用直钉,什么情况下用螺钉的。但是如果木匠不知道为什么会这样,不知道驱动这些的力学原理,当他面对一个新的不熟悉的情况时,很可能没法有效地在两者之间做出选择。

他继而谈到在“物理世界”中这一切是怎样上演的:

在物理世界中,这类衍生性的知识常常是被构架师这类的角色所掌握的。更好掌握建筑力学的人就能判断出什么是必须的——实现物尽其用,避免空谈。我认为这说明了操作性的知识(如木匠所用的实践)和决策性的知识(如建筑师所用的原则)的区别。

回头来说软件,Shalloway 的观点是精益同时提供了实践和原理,团队如果能够理解和应用它们,将会变得更高效:

随着大家对精益原理的不断深入理解,使用精益实践的机遇也随之而来。当他们发现自己偏离了之前的轨迹,就可以来调整实践了。在软 件开发世界中,我们都是探索者。也就是说,我们常常在从事新的工作,而不是以前做过的。在这儿经验不管用了。但是我们对以往成果的理解还是有价值的。

Shalloway 写下了一些关于实践和原理的例子:

我认为精益有几个层次。最直观的一层就是它的实践集:

  • 把工作限制在产能范围之内
  • 使用价值流映射
  • 让熟悉工作的人决定怎样做
  • 避免单次交付太多
  • 持续重计划
  • 避免可能的延误
  • 关注快速实现发布给客户的价值,而不是关注保持团队生产率
不胜枚举。但这并不是精益。只不过是基于精益思想的实践集——或者我有时所说的精益科学。

这些实践是基于这些精益原理的:



  • 从错误发生到被发现之间的延迟所导致的浪费
  • 消除这类延迟能够同时实现更高质量和更低花费
  • 快速反馈能够减少浪费
  • 延迟承诺能够减少浪费
  • 优化局部价值流常常会导致花费增加,发布时间延迟和质量降低

当然,这只列举了一部分。

因此,Shalloway 主张精益不仅仅只是工具集,就像 XP 不仅是测试驱动开发,Scrum 不仅是 Backlog 一样。你怎么看呢?

查看英文原文:Lean Is More Than a Toolset

敏捷精益文化 & 方法