案例分析
中源公司是一家专门从事系统集成和应用软件开发的公司，公司目前有员工50多人，公司有销售部、软件开发部、系统网络部等业务部门，其中销售部主要负责进行公司服务和产品的销售工作，他们会将公司现有的产品推销给客户，同时也会根据客户的具体需要，承接应用软件的研发项目，然后将此项目移交给软件开发部，进行软件的研发工作。软件开发部共有开发人员有18人，主要是进行软件产品的研发，及客户应用软件的开发。
经过近半年的跟踪后，今年元旦，销售部门与某银行签订了一个银行前置机的软件系统的项目，合同规定，5月1日之前系统必需完成，并且进行试运行。在合同鉴定后，销售部门将此合同移交给了软件开发部，进行项目的实施。
王伟被指定为这个项目的项目经理，王伟做过5年的金融系统的应用软件研发工作，有较丰富的经验，可以作系统分析员，系统设计，但作为项目经理还是第一次。另外项目组还有另外4名成员， 1个系统分析员（含项目经理），2个有1年工作经验的程序员，1个技术专家（不太熟悉业务）。项目组的成员均全程参加项目。
在被指定负责这个项目后，王伟制定了项目的进度计划，简单描述如下为：
1) 1月10日～2月1日需求分析
2) 2月1日～2月25日系统设计，包括概要设计和详细设计
3) 2月26日～4月1日编码
4) 4月2日～4月30日系统测试
5) 5月1日试运行
但在2月17日王伟检查工作时发现详细设计刚刚开始，2月25日肯定完不成系统设计，您建议王伟应该如何做？他在项目的管理中有问题吗？
问题点数：0、回复次数：5Top
1 楼mintwlf（Programmer）回复于 2005-10-10 19:34:08 得分 0
时间是不是太仓促啦？人员这么少，经过近半年的跟踪的项目4个月搞定真是神仙啊，哈哈！这样的系统最好是采用螺旋式的开发方法，先完成主要功能，然后逐步完善各个模块。Top
2 楼Alisa（零度百合）回复于 2005-10-13 09:29:45 得分 0
在制定项目计划的时候，在执行的时候会遇到不可预知的事件，这个是不可避免的，属于为止风险。所以在制定计划的时候应当把时间、成本风险考虑进去。现在项目进行到现在，可以适当的考虑修改计划，（计划制定了不是就不可以更改的）。建议根据现在的执行情况适当修改计划，使之更合理，更利于执行。Top
3 楼birdhaha（haha）回复于 2005-10-13 16:45:31 得分 0
建议王伟先跳楼，其他项目组成员跟着跳！哈哈
我觉得他在项目管理中是有问题的，如果进度落后，项目经理一定先前就知道，如他定的是 2月1日～2月25日系统设计，包括概要设计和详细设计，那么在2月17日前应该进行到哪一步的详细设计，项目经理应该清楚。
在这种情况下，必定要修改原来的计划。建议他以先重后轻，先大后细的原则实现功能，并用迭代式进行开发，在2月26日～4月1日编码阶段测试与编码同时进行，提高测试效率。
另：现在大部分银行系统都做得很烂，所以这个项目在5月1日试运行，试运行时再细化些功能是可以理解的。Top
4 楼paulowang（保罗）回复于 2005-10-14 21:37:29 得分 0
1、进度计划太简单，没有分解成wbs，所以进度不可控；
2、因为1的原因，无法做到项目监控，只能凭借经验判断“做不完”，无法早期发现问题
1、把后期的任务细化，最好一个任务是在半天到三天，重新制定进度计划；记得给自己留点缓冲；
2、加强项目监控，如定期去了解成员的工作进展、例会等等，尽早发现进度问题；Top
5 楼ajwsw0（）回复于 2005-10-15 20:39:57 得分 0
进度安排有问题：
1.需求分析和系统设计安排的时间太少，即便：王伟做过5年的金融系统的应用软件研发工作，有较丰富的经验
2.“2月17日王伟检查工作时发现详细设计刚刚开始”，并不是不正常，可适当缩短编码的时间。因为如果是有丰富的经验，需求分析和系统设计有做到了位，编码可在1个月内搞定的。
Top
