软件开发工程化、过程化与量化的思考

   “软件工程”这个词由来已久，今天忽然感觉有些别扭，记得在某本书里好像看到该词来源于建筑工程，而当前的软件行业中很多情况下很难用“工程”一词来形容，或者说，当前的软件开发现在很难用笼统的过程来定义，比如“需求分析、概要设计、详细设计、开发、测试”。
   当然，由于敏捷的概念越来越被人知晓，传统的瀑布式模式已经部分的被不少公司抛弃，但行业中一些人们的思维习惯有时仍然摆脱不了“工程”的影子，总摆脱不了过程化、量化。比如很多公司对quality有要求，规定测试覆盖率、单元代码行出现bug的数量不能超过多少多少等等。我们可以想想，开发人员能像流水线上的工人一样吗，我们的项目能像天朝的房地产项目一样吗？ 对于过程管理，难道是为了管理而管理？总想着怎么管理的人更适合去现在的政府机构。
   该有更好的方式来实现所谓的过程与量化背后的目的，如何去做，Agile里已经讲了很多，只是不少人的没有体会到或没有接受。人的固有观念改变不容易，尤其是在牵扯到自身利益的时候。
   你说Agile是万能的？ 我从来不这么想，但agile里的一些实践、规则值得我们采用，它里面的不少东西在现阶段被证明是适用的。