我是做软件的，入行也有近10年光景，早些时候写过一些C和汇编，然后玩了几年Delphi，这几年摆弄一些JAVA的东西。积累了一定程序经验以后，就没有太多时间写程序了，大多围绕一个项目，跑前跑后的。工作占去了大部分时间，用我太太的话说，从来没有看到别人像我这么忙的。我太太是学文的，对这行的情况不是很了解，虽然有些同行不很忙，但更多的人，像我一样在透支着大量的智力和体力，在不断地追寻着新奇和变化，当然也还有谋生的因素在里面。
熬夜并不是鲜见的事情，尤其是项目截止日期将至，大家需鼓足干劲，调动起每一个纤细的灵感和智慧，克服一个又一个的困难。当一个项目上线的时候，一缕白发也偷偷上线了。当然，如果能如期完成任务，再大的辛苦也觉得欣慰，可怕的是，时间一天天临近，项目人员却一天天绝望，不得不考虑项目延期了。
伴随着从业人员的痛苦，软件工程、项目管理、过程控制、能力成熟度等知识开始被大家接受，这方面的书也出了很多。我们在理论和实践的碰撞中一步步成长，项目管理就有些模样，至少有了配置管理和版本控制，并引入了里程碑检查。按说理论增强了，控制能力提高了，工作就能更加游刃有余，可事情好像远没有想象的那样美好，生活还是一个字形容“忙”，我太太对我，也就越来越绝望，在她眼里，我对项目的控制，似乎就为零，其实，忙乱的原因，很大部分是由于项目风险控制出了问题。
人的很多快乐得益于反思中的成长，这段时间由于工作的压力变得更大，考虑得也更多了。前些天，朋友送了我一本书，《与熊共舞——软件项目风险管理》（清华大学出版社，2004年3月），不是很厚，我在乘地铁上下班的时候，就看完了，受到一些触动。
这几年软件开发的能力确实是提高了，编制的质量越来越好，也可以服务更大的客户群体。97年前后，做过一段医院管理软件，当时哥儿几个坐在一起讨论了几次，方案就定了，之后就开始写程序。主体采用DCOM技术，用delphi 2 开发，还采用了delphi自带的vcs版本控制。vcs的使用培训就进行了很久，还老有人搞错，现在我见到的程序员大多数都会用vss了，还有些能使用clearCase，已不需要太多培训。DCOM的技术当时还非常新，技术资料很少，系统出来以后，发觉技术选形不是很好，系统的时间响应比较慢。现在技术进步了，软件架构和模式的文章，在互联网上非常多，程序分层普遍，也有很多性能优化的方法，这种事情就发生的少了。当然最重要的一个变化是，对设计和文档的要求越来越高，测试也开始引起大家的足够重视，全面提升了软件的品质。
可软件技术的提高，并没有解决软件业忙乱的困境。当我们把更新的软件和技术带给用户的时候，也培养了用户的使用能力和鉴别能力，用户变得成熟起来，需求也更加细致和苛刻，这就对软件的品质提出了更高的要求，开发的时间并不容易省下来。而且，当我们环视四周，软件公司如雨后春笋成长起来。像其他生产过剩的行业，软件行业基本上变成了买方市场，软件提供者间的竞争越来越激烈。在与软件企业的博弈中，客户利用市场优势占据了上峰，软件企业就必须提供更好的产品和更低的价格才能获得订单。这样，留给企业的利润空间变小，企业的风险增大，风险管理就显得更加必要。
那么，企业要怎样才能以更低的成本和更短的时间提供更好的产品呢？规模优势和工业化是解决这个问题不错的思路，可是，中国的软件企业，规模都较小，难以生产出标准化的产品，也就不容易形成规模化和工业化的优势。尤其是，市场形成了一种概念，认为软件是非常具有柔性的产品，是可以随意更改的，这就为实现工业化带来了更多困难。
我们公司主要提供企业的知识管理和竞争