项目管理案例分析试题及答案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
谁该为项目失败负主要责任
【案例正文】
小王被任命管理一个重要的软件项目,项目组有 3 个成员。如果该项目不能按照客户的质量要求如期
完成,公司将损失大笔收入,这一损失将影响到公司的未来发展。但结果是项目在小王手上失败了!项目
不但延期了 25%,而且客户还在公司的成员各自开发的模块间发现了明显的集成问题。
情形是这样的:·小王过去是一个很好的程序员,在去年被提拔为经理。
·成员 A 是一个有能力的程序员,在项目的过程中他被小王的经理调去参加公司的培训课程,这造成
了他 30%的工作延期,培训回来以后,公司宣布他在完成该项目后将被提拔到新的岗位,于是他一直忙于
熟悉新的岗位和经理,他的项目后期工作质量受到了严重影响。
·成员 B 是最没经验的程序员,他的开发进度较慢,不幸的是在项目过程当中他生了 5 天病,这更加
减慢了他的进度。尽管他努力追赶但由于没有任何有经验成员的帮助,他还是不能按时完成任务。
·成员 C 是最有经验的程序员,他的绩效是公司的一个标杆。他被分配完成这个项目最困难的任务,
并提前 25%完成了该项工作。他还被分配负责集成所有的软件并进行测试,但他声称由于 A 和 B 的延误、A 的低质量的原因,在你规定的发布时限之前,他没有时间对软件作彻底的测试。小王曾经跟 A
注于眼前的工作问题有过几次谈话,但没能见到任何改进。要求休完病假的 B 加班以赶上进度,他也照办了。小王要 C 帮助 B,他说他做过努力,但他认为 B 缺乏经验太难交流。
综上所述,究竟谁该为项目的失败负主要责任?
【相关分析】这个项目主要失败在对人力资源的管理上。在其各过程的控制中都存在着问题。
1、制定人力资源计划——识别和记录项目角色、职责、所需技能以及报告关系,并编制人员配备管理计划的过程。
这个过程应该特别关注稀缺或有限人力资源的可得性,或者各方面对这些资源的竞争。编制人力资源计划时,必须认真考虑这些因素对成本、进度、风险、质量各方面的影响,并编制人力资源配备的备选方案。应该拟定人员配备管理计划,说明需要每个团队成员的时间段,特别针对成员 A 和 C 应有资源日历;针对成员 B 应有培训计划;
2、组建项目团队——确认可用人力资源并组建项目所需团队的过程。
项目经理或项目管理团队应该进行有效谈判,并影响那些能为项目提供所需人力资源的人员。在本例中表现为小王应该与其职能经理就成员 A 的使用问题进行有效的沟通。如果不得不使用替代资源,项目经理应该在项目管理相关计划中说明缺少所需人力资源可能造成的影响。
3、建设项目团队——提高工作能力、促进团队互动和改善团队氛围,以提高项目绩效的过程。
团队协作是项目成功的关键因素,而建设高效的项目团队是项目经理的主要职责之一。而在本例中,成员生产率低下,团队成员之间缺乏认同与合作,团队环境恶化。
建议开展项目团队建设工作(如培训、团队建设、集中办公、基本规则宣导等),在过程中对团队进行正式或非正式的项目绩效评价,对成员的优良行为给予认可与奖励。项目团队建设会经历几个阶段(形成阶段--震荡阶段—规范阶段—成熟阶段—解散阶段),这里要凭借项目经理的力量有效带领团队经历所有阶段。
4、管理项目团队——跟踪团队成员的表现,提供反馈,解决问题并管理变更,以优化项目绩效的过程。在本例中,针对种种突发状况,小王缺乏积极的应对。事先无预防,事中无监控,事后无评估。从而造成进度延迟、质量低下。
建议通过以下方式改善局面:
1)预防措施是指在问题发生前所制定的、用来降低问题发生概率和/或影响的措施。这些措施可包括为减轻成员缺勤所带来的问题而开展的交叉培训,以及为确保所有职责的履行而进一步开展的角色澄清。团队成员经验水平的高低,将减少或增加项目风险,对此项目经理有必要进行额外的风险规划;
2)在项目执行过程中:
多观察和交谈,随时了解项目团队成员的工作和态度。项目管理团队应该监督项目可交付成果的进展,了解团队成员引以为荣的成就,以及了解各种人际关系问题。
过程中,应该持续地对项目团队绩效进行正式或非正式评价。
问题日志记录。书面日志能记录并帮助监控谁负责在目标日期之内解决某个特定问题。应该针对妨碍团队实现目标的各种障碍来解决问题。
3)人员配备的变化,无论是自主选择还是由不可控事件造成的,都会影响项目管理计划的其他部分。如果人员配备问题干扰了项目管理计划的实施,诸如造成进度拖延或预算超支,就需要通过实施整体变更控制过程来处理变更请求。
.
如何管理强势的关键性技术人员?
【案例正文】
在项目中有一些关键性的技术工作,且这些工作在行业内部非常保守、国内技术力量薄弱——也就说技
术工作人员难找。在我们团队里有一个这样的关键性技术人员,项目必须经过他这一环。在他这一环时,
时间计划完全被他控制——他说要多少时间就多少时间,而且这个时间非常随意,不给我任何商量的余地,更不要说去控制。同时,这个工作环节很难找到人代替或外包,这个人对公司好像也没多少留恋可言,纯
粹看钱办事。
目前来说,该如何处理呢?和他沟通、高层出面还是其他方法呢?
【相关分析】从案例中可以看到,项目经理苦恼的是关键资源的进度失控。
进度控制是项目经理的本职工作,除非超出你的能力范围,这个沟通工作当然还得你本人来做。
从做人的角度来说,既然是关键资源当然希望得到足够的尊重,所以在做进度控制的时候项目经理千万不
要抱着一种严格的上下级的心态来行动。
首先在确定关键资源的任务的进度基准的时候,这个很明显是关键资源说了算,如果你有一些跟进度有关
的制约因素的话,我觉得坦诚相告的话最好,让他帮助想办法解决。如果你觉得他说的水分太大,怎么办呢?就是通过求教的方式让他去对他的任务进行分解,细分到你能理解为止,这样你就可以核实进度基准
的可靠性了。如果细分的结果你还是无法确认,我想你需要考虑一些风险措施了。
进度基准既然是他认可的,那么对进度进行控制时我想你就不必太为难,当然你不必抱怨说,当初你说一
个月搞定,怎么现在还没弄出来。出现这种情况,也应该向他请教出问题的原因,技术上不能解决的问题,有时是可以通过非技术方法解决的。
外行管理内行,一个是要尊重内行,另外也需要内行能够认识到你是管理方面的内行,是能为他解决技术
问题提供管理方面的帮助的。
一个 IT 经理的无奈
【案例正文】
某家电公司的 IT 经理,为了帮助公司管理几十万台产品,提出了实施条形码管理的计划,得到了常务副总(后来升任为总裁)的认可,也得到了售后服务部、生产部、财务部和物流中心的赞同。
系统开始试运行后,遇到了不少问题。为了解决这些问题,IT 经理起草了一个流程再造及其配套软件
的申请。但向总裁(即之前的常务副总)申请时,总裁不同意,理由是“没有管理基础,用什么软件都没用”。
IT 经理于是直接和董事长谈。董事长理解了 IT 经理的意图,但表示他已经放权了,具体的实施还是
总裁决定。后来在一次高层会议上,总裁突然发难,认为条码系统成本太高,停止运行。
在 IT 经理和其他部门都无法说服总裁重新启动条码项目后,IT 经理分别向董事长和总裁提交了一份《成品物流流程优化方案》,其中不再提条形码,改叫成品物流系统,也增加了发货计划管理的内容。但
是方案交上去以后,迟迟没有结果。您认为此项目遭遇挫折的原因有哪些?这位 IT 经理后来采取的措施是