1 / 4
文档名称:

IT项目管理案例分析.doc

格式:doc   大小:32KB   页数:4页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

IT项目管理案例分析.doc

上传人:ttteee8 2019/9/12 文件大小:32 KB

下载得到文件列表

IT项目管理案例分析.doc

文档介绍

文档介绍::..项目管理案例:项目经理应该为这些问题负责吗?(一) 案例正文陈伟明是公司的项目经理,在项目A筹备阶段就作为项目经理助理参与该项目,项目正式实施后被公司任命为项目经理。但使陈感到恼火的是:其他职能部门的经理虽然为该项目安排了时间和人手,但他们更热衷于其他项目。同时陈还被告之不要干涉部门经理对资源的调度和费用的预算。半年之后,陈借向公司管理层汇报项目进度的机会向管理层说明了由于职能经理不合作而造成的项冃严重拖期情况,这次汇报引起了公司管理层的注意,他们投入了更多的资源来使项目回到正常轨道上来,陈伟明不得不花费很多时间来准备文案、报告和投影以及各种各样的会议。公司管理层述为陈指定了一个项口经理助理,该助理认为应该通过计算机程序把各种问题程序化,于是公司又投入了12个人来开发这个程序,在花费了巨额资金Z后,陈发现这个程序并不能实现其目标,他向一个软件供应商进行了咨询,得知若要完成该程序,述需要多花费数倍的资金和两个月的时间,无奈Z下,陈只好放弃了该程序。这个吋候项口的情况已经很困难了,项口滞后了9个月,但还没有成型的单元完成,客户对项廿拖期问题非常关注,陈不得不花大量时间向客户解释存在的问题和补救计划。三个月Z后,项目仍然没有大的进展,客户开始不耐烦了,尽管陈进行了大量的解释和说明,但客户仍然不能接受严重拖期,于是指派了一个代表到项目现场监督工作。客户代表要求找出问题并持续更新,继而试图参与进来解决问题,陈和客户代表在一些问题上产生了激烈的冲突,导致两人关系恶化。公司管理层最后撤换了陈伟明,项目A在超期一年Z后,以预计费用的140%最终完成。陈伟明在项目A中遇到了很多项目经理都曾经遇到的困难,请你谈谈为什么他被撤换下来,他应该为这些问题负责吗?(二) 案例分析•从案例中可以分析得出,身为项目经理,陈需耍为这些问题负责。造成这些问题的主要原因冇以下两个:1、 沟通方面的问题2、 项口计划的制定、监控及修正的问题以下对两个主要原因进行分析:1、沟通方面的问题1)没能与职能部门进行很好的沟通,I•办调资源;从这个案例可以看出,该公司的整个运营链不流畅,有十分严重的部门墙存在。而陈作为项口经理,和各职能部门的协调沟通不够,造成公司资源(人力和资金等)的严重浪费。案例片段:“其他职能部门的经理虽然为该项目安排了时间和人手,但他们更热衷于其他项目。同时陈还被告之不要干涉部门经理对资源的调度和费用的预算。”分析:项廿经理陈出于没能与职能部门的经理进行很好的沟通而导致人力资源的效用没能完全的发挥(为该项目安排了时间和人手)。作为一个从项口经理助理晋升为项口经理的项口负责人来说其的确不能去干涉其他部门的资源调度,但是项目经理要做到的并不是去干涉,而是去协调,使其他部门的资源更好的为a己的项目组所用。陈不可能强硬地耍求其他部门经理随时满足他的资源和费用要求,更不可能要部门经理主动来配合他的工作。陈没冇得到其需要的资源时没有试着和部门经理沟通,向他们说明项目的紧迫性、重要性和项口拖延的严重后果,也没通过其他办法来获得资源,只是怒气地埋怨部门经理的不配合,后來更犯了团队合作的人忌一没冇经过与职能部门经理沟通就直接向管理层报告“职能经理不合作而造成的项目严重拖期情况”。把责任直接推到职