作坊离工厂究竟有多远 (续三）
　

---

(四)

smilemac

传统的大规模工业化生产是采用按既定的流程流水线的制造产品。最初的软件工程的理想大概也是向此方向靠拢。但问题是，软件能否按照流水线方式大规模的生产？如果你认为长城不能被批量制造，金字塔不能被大规模生产，那么软件也不能被流水线开发。

对于软件开发来说，任何两个项目都不会完全相同，不完全相同的功能集，不完全相同的非功能性目标，不同的时间资源约束，不同的公司文化，不同的用户，新的技术，新的开发工具等等，所有这些都为软件开发制造了不确定性。为什么软件开发要以项目的方式进行，因为项目这种工作方式恰好就是专为那些具有唯一性和不确定性的工作所设立。

但现在很多软件组织的开发方式却是挂“项目”之羊头，卖“流水线”之狗肉。以为流程重于一切，以为只要按照RUP或其他类似的过程一步一步走下来，就一定会得到一个合格的产品。不错，如果仅以产品的功能来衡量，确实从统计意义上说会的，但别忘了，项目目标的是一个三维向量—质量，时间，预算。（后面的章节中会陆续谈到质量之于软件的重要性和开发速度之于软件的重要性，相比之下，因为软件产品边际收益的不确定性，预算反而有可能成为最不重要的一环。）。如果从统计意义上说，完全按照RUP或其他类似的软件工程方法亦步亦趋地做下来，进度表一定会失控的。

为什么呢？从根本上说，项目管理实际上是风险管理，项目管理的过程基本上是基于风险控制表进行的。而对于软件开发来说，大部分的风险警报只有在编码和测试的时候才会出现。也就是说，编码开始的时间越晚，风险警报出现的时间也就越晚。而风险警报出现的晚意味着什么呢？意味着你在设计阶段做的无用功多，意味着你浪费的时间多，意味着你的项目延期多。所以这可能就是XP为什么一出现就受到热烈的讨论，为什么会有增量开发，演进开发等这些尽量提前编码开始时间的方法的原因。

人类的有限理性是什么？就是人们本来知道吸烟有害健康，但还是要去吸烟。对于程序员来说，没有什么比早早地看到程序运行的结果更重要的了，也没有什么比得到同行的一两句赞扬更重要的了，尽管他知道这些赞扬既不会为他带来加薪，也不会为他带来女朋友，但他还是会为此去熬一俩个通宵把程序尽早做出来。对他们来说，用UML,VISIO每天拿着鼠标在纸上谈兵远没有直接用程序把自己的想法表达出来更有意思。这就是程序员的激情，这也是软件项目赖以成功的根本保证。

将设计与编码截然分开，既愚蠢又可笑，更有甚者，将设计人员与编码人员也截然分开，由两组人去做。而这却是现在中国软件业新唐僧们从西天印度取经的结果，软件蓝领，一个有意思的词。记得有一次我和一位从事市场工作的同事谈起了“知识工人”时，他说，对，其实知识工作者也是工人。唉，大势如此，夫复何言。我不了解印度，不敢对印度说三道四，但我直觉地认为，中国软件行业的特点更像美国：有强大的内销市场，软件种类多，覆盖面大，小公司繁荣，新生类软件多等。这样的情况下，每一个软件的开发过程实际都是一个研究探索学习的过程，而在这样的过程中，设计人员只在大脑中想象自己的设计怎么样怎么样运行，我不能设想这样是否可行。

工厂与作坊的区别在哪里，不是指工厂有严格的分工，由明确的流程，而是指工厂能针对目标定制合理的软件过程，并在一次又一次的项目实践中改进它，积累它。不仅仅改进这个软件过程，而更重要的是改进选择合适软件工程的定制方法。在更高一级的抽象中重复，在更高一级的抽象中实现流程。

作坊离工厂究竟有多远？你举目望向前方的工厂，心里默默算着距离，却没看到，前面的低洼处写着：此路不通！

（待续）