4、急功近利，遮掩问题。其实，项目开展三周后，项目的问题就已经很突出了。可是，由于刚刚当上项目经理，为了证明自己的能力，为了掩盖已经发现的问题，项目经理没有向上级汇报问题，而是将自己的责任推给项目组成员，让大家加班加点，完成任务。直到离期限不到三周，实际完成的具备未知难度的B类和C类程序的开发工作量还不到1/30的时候，项目经理才知道不能遮掩了，这时才向高层汇报情况。经过公司高层的协调，才得已抽调人员，及时解决问题。
谨防项目计划不切实际
以上四个原因，似乎都是很明显的表面问题，那么，最主要的核心问题是什么呢？究其根源可知，问题其实出在项目经理上，最主要的问题是项目计划过于乐观，而且不切实际、不合理。
其实，在项目早期，项目小组成员对日方的数百页的开发手册有些敬畏，都感觉到这个项目有些难度，但是，不知道难度具体有多大。
项目经理为了稳住军心，先将难度最小的A类程序排在进度计划的最前沿，这本无可厚非。因为按照开发A类程序的进度,他看似客观其实主观而且极为乐观地做了如下推算：1名PG 用2天完成1本程序，加上B类C类程序的难度，保守估计4天时间1本。那么完成40本程序的编程大概需要32天。一名测试人员用1天时间设计一本程序的测试设计书，2天测试完毕。一本程序在PT上大概需要3天时间，保守估计5天。完成40本程序的编程大概需要40天，编程可行。而且，测试不存在较大的难度，只是工作量的问题。总工期是44天。实在时间紧张，还可以安排加班。测试能力足够。测试没有太大的风险。
但是，他忽略了一点，为了稳住军心、增强信心的目的似乎有些单纯，以至于在达到这一目标后，在项目组成员从对项目的敬畏和担心中解脱出来后，随后就忘记了难度和复杂性，而和项目组成员一样欢呼雀跃，丧失了危机感，从而制定了较为糟糕的任务分配计划和进度计划，导致后期出现技术瓶颈，而又迫于期限，击垮了项目组成员，吓退了本应神勇的战士。
任务分配要科学
由于忘却了难度和复杂性的威胁，项目经理的任务分配计划也出现了问题。
在他的乐观估计下，项目肯定会异常成功。因此，他在A类程序成功完成的情况下，分配每名PG成员分别负责2本入力系、2本Batch系、2本账票系程序。这样一来，每一名PG成员都需要去学习掌握如何编程入力系程序、Batch系程序、帐票系程序，需要处理这些复杂的程序中潜在的技术难题。
但是，所有的入力系程序都是具有相同点的，只要写好了一本，其他的程序就可以仿照，可以说，如果写第一本需要15天时间，那么写第2本可能只需要4天时间。同样，Batch系程序和帐票系程序也具有类似的特点。
正是由于项目经理忽略了这种学习能力，导致他安排了大家去做同样的攻关工作，造成智力和时间的浪费，也影响了大家的情绪。直到后来才安排出专门的技术专家，集中解决问题，其他成员在技术专家指导下工作，提高了开发效率。
此文章共有5页 上一页 1 2 3 4 5 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
