刚看完《宫本武藏》（三船敏郎和稲垣浩Hiroshi Inagaki在54、55、56 年合作拍摄3部电影），才知道宫本武藏是17世纪德川幕府和平时期前出生的武士，他从13岁到28岁参加了60多场比武，长胜不败。29岁时的岩流岛决斗，一战成名， 50岁左右练成“二天一流”剑术，传承至今。
55岁时，他回顾以往的比武，把心得总结成“五轮书”——“五轮书”分为土、水、火、风、空五卷。

前段时间，在杭州参加了一个敏捷试点项目的汇总（我们老师负责的），发现武藏兵法有不少原理完全可以套用于管理软件开发，下面和大家做个分享。

1「梦境」

晚上，梦回到1645年，日本德川幕府和平时期，到寺院内请教年已60岁的宫本武藏（已写完五轮书）,希望学到如何可以像这大师一样百战百胜，于是有了如下的对话：
武藏：很多剑客只顾钻研技巧“术”，不问兵道。好比工匠中的“匠首”，不仅要了解每一项工作 ——“匠”，更需要懂全局，领导团队 ——“首”。

这段话说明：
1.    选材很关键；
2.    要有合适的工具；
3.    也得节省用材。

这几点正是本敏捷试点项目的成功要素：
- 人才——有经验的编码与测试工程师，带领几位经验不多的开发人员；
- 工具——自动化测试工具、项目管理的工具与模板（再配合培训）；
- 减少浪费——就是精益(Lean)。项目目标包括成本、工作量、生产率的控制，一开始先做好计划，规定可容许的范围。

在试点项目中，我们对于一些主要的参数，先设置 好——中—— 差 5级，以方便客观比较。

利用估算出来的功能点数，算出项目工作量、工期。

每个迭代版本完成时可以进行比较：

武藏：使用不同的刀法、段位，要像水一样流动不止；在战斗中，不能拘泥于固定的招式/位置，要灵活应对变化。

我们在这敏捷项目中，也适当地利用一些不同技巧的配搭：如使用功能点配合敏捷开发来加强项目的量化管理。（功能点与敏捷可以很好融合：都面向用户价值、需求条目化、需求颗粒度控制、面向需求跟踪项目。）

因敏捷2周一迭代，三个月便可以有足够的数据来进行分析，就可以知道是否要对项目进行调整，可以在公司级或 PMO对多项目进行分析、持续改进。

项目在每次迭代都有一些提升：生产率、质量的指标等。

用功能点，就可以通过完成的功能点，度量进度。

但如何可以有提升还是要配合一些新的思维，如：代码审查（避免陈旧语句）、自动化测试等。

不拘泥于某些招式，有价值都可以采用。

武藏：在决斗中，有很多战术可用：如唬敌术、痹敌术、扰敌术等。要在战斗中取胜，不要沉湎于剑术技巧，从实践（临敌作战经验）积累出作战心得才是最重要。

因为敏捷的迭代周期较短（一般2周），我们可以快速收集到本项目数据来作分析：将发现的问题抽出，用柱状图、帕里拖图、二八原则，验出出现最多的是什么问题。

最大问题解决了，质量能提高很多。解决问题可以用根因分析：分析——实施措施——后继不再出现同类问题。

武藏：每一种兵法学派都有自己的特点，我也局限于只研究本学派。在风之卷中，我从不同的角度比较不同流派的利弊，如：架势、眼法、步法等。

我们软件开发管理也有很多“门派”，单是敏捷便已经有不少派系。我们做项目会依据项目的需求，选择最合适的软件开发生命周期，并不拘泥于某种方法。

武藏：最后的空之卷是我“二天一流“兵法的总结，“空” 是兵法的最高境界，一种无知无觉，空无一切的“空明”境界。这是必须经过对兵法的理解，艰苦练习，排除困惑，直到心中一片澄明。

2「梦醒」

梦醒后回想刚才和”武藏的对话”。
我们顾问/老师对此的体验会较明显——技巧非最重要，原则更重要。
比如——对于项目估算与监控，很多原理是无论敏捷或传统瀑布性都相通的。

后记

Weisbord先生  (他是创立“六个盒子“和”Future Search “的著名美国顾问) 在晚年总结多年咨询的心得：“我们做咨询培训有很多技巧可以使用，但我觉得都不重要，顾问最重要是要把握背后的原则。”

这些大师的经验表明——无论中还是西，武术还是培训，经过长期的实践，最终都可以达到“空”的最高境界。

回顾我在大陆/香港的咨询培训经历,也越来越觉得原则 (Principle ) 的重要. 如让学生动手自己发现而不是单靠老师的教训,会更有效。这些也是先得大师的启发,再加多年的培训才体验出来。