“精益”是一种敏捷方法吗？不知道你是否听到过上周在我的办公室里的谈话，这个问题实际上就是在那次讨论中提出的。如果有人在几年前问这个问题，我想我会有不同的答案。现在，从我的理解来说，这不是一个简单的“是”或“否”所能回答得了的。

　　精益软件开发是由Mary和Tom Poppendiek在其2003年所著书籍《精益软件开发：一个敏捷工具包》中命名的。它吸收了精益生产的理念和精益IT的思想并将其应用到软件开发中。显然，他们认为精益可以支持敏捷开发（这也是本文的标题，对不对？）

　　在那本书中所表达的观点显示，在精益开发的原则和敏捷宣言中规定的原则之间有很多相似之处。我强烈建议你找到这一本书自己去读一读，而不是拘泥于相关的一些辩论文章，比如本文。另外，如果你去看敏捷宣言的原则，我相信你会看到许多同样的想法。是的，他们的表述有所不同，但我相信，其中心主题是相关联的。

　　我更喜欢去找原始资料（尽我所能），并花更多地时间去读他们，而不是到互联网论坛上去找那些有时甚至很激烈的辩论。然后，我会参考一些理性的讨论，并形成我自己的想法，得出我自己的结论。

　　在我读的时候，我发现，精益开发和敏捷开发都直言不讳地要尽可能快的提交能够满足客户需求的软件。它们都直接提出要改进内部的沟通。它们都直接提出要授权开发团队去创造优秀的软件。它们类似的共同点还有很多…

　　这些想法在表达方式上是有差异的。不过，我倾向于寻找核心主题，也就是问题的核心理念。对我来说，这些相似之处是如此重大，不容否认。

　　在敏捷社区有一些人会否认精益是一种敏捷方法。还有一部分人绝对肯定的说它是的。我相信，会有越来越多的人逐渐意识到：精益作为一个宝贵的组成部分，将会在敏捷社区中得到越来越多地认可和接纳。

　　最后，我并不过分担心它是或不是（这个名义上的争论）。如果我可以使用它来完成我的工作，我可以利用这个工具或理念更好的完成工作，那么我就会用它。这就是敏捷的内涵，对吗？敏捷不就是灵活，轻便和灵巧吗？