别说你懂项目管理.doc

先画蓝图,再搭积木,像管理工程一样进行软件开发项目管理。今天的软件开发者,更应该是一个工程师,而不是艺术家。 Walker Royce认为,今天的软件开发者,更应该是一个工程师,而不是艺术家。
先画蓝图,再搭积木,像管理工程一样进行软件开发项目管理……这样的话我们早已经不是第一次听到,但是软件企业,尤其是国内的软件企业,真正能把软件开发项目像工程一样管理起来的有多少?大多数的软件企业依然处在一个需求→开发→需求→变更→需求→再变更……交付→变更……的可怕流程当中,过程缺乏有效的项目管理、质量控制、变更管理、发布管理、知识管理……正是管理流程的混乱导致了软件开发项目的失控,乃至失败。
尤其是国内众多软件公司正在与印度软件公司争夺欧美市场的今天,用中创软件董事长景新海的一句话说就是,“我们再也不能做高科技的‘农民’了!这样很危险。”这与Rational亚太区总经理Walker Royce在IBM2005开发者大会上所说的一句话异曲同工,“今天的软件开发者,更应该是一个工程师,而不是艺术家。”
从农民到工程师
软件企业里“高科技农民”的具体表现是什么?
无外乎以下几点:首先,没有项目管理意识。很少有农民会把自己的种植过程当成一个项目来运作,比如花时间去想今天种哪一亩地,或者明年种什么作物,又或者种植过程中家里人怎么分工,其往往是按照春种秋收等老经验,家里人也是谁想插秧就插秧,谁想耕地就耕地……没有明确的分工。Walker Royce所说的艺术家也是如此,灵感来了就大笔挥毫,没有什么工作计划。
但是软件开发假若如此,后果便会非常可怕。大型软件编程的工作复杂程度可谓千头万绪,假若没有项目管理,人员配置的混乱会大大降低软件开发的效率,也会增加出错率;没有工作计划,没有里程碑时间的控制,整个项目的时间将无法预估,而一旦超时,对于软件公司来说就意味着项目利润的逐渐流失;目标的不明确后果更糟,很可能最后的软件货不对版。
对此,国内的大多数软件企业,已经有很多通过了CMM或者CMMI的等级认证,像东软、摩托罗拉软件开发中心等还达到了CMM5级,由于CMM(软件开发成熟度模型)的要求,这些企业或多或少都有自己的软件开发管理流程,也已经开始用项目管理的理念来进行软件开发工程的管理。然而直到今天,用户依旧在抱怨开发周期太长,软件企业也依旧如此……
其次,缺乏质量控制和变更管理。老天爷说变就变,农民很难预测,如果遇上冰雹或是霜冻,也只能自叹倒霉。但是软件开发项目动辄上百万,程序上千万条,假若由于过程中的质量控制出现问题而倒回来追溯,如果没有变更管理工具的帮助,这几乎是不能实现的任务。还有假若在开发途中不能及时进行质量控制,比如喷喷农药什么的,最后发现问题,或者干脆到交付之后再发现问题,即使可以补救,也会耗费大量的人力、物力。据笔者所知,一些软件企业的项目本来利润就不多,就是由于经历了这样的返工,而导致成本无法收回。
最后,是知识管理。就像一个壮劳力可以把家里所有的活都一肩挑一样。软件开发项目组经常会有这样的“软件天才”出现,结果软件开发组往往可以依赖此人的能力,无论是创意、开发、测试……他都要参与,但是假若此人离开,此软件开发组的水平便会急剧下降……记得国内某著名软件开发中心的主管曾经说过,“我们最担心的不是钱的问题,而是人的问题,往往有人离