说明：项目管理案例系列由名易软件-建筑系统[PMU]制作推出，版权所有。该系列以PMU会员实际项目案例为蓝本，结合项目管理专家点评和PMU会员分析，真实、深入、可鉴。

（一）案例正文

某系统集成公司现有员工50多人，业务部门分为销售部、软件开发部、系统网络部等。经过近半年的酝酿后，在今年一月份，公司的销售部直接与某银行签订了一个银行前置机的软件系统的项目。合同规定，6月28日之前系统必须投入试运行。在合同签订后，销售部将此合同移交给了软件开发部，进行项目的实施。项目经理小丁做过5年的系统分析和设计工作，但这是他第一次担任项目经理。小丁兼任系统分析工作，此外项目还有2名有1年工作经验的程序员，1名测试人员，2名负责组网和布线的系统工程师。项目组成的成员均全程参加项目。在承担项目之后，小丁组织大家制定了项目的WBS，并依照以外的经历制订了本项目的进度计划，简单描述如下：

1、应用子系统PgMp
1）1月5日～2月5日需求分析转自名易软件-系统
2）2月6日～3月26日系统设计和软件设计www
3）3月27日～5月10日编码club
4）5月11日～5月30日系统内部测试

2、综合布线：2月20日～4月20日完成调研和布线

3、网络子系统：4月21日～5月21日设备安装、联调

4、系统内部调试、验收转自名易软件-建筑工程
1）6月1日～6月20日试运行项目经理博客
2）6月28日系统验收

春节后，在2月17日小丁发现系统设计刚刚开始，由此推测3月26日很可能完不成系统设计。请问问题发生的可能原因，小丁应该如何保证项目整体进度不拖延？

（二）专家点评

王树文毕业于中南大学，获硕士学位，现就职于广州华南资讯科技有限公司（上市公司），从事过多个大型项目的开发和管理工作，目前任广州华南资讯科技有限公司软件质量保障总监，兼任公司SEPG执行主席和软件测试部经理。

王树文点评：PgMp
名易软件-建筑工程项目管理系统
问题一：我分析主要有如下两方面的可能原因：项目管理培训
1、小丁在进行项目进度计划安排时，可能没有考虑春节法定假日的情况，在工作安排上存在严重不合理；项目管理培训
2、小丁对项目的监控力度不够，如果真有进度延误的问题，那么这个问题应该在春节放假前（或更早）被发现。名易软件-建筑工程项目管理系统
名易软件-建筑工程项目管理系统
问题二：小丁可以采用如下的措施来保证项目整体进度不被拖延：项目管理培训
1、在编码阶段和测试阶段适当增加资源或安排适当加班，将这两个阶段的工期适当缩短些（建议最好不要通过增加设计人员的办法来缩短设计工期）；名易软件-建筑工程项目管理系统
2、将试运行时间往后挪一点（因为从目前的计划来看，试运行的截止时间和系统验收时间中间有一周的可“活动”时间），因此可以在这方面也做一点文章。

（三）案例分析

分析1：初看后得3点感言作者：梁桢名易软件-建筑工程项目管理系统

首先，因为小丁第一次做项目经理，而且兼任系统分析工作，所以在完成自身工作同时便有了自身工作已经完成，剩下就是系统设计人员的工作，难免事不关己高高挂起的感觉，这是项目成员升为项目经理后常会发生的惯性做法，此为其一。名易软件-建筑工程项目管理系统
项目管理论坛
其次，从时间上来看，2月正好是春节时间，在春节前往往没有严格的管理都会出现工作松懈的情况，再加上春节放假7天，工作势必会拖延，这是在做WBS时没有考虑到的问题，其为二。名易软件-建筑工程项目管理系统
最后，做为项目经理对项目负责，需要全程监督和控制项目，对于新升任项目经理必须对于风险、成本、质量、沟通有全面的准备。名易软件-建筑工程项目管理系统
名易软件-建筑工程项目管理系统
从笔者的文字来看工作被拖延了2周（10个工作日）左右，所以需要加大工作强度，同时必须严格把关系统设计的质量，时间紧迫的代价往往时质量的下降。文字结束前希望日后能看到笔者对于已经完成的项目的分析和采取的措施和最终结果。

分析2：不见得正确作者：lxjtraining

1.项目计划不切合实际，如：对困难估计不足项目经理博客
2.项目计划太粗，存在较大水分service
3.各阶段目标及具体工作不明确，时间浪费PgMp
4.团队建设环节薄弱，工作效率不高，协作精神差名易软件-建筑工程项目管理系统
解决的方法项目管理培训
1.明确目标，争得团队认同名易软件-建筑工程项目管理系统
2.调整、细化各阶段计划名易软件-建筑工程项目管理系统