项目管理与项目进度管理.doc

项目管理与项目进度管理某系统集成公司现有员工 50 多人,业务部门分为销售部、软件开发部、系统网络部等。经过近半年的酝酿后, 在今年一月份, 公司的销售部直接与某银行签订了一个银行前置机的软件系统的项目。合同规定, 6月 28 日之前系统必须投入试运行。在合同签订后,销售部将此合同移交给了软件开发部, 进行项目的实施。项目经理小丁做过 5 年的系统分析和设计工作, 但这是他第一次担任项目经理。小丁兼任系统分析工作, 此外项目还有 2 名有 1 年工作经验的程序员,1 名测试人员,2 名负责组网和布线的系统工程师。项目组成的成员均全程参加项目。在承担项目之后, 小丁组织大家制定了项目的 WBS , 并依照以外的经历制订了本项目的进度计划,简单描述如下: 1 、应用子系统 1)1月5 日~ 2月5 日需求分析 2)2月6 日~ 3月 26 日系统设计和软件设计 3)3月 27 日~ 5月 10 日编码 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 日很可能完不成系统设计。请问问题发生的可能原因, 小丁应该如何保证项目整体进度不拖延? (二)点评问题一:主要有如下两方面的可能原因: 1、小丁在进行项目进度计划安排时, 可能没有考虑春节法定假日的情况,在工作安排上存在严重不合理; 2、小丁对项目的监控力度不够, 如果真有进度延误的问题, 那么这个问题应该在春节放假前(或更早)被发现。问题二:小丁可以采用如下的措施来保证项目整体进度不被拖延: 1、在编码阶段和测试阶段适当增加资源或安排适当加班, 将这两个阶段的工期适当缩短些( 建议最好不要通过增加设计人员的办法来缩短设计工期); 2、将试运行时间往后挪一点( 因为从目前的计划来看, 试运行的截止时间和系统验收时间中间有一周的可“活动”时间), 因此可以在这方面也做一点文章。(三)案例分析分析 1: 首先, 因为小丁第一次做项目经理, 而且兼任系统分析工作, 所以在完成自身工作同时便有了自身工作已经完成, 剩下就是系统设计人员的工作, 难免事不关己高高挂起的感觉, 这是项目成员升为项目经理后常会发生的惯性做法,此为其一。其次, 从时间上来看,2 月正好是春节时间, 在春节前往往没有严格的管理都会出现工作松懈的情况, 再加上春节放假 7天, 工作势必会拖延,这是在做 WBS 时没有考虑到的问题,其为二。最后, 做为项目经理对项目负责, 需要全程监督和控制项目, 对于新升任项目经理必须对于风险、成本、质量、沟通有全面的准备。从笔者的文字来看工作被拖延了 2 周( 10 个工作日)左右,所以需要加大工作强度, 同时必须严格把关系统设计的质量, 时间紧迫的代价往往时质量的下降。文字结束前希望日后能看到笔者对于已经完成的项目的分析和采取的措施和最终结果。分析 2: 1. 项目计划不切合实际,如:对困难估计不足 2. 项目计划太粗,存在较大水分 3. 各阶段目标及具体工作不明确,时间浪费 4. 团队建设环节薄弱,工作效率不高,