项目管理案例分析.doc_第1页
项目管理案例分析.doc_第2页
项目管理案例分析.doc_第3页
项目管理案例分析.doc_第4页
项目管理案例分析.doc_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

项目管理案例分析1. 某安装工程锅炉间3#栈桥处,一块方木从8米层坠落,打中正在施工的员工唐某的头部,令其当场昏迷,3分钟后才醒来。唐某当时正确佩戴有安全帽。事故的直接原因是土建单位拆除模板时无警戒线、无人监护、未发通知导致。下午4:20项目部刘某从主厂房检查工作后走出来时,被一块轻质水泥砖从16米层高度坠落时,直接打在刘某的右肩和右后背之间,安全帽刮破,刘当即昏倒。后经市人民医院进行全面检查后,刘劲双肺清晰、心肺正常,但右第4、5节肋骨骨折。事故的原因目前正在业主、监理的参与下进行调查。此地段下午4:30分以前是甲单位施工,4:30分后为乙单位筑炉队施工,砖头只有这两单位使用。 1、 上述两起事故同一天发生,虽然直接原因不不同,但从其中可以看到安全管理工作仍有许多不足和欠缺。如何预防他人伤害?2、 业主为赶工期,一般都是土建施工未完成,就要求安装单位施工,造成交叉作业,在赶工期与安全管理工作中,如何确保工期?如何加强安全管理?参考答案工程项目的安全管理贯穿项目实施阶段的全过程,在项目实施阶段安全管理极其重要,各相关单位和责任人要高度重视。建立健全安全生产的组织措施和技术措施,进行安全教育、落实岗前交底,提高安全意识,真正做到全员参与、群众监督,杜绝盲目指挥、野蛮操作。运用组织措施层层落实安全责任,及时发现安全隐患,制定纠偏措施,消除危险。检查、监督安全防护设施是否正确运行,确保“安全第一,预防为主”的目标实现。应该制定详细的项目责任章程,建立谁负责谁监督的机制,建立好沟通原则,通过规章制度来要求。除上述分析外,因整个工程项目由两个不同的单位进行操作,可能存在沟通上的问题,所以该项目中应有专职进行项目沟通的成员。2. 目前有一项医疗电子设备开发的项目,参加项目的基本上是在校的大学生。因为该项目是某老师自己出资,所以资金比较缺乏,学生基本上没有任何工资。老师的想法很简单,学生们参加项目是来学习的,自然不会有什么报酬。目前项目已经开始,我感觉到学生最初的热情已经慢慢消失,具体的原因,我觉得和老师过分看重资金有关系。但是按照我对该老师的了解,我无法说服他付给学生报酬。这种情况下,我该如何调动大家的积极性?你可根据所学知识分析以上问题并找出解决方案。参考答案(分析):无论是谁,付出后自然就希望有收获。学生在开始时候都明白不是为报酬而参与到项目中来的,是抱着学东西想法中来的,从以上的案例来看,显然学生是在项目进行中觉察到实际上学习到的东西比较少,或者付出不等于收获,于是原来收获的目标由学东西转移到金钱报酬上。针对这样的情况,应对措施一:学生本来期望的目标应该还没有改变,老师应该在该项目上多引入一些新的技术以及项目的实施方法,让学生重新把收获的目标引导到学东西上来,这样也不需要再引入资金,而且学生的积极性也会有所提高,这才是上策。应对措施二:这个一个团队建设的案例。做任何事情都是需要成本的。你要节省成本,就必然要牺牲质量。这一点,应该要导师有充争的理解。在没有金钱激励的情况下,激励团队成员的热情,应该在下面几个方面做些文章:1、 让学生知道自己目前工作对未来的影响。找一些类似的案例,说明参加这类的工作对以后就业、能力等方面的促进;2、 让学生的工作和毕业成绩联系起来;3、 实施一些投入不高的团队活动,增强成员的凝聚力,加深感情,让大家在工作中感到愉快。3. 一个公司的IT部门分为规划部和研发部,规划部负责出方案,和客户谈单,规划部门的人对业务熟悉,但是不熟悉软件技术和项目管理,研发部有开发组长(开发经理),属于技术能力很强,在团队中很有影响力,但是不熟悉业务,不擅长沟通协调。两者都不是项目经理的最佳人选,但是又必须有一个PM角色对项目目标负责,但是这两者立了谁,都不合适(谁做另一个人的上级都欠妥)。于是有人提出了“双项目经理”概念,由两个人来共同承担这个角色,在职位上是平等的,但是需要定义一个对上级负责的人,面对上级是一个人,决策由两人互补长短来进行,但是这需要这两人有非常高的默契协作能力。这个“双项目经理制”,可行吗?你可根据所学知识分析以上问题并找出解决方案。参考答案分析一在一个团队里面,没有一个清晰的领导人员,最容易造成权责模糊,执行力下降。更何况文中都说到两位高级人才,无论谁压着谁都不好,说明两人的领导能力旗鼓相当,如果两人发生权利之争,又该如何保证项目如期进行呢?本身业务和软件技术两个领域相差的就比较远,两位项目经理对自己不熟悉的领域会一些看不到的东西,但是很容易为了自身的脸面而坚持自己的观点(国人还是比较看重这个的)。建议:由软件技术的人出任PM,最大限度可以保证项目正常进行完成,同时熟悉业务的人员以顾问或监督的形式参与项目,监督项目的进度以及质量,但是不可以插手项目具体的工作。分析二:过去有位老水手说过一句话:出海不要带两块表,带一块或者三块。双项目经理的机制特别是在中国的人文环境下,95%变成一种互相牵制的机制,其缺点我不想多说,其实是不用多说了。我的建议仅供参考:以规划部为主设定管理机制,理由很简单他们更接近客户,他们对于项目的目标(单只产品)的理解较开发部更加明确。但是我们也要考虑不符合实现规范的设计会带来的成本问题,这一点在后面说明。从斑竹的需求中我可以感觉到这两个人在职位的问题上必然是不太好“搞”得人,否则斑竹可能也就没有这样的烦恼了。所以在实际的操作中不能有明确的“高低”之分,否则可能会引起两个团队的“协调性”,影响开发的情绪。所以,两个人的职位这样来定位:1 规划部负责客户需求分析及设计。2 开发部负责更具规划部设计的内容实现功能3 规划部和开发部体制上是“平行的”(表面而言)4 规划部充当开发部同客户之间交流的桥梁。5 所有的设计和实现以客户要求为准。6 当因设计修改导致实现存在成本过分提高的情况,须提交上一级领导审核。1,2只是简单的定位,没有实际作用3 是一种安抚的意味4 为5作铺垫5 定义规划部为主导6 当成本为题出现时,高一级才须要介入。分析三:1. 项目组织的特殊性, 用不找争职位高低项目组织是为了, 完成某一项目临时组织的团体, 他的生命周期仅限于项目期间, 项目结束组织也就散了, 还是回到公司原来的岗位, 个尽其责. 很多大项目都是调用各部门, 各公司的精英组织项目团队, 那岂不乱了?2. PM作用Proejct Manager最重要的是协调各组织(客户, 公司领导, 项目团体), 获得最大限度可用资源, 排除危险因素. 项目经理不用常驻项目站点, 适当的时机反问客户排除危险因素, 并对项目的重大决策拍板3. PL作用Project Leder 可以常驻项目站点, 进行技术指导, 推动项目计划, 安排人力, 碰见危险因素先与客户协商, 重大问题调用项目经理4. PM/PL制- 制造多级缓冲区, 对危险因素进行过滤, 若2个PM找谁, PM解决不了找谁?找老总?- 提高PM的决策威信, 决策重大问题, 提高PL的技术威信, 技术上镇住客户, 在客户面前的威信非常冲要4. 尼克在一家位于硅谷的公司工作,最近被任命为一个非常重要的生物技术项目经理。这个项目包括为用于组合人类基因组的一个DNA排序仪器开发软件与设计硬件。这个生物技术项目是公司最大的项目,并且预测将来会有巨大的增长潜力和潜在收益。不幸的是,这个项目的管理存在许多问题。这个项目已经进行了3年,项目经理也换了3次,在高级管理层任命尼克为项目经理之前,他是该项目首席软件开发员。高级管理层指示,无论如何必须在4个月内推出DNA排序仪软件的第一版,并在9个月内推出应用版。 1、 你认为该案中存在的真正问题是什么?2、 该案例是否反映了现实生活中的一个真实场景,为什么? 3、 尼克是不是一个好的项目经理?为什么? 4、 要成为一个更好的项目经理,尼克本应该怎么做? 5、 上级管理人员应该怎样去帮助尼克? 6、你预测本案例的结局会怎样?参考答案一、案例中存在的真实问题:管理混乱。1、尼克从技术人员,直接被提升为项目经理,而没有经过相应的项目经理知识培训。尼克做首席软件开发员,只能证明他的技术水平够强。但不能代表,他有能力去管理一个团队,能够将进度、资源、质量协调的很好。并且被指派的尼克做项目经理未必能够服众。从这点上,可以看出该公司在人才的培养上有很大的问题,强行指派不是解决问题的好办法。2、工作的安排,尼克做为首席的软件开发员,其担任的开发任务是相当的大的,而做为项目经理其工作量更比一般的开发人员大的多。尼克任项目经理后,势必难在二者之间把握平衡,必将造成二者都作不好的结果。3、工作量的科学估算。工作量需要通过科学的方法进行估算,来确定合理的进度。不能强行指定项目时间。即使有其他资源的增加,也要通过合理估算,才能确定。二、该案例确实反应了现实生活的一个真实场景。从其中的一点可以看出,比如开发时间确定的共十三个月,三年换三个项目经理的原因,可能也就是基于此,每年一个项目经理,就是因为在十三个月的时间内,没能完成指派的任务。三、尼克是一个好的开发人员,未必是一个好的项目经理。原因如第一条第1项所答。四、成为一个好的项目经理1、 首先,要具备项目经理素质,参加项目经理知识的培训。2、转换角色,从技术转为管理。培养新的首席开发员。3、与管理层沟通,合理安排项目进度。五、上级管理人员应该提前对尼克进行项目经理知识的培训,帮助尼克在项目中树立威信。为尼克配备好接替的开发人员。六、预测尼克在一年后,会成为该项目离职的第四个项目经理。5. 佩顿公司决定参与一项政府招标项目,内容是一种研究与开发工作,要求项目在确定开始之后90天内完成,条件是固定的成本和相关费用。这一工作主要由开发实验室完成,根据政府的规定,估计的成本应该基于整个部门的平均成本,为每小时19美圆。佩顿公司赢得合同,总值305000美圆。项目开始一个星期后,通过对一星期工作报告的分析,发现开发实验室实际每小时花费28.5美圆。项目经理决定和开发实验室的管理人员讨论这一问题。项目经理:“显然你知道我为什么到这里来,以你花钱的速度,我们将超过预算,多花费50%。”实验室主管:“这是你的问题,不是我的。在我估算这一工作的成本时,我提交的只是根据历史经验所花费的小时数,是定价部门将这些小时树基于部门平均的数据转化为所需要的资金数目。”项目经理:“那我们为什么要用最昂贵的人员呢?显然有薪水更底的人能够从事这一工作。”实验室主管:“是的,我们有薪水更底得人员,但是没有一个人能够如合同要求的2个月内完成这一工作,我必须使用在学习曲线上地位高得人员,单使用他们不便宜。你应该告诉定价部门增加部门的平均成本。”项目经理:“我希望我能够,但政府规定不允许。唯一的手段是为在这个项目中工作的那些高薪水的雇员设立一个新部门,这样部门平均薪水就正确了。不幸的是为仅仅2个月的工作而增加一个临时单位的管理费用太高了,对长期项目这种方法可以被采用。你为什么不增加工作时数以补偿所增加的经费呢?”实验室主管:“我必须提交我所估算的所有小时数的证据,如果我那样做被检查的话,我的工作就保不住了。你应该知道,我们必须为所有工作提交证据以作为申请的一部分。下一次管理人员在投标一个短期项目时可能应该多想一想。你应该向顾客说明一下我们的处境。”项目经理:“他的反应可能还是一样,看来我的奖金是难保了。”问题1、 这一案例中的基本问题是什么?2、 上述所指的“学习曲线”是什么意思?请解释一下。3、 是谁的错误?该如何应付这一困难?(参考答案)1、 答:这一案例的基本问题是:佩顿公司获得的某一政府研究开发项目的预算成本与实际成本不符,预算成本远远小于实际成本。原因之一是:实验室的实际单位成本为28.5美圆,而在招标时,根据政府的规定,估算的成本应该基于整个部门的平均成本,为19美圆;原因之二是:由于在投标时提交了估算所有小时数证据,而无法相应延长项目时间数。2、 答:人们在重复一项工作时工作效率会逐步提高。一般而言,当产量以倍数增加时工作效率以固定比率提高,即当产量增加一倍时,单位产量需要的工作时间会以固定的比例减少,这一比率称为学习率。3、 答:这一错误既不能归咎于实验室主管,也不能归咎于项目经理,更不能归咎于政府。错误的主要原因在于实验室主管与项目经理在投标前的项目预算中缺乏有效沟通。在项目管理和项目预算等活动中,只有统筹兼顾,相互沟通,才能把工作做好,各自为政到最后只能是弄得自食其果。6. 案例分析题为某省某运营商建立一个业务平台,并采用合作分成的方式。也就是说所有的投资由我方负担,平台投入商用之后运营商所收取的收入按照一定的比例跟我们作分成。同一时间,平台有两个厂家一起进行建设,设备以及技术均独立,也就是说同时有两个平台提供同一种服务,两个平台分别负责不同类型的用户。但是整个项目进行了10个月,并经历了一个月试用期之后。准备商用的第一天,运营商在没有任何通知的情况下,将所有用户转到了我们竞争对手的平台上去,也就是停止使用我们的平台。整个项目投资超过两百万,包括软、硬件以及各种集成、支持、差旅费用等等。现在我们所有的设备被搁置但不能搬走,并没有被遗弃,运营商口头声称还会履行合同,按照原来的分成比例给我们收入。但是我们无法得知每个月的使用情况、用户多少,所以根本无法知道我们究竟应该拿到多少分成。所以,运营商的口头承诺根本如同鸡肋。在出事当天,项目经理呆若木鸡。 你可根据所学知识分析以上问题并找出解决方案。以下是不同的案例具体分析,同学们可以参考他们的意见。分析一:抛开别的因素不说,我想大家能不能给我一点启发: 1.从项目管理的九大知识体系来讲,我们能不能避免这样的事情发生?2.出这样的事情,项目经理有没有责任?3.对于合作分成这样的平台建设方式,项目本身有什么样的特点?7. 小王被任命管理一个重要的软件项目,项目组有3个成员。如果该项目不能按照客户的质量要求如期完成,公司将损失大笔收入,这一损失将影响到公司的未来发展。 但结果是项目在小王手上失败了!项目不但延期了25%,而且客户还在公司的成员各自开发的模块间发现了明显的集成问题。情形是这样的:小王过去是一个很好的程序员,在去年被提拔为经理。成员A是一个有能力的程序员,在项目的过程中他被小王的经理调去参加公司的培训课程,这造成了他3

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论