关于 60 分和 100 分

willyomg

以前在 jlinux 的 blog 上说过关于 60 分和 100 分的问题。
gigix 和 o6z 等一些朋友都在从事一些咨询工作。我对他们的期望是什么呢？就是尽量把一个产品或者项目的开发当作一个整体来考虑，把握好最高层次的业务目标。这个整体可能是非常复杂的，必须把它分而治之，分解为很多较低层次的目标。较低层次的目标又可以分解为更低层次的目标。按照《编写有效用例》的说法，有些目标是高入云端的，有些则是深入海底的。要在这些目标中进行很好的权衡，这需要非常多的实践经验。
写好用例是一个整理思路的过程，最难的就是确定哪些目标是最重要的目标，哪些是相对次要的目标，划分出这些目标的优先级。哪些目标一定要做到 90 分以上，甚至 100 分，哪些目标则可以捣捣糨糊，混个 60 分就足够了。切忌什么都要追求尽善尽美，任何做过很多项目的人都知道这是个 mission impossible，因为任何时候资源都是有限的，这个资源包括时间、资金、开发人员的技能等等。整体上能达到 80 分就已经很不错了。国内的某些“软件工程专家”总是鼓励你在某些细枝末节的问题上追求 100 分，似乎你可用的资源永远都是无限的一样。比如那些 CMM 实施顾问总是想让你认为软件开发的终极目标就是追求更高的 CMM 评级。TDM 说了一个笑话，以 CMM 的高质量和高效率毫无风险地生产出了一个让世界打瞌睡的产品。
比如现在 gigix 为别人实施 XP 提供咨询，XP 的最佳实践很多，是不是都要在第一时间一股脑全部用起来？如果不是，比较自然的采用顺序是怎样的？TDD 在有些场合会造成开发成本的上升。如果资源极度受限，是否还一定要强调 TDD？开展 XP 比较适合的是至少 6 个人以上的团队，可是我们的团队如果连 6 个人都没有，如何实施 XP（你不会只是骂骂，这个穷鬼，连 6 个人都不愿意雇）？对于以前那个认为我不用 Maven 就是不重视文档，不重视软件工程的朋友，我就只有苦笑了。不用 Maven，难道我会死吗？就算把 Maven 用好了，就能保证我的项目顺利完成吗？

咨询，看起来很光鲜，但是其实是充满荆棘的一条路。Kent Beck、Martin Fowler 都是些什么人，他们做过多少年项目开发实践了？不过还是希望朋友们能够获得一个很好的发展，因为他们都是一些我值得尊敬的朋友。