多年在IT行业摸趴滚打，有成功的喜悦，也有失败的辛酸。很多同业人现在都在大谈软件的项目管理，我也在思考。写出来，与同行共同探讨，以期把今后的工作做得更好，共同推进中国软件的发展。因为近期组织管理类项目较多，文章中也不自觉地多了管理类软件项目管理的色彩。

1． 目标

　　（1） 建立项目开发的质量保证体系，使项目开发有序化、文档化，有计划性、具可追溯性；
　　（2） 调动技术人员的工作积极性、主动性、创造性；
　　（3） 保证项目的按计划实施，保证项目的完成质量；
　　（4） 为客户提供及时、周到、满意的服务；
　　（5） 做好公司内部软件资源的管理，提高软件资源的可重用性；
　　（6） 做好技术人员的管理工作，增强归宿感，做到敬业乐群；
　　（7） 做好技术储备和探索性研究，做好梯队建设。

2． 现状

　　国内软件行业的发展很快，而成规模的又凤毛麟角，绝大多数软件公司人数在50人以下，占到软件公司总数的55%以上，这部分公司整日忙于生计，主要靠公司几个技术“高手”支撑，公司的命运与这几个“高手”息息相关，这几个“高手”也是整天在扮演“救火队员”的角色，整天价忙得不可开交，压力很大，无法解脱。其实，一些国内的软件公司也是在这样拼杀。1997年金山推出WPS97名震四方，有媒体披露靠的是“十来个人七八条枪”，靠的是求伯君卖了房子卖了车，那时，求伯君也讲，中国有中国的国情，无法按国外的开发方法组织，那样成本太高。这标志着还处在“软件英雄”时代，还没有进入产业时代。也是在1997年，用友首先在国内软件行业通过ISO9000认证，开了先河，也是在这一年，“软件工厂”的概念被媒体炒得火热，很多业内的有识之士在思考，软件公司该如何管理、组织，也是在这一年，我到电子部出差的时候，知道了有一个东西叫CMM，那是国外评价软件公司和软件承包商成熟度的一个标准，国内以后大型项目招标可能会引用。

　　前段时间，见到一份资料，讲的是CSCMM，即中国软件的CMM，称这项研究开始于四年以前，是CMM与中国国情结合的产物。这是说，四年前从电子部了解到的那个消息现在有了“研究成果”，另一个信号是，国外对软件承包商成熟度的评估办法也快要引进来了，做“外包”，需要有CMM，做大型的“内包”，也快要要求CSCMM了。发展是历史的必然，机会与挑战同在是我们常诵的格言。迎上去，海阔天空，等下去，山穷水尽。

　　WTO，已经是不远的现实，软件产业化也是不争的现实。作坊式的生产、英雄式的产业终经不起大浪淘沙。

3． 组织

　　以项目组作为一个描述单位。
　　A．系统分析员，通常可以担任项目经理，全面对该项目的质量和进度负责，整个项目的组织者和直接。是用户需求调查的主要负责人，与用户沟通的主要协调人。与系统设计师组成系统分析小组，执笔起草用户需求报告（按道理这份报告应该用户撰写，但通常情况下都要软件开发商代劳）、系统可行性分析报告、系统需求说明和设计任务书等，制定系统开发计划，制定系统测试方案，制定系统试运行计划。
　　B．系统设计师（原来习惯称高级程序员），参加系统分析小组，参加用户需求调查，分别着重于服务器端或客户端或中间层协助系统分析员进行可行性分析，协助系统分析员完成各项系统分析报告。用户需求报告和需求说明获得用户评审通过后，分别着重于服务器端或客户端或中间层制定详细的设计任务书，制定程序设计风格，制定软件界面风格，指定参考资料，确定可引用的软件资源，指导程序员的工作。
　　C．D．程序员，在系统设计师的直接指导下开展工作，严格按照设计任务书的要求进行设计，不许追求个人风格，强调沟通与协作，培养务实求精的工作作风。
　　E．档案控制员，可以一个项目配置一个，同时兼做部分测试员的工作，也可以几个项目配置一个专职的档案控制员。档案控制员负责保管好项目每一个阶段的文档，编好号，建好索引，方便查阅，又要保证档案的完整、安全和保密。另一个职责是做好软件的版本控制工作，每次正式发布的软件或阶段性的软件程序员必须将源代码和相关的说明书交给档案控制员统一打包、编译、建档。保留好软件的每一个版本，每一个版本升级的详细不同都要有详细记载。重点文档要重点保护，如用户需求报告和需求变化的阶段记载，项目进展过程中的每次会议纪要，阶段性的测试报告，每次评审的问题清单，开发过程中遇到的主要技术障碍和解决途径等。
　　F．系统测试员，直接接受项目经理的指导，严格执行项目经理制定的测试方案，有条件时系统测试员可以深入用户实际工作环境，了解用户的实际工作情况，收集来源于实际的测试试例，做好测试记录，做好测试报告，做好与程序员和系统设计师的沟通，跟踪问题的解决。测试报告和测试卡要交档案控制员归档。