某项目管理案例分析论文

成功项目管理案例分析例文

引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于成功项目管理案例分析，欢迎阅读!

小马里奥特(J. W. Marriott, Jr.)是万豪国际酒店集团的董事长和CEO，喜欢走动式管理，以四处巡视旗下酒店为乐事。

他有一次巡视酒店，注意到顾客对餐厅女招待的服务评分不高。他问问题出在哪里，经理说不知道。但是，小马里奥特注意到了经理不安的身体语言，接着问女招待的待遇是多少。得到回答之后，他接着问为什么待遇比市场标准低。经理说：加薪要总公司决定，而他不想提出来。

对话不过30秒，但是小马里奥特发现了三个严重的问题：第一，总公司管得太多。第二，高层重视利润胜过顾客满意度。三，经理不敢提加薪要求，说明他的上级是糟糕的倾听者。当然，小马里奥特解决了所有三个问题。

这是关于怎么做决策的完美案例，但是在小马里奥特看来，这更是一个关于倾听的案例。他说：“我所做的，只是改变这位经理什么都不说的习惯，并且告诉他，有人愿意倾听他的问题—这是他的上级主管显然不愿意做的事。”

小马里奥特很重视倾听，也善于倾听。作为倾听式CEO，他至少有十点经验值得其他经理人学习。

一、倾听基层员工。小马里奥特习惯直接倾听员工的声音。

二、倾听对方的身体语言。要从身体语言中，发现对方想要隐藏的信息。

三、善用自己的身体语言，表示自己对正在谈论的主题很有兴趣。

四、保持适当的沉默。不要太早表示自己已经作了决定。

五、不要以表达方式是否迷人，来判断信息是否准确。小马里奥特发现：“一个人能言善辩、善于表达，并不表示他的想法都正确。相反，有些人内向害羞、不善言谈，他的话可能值得一听。”

六、不要选择性倾听。在上个世纪八十年代末，酒店业的过度扩张已经很严重，但是小马里奥特盲目自信，只把注意力放在正面的消息上，最终付出了惨痛代价。小马奥特总结说：“选择性倾听，几乎和完全不倾听一样糟糕。”

七、要主动倾听，也就是说，要提问。“这个技巧队高层主管特别重要(董事长、总经理)，这些人因为位高权重，通常与资浅的员工不那么亲密。”小马奥特推荐问这样一个问题：“你认为呢?”

八、倾听顾客。“在万豪，我们依靠顾客告诉我们，哪些做对了，哪些做错了。这是确定我们是否提供他们所想要的服务的.唯一方法。”比如，酒店以前为了美观都尽量把插座隐藏起来。通过调查商务旅客，万豪发现插座需要调整：随着笔记本电脑的流行，商务旅客希望房间里的插座要看得见，而且要随手够得着。

九、化倾听为行动。听到问题之后，要解决问题，这才是倾听的本意。

十、要知道什么时候该停止倾听。到了某个时候，必须停止辩论和收集事实，要根据已经拥有的信息来做出决定。

小马里奥特认为：知道什么时候停止倾听，是测试公司整体倾听技巧的关键时刻。显然，小马里奥特不仅自己倾听，还在打造公司整体的倾听能力。

善于倾听的小马里奥特，带领善于倾听的万豪，进入了《基业长青》一书赞誉的“高瞻远瞩的公司”的行列，跟IBM、通用电气、花旗银行、迪斯尼、索尼等公司排列在一起。

就像很多人忍不住好奇去观望严重车祸的后果一样，有数百万美国人都在收看NBC电视台的《名人学徒》(Celebrity Apprentice)节目第一季，想要看看一群名人夸张的表现自我，并试图用他们并不高明的商业智慧来赢得这档真人秀节目老板唐纳德·川普(DonaldTrump)的青睐。有谁能抗拒这样的电视节目呢——黄金时间播出，众多名人参与其中，还有其他11名渴望成为明星的人尽情展示自己，以赢得赞扬和由川普捐出的25万美元慈善捐款。

如果谈到怎样更有效的工作，看这样一档真人秀电视节目当然对于商人并没有多大价值。然而，真正有战略意义的内容可能隐藏在表面的夸夸其谈之后。除了用名人来吸引观众以外，这个电视节目对于如何成就一个有效的项目管理者还提供了真知灼见。它并不像看起来那么简单。

“让团队迅速完成正确的任务，这就是项目管理的本质。”希德·凯普(SidKemp)说。他是一位咨询顾问，著有畅销书《项目管理终极指南》。“这就是为什么《名人学徒》这样的节目提供的宝贵价值所在，尽管它是那么不切实际。”

“这种类型的节目说明一个事实，做生意的基础是人以及关系。这是一场对人类本质的有趣研究。”蒂姆·简金斯(TimJenkins)说。他是项目领导力咨询企业PointB公司的CEO。

所以先把怀疑放在一边，考虑以下项目管理的最佳做法，许多都是从《名人学徒》节目的情景里精选出来的。将这些建议付诸实施并不需要名流的血统，它们植根于坚实的原理中，适用于项目经理可能要面对的真实商业世界。虽然这不会让你登上《名人学徒》节目的舞台，但可以很好地帮助你成为项目管理领域的明星。

判断项目是效用或效率优先。反正不是这个就是那个，商业咨询顾问汤姆·丹诺斯基(TomDanowski)说。定位于提高效率的项目通常都是为了找到更好地做事方法来实现成本削减。而那些以效用为中心的项目是为了通过创新来发展——“做些与我们以前所做不同的事。”制造差异能让项目进入焦点。

判断项目是否与公司目标相吻合。丹诺斯基说：“把别人要求你所做的放入大环境来考虑很重要。你要将项目与更广泛的目标连接、明显地联系起来。”

做控球后卫。成功的领导者甘愿在幕后做事，指挥进攻，而其他人完成大部分的得分工作。简金斯说：“在《名人学徒》节目中，人们经常假定他们只要负责或指示，那就会显示出他们的领导能力。但实际上很少提倡那样。”

早点运用情商。理念执行专家罗利·科恩(RoryCohen)说，要让团队成员买账，就要通过鼓励每个人提交自己的理想计划，谈谈项目如何展开以及怎样达到目标。

敢于面对前方的阻碍。面对团队可能不同意或不能充分理解项目的最终目标。不管怎样，让每个人都为目标努力是项目经理的责任，凯普说，你可以将之定义为展示他们技能的机会。

像心理学家那样思考。心理学家乔依斯·布拉瑟斯(JoyceBrother)认为，“要在与团队成员的关系上投资，这样你会知道哪些东西能激励他们。”这是项目经理义不容辞的责任，简金斯说。将参与者的自我意识引向积极方面是项目经理最大的挑战，科恩补充说，不要试图压制他们，“你需要具有自我意识的人，他们会更努力。”

检查你自己的自我意识。最好的项目经理乐意把自己的自我意识放下，愿意帮助团队成员完成他们的任务，简金斯说。“如果人们看到你在代表他们工作，他们会更愿意为你做些什么。”

找出关键的外部人士。在融资或项目其他重要的环节中，了解谁具有决定权，这非常关键，丹诺斯基说。与他们的助手和中层经理保持友善关系也很有帮助，实际上正是他们可能使用你的团队制定的方案或流程。

传播新闻。利用通信工具，比如内网博客、群发电子邮件等，不妨让利益共享者频频在关于项目进展的新闻中出现，让他们保持兴趣。

做聪明的谈判者。不要拼命赢取每一次战斗。“要明白最终游戏是什么，”简金斯说，“认识到放弃一个谈判点也许会有助于达到下面路途中更大的目标。”

不要走旁门左道。不要在道德伦理或商业价值问题上妥协。不计成本争取胜利的思想状态会招来麻烦。

奖赏和庆祝。取得成功后，要公开地奖励团队成员。“小孩子们的自我意识需要奖励。”科恩说。很小但有意义的表达方式通常就够了，比如在同事面前的认可、发自公司总裁的一封电子邮件等。

记住，你是在现实的商业环境里运作，这与真人秀节目的共同之处很少。要想利用真人秀节目来培养商业智慧并不现实，所以就只吸取《名人学徒》这个节目所蕴涵的真正价值吧：看看人们在管理项目和人的时候可能会犯的错误。

成功的项目管理案例分析

引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于成功项目管理案例分析，希望对大家有所帮助。

某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为12~18个月。一个月以后，产品需求已经写完并得到了批准，项目经理制定了一个12个月期限的进度表。因为这个项目与以前的一个项目类似，项目经理为了让技术人员去做一些“真正的”工作(设计、开发等)，在制定计划时就没让技术人员参加，自己编写了详细进度表并交付审核。每个人都相当乐观，都知道这是公司很重要的一个项目。然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个理由是：

1)为下一个财年获得收入;2)有利于确保让主要客户选择这个产品而不是竞争对手的产品。团队中没有人对尽快交付产品产生怀疑。

在项目开发阶段，许多技术人员认为计划安排的太紧，没考虑节假日，新员工需要熟悉和学习的时间也没有考虑进去，计划是按最高水平的人员的进度安排的。除此之外，项目成员也提出了其他一些问题，但基本都没有得到相应的重视。

为了缓解技术人员的抱怨，计划者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求，但这还是必要的，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不可时才做，所以才会有现在这样一大堆要做的事情。

计划编制者抱怨说：项目中出现的问题都是由于技术主管人员没有更多的商业头脑造成的，他们没有意识到为了把业务做大，需要承担比较大的风险，技术人员不懂得做生意，我们不得不促使整个组织去完成这个进度。

在项目实施过程中，这些争论一直很多，几乎没有一次能达成一致意见。商业目标与技术目标总是不能达成一致。为了项目进度，项目的规格说明书被匆匆赶写出来。但提交评审时，意见很多，因为很不完善，但为了赶进度，也只好接受。

在原来的进度表中有对设计进行修改的时间，但因前期分析阶段拖了进度，即使是加班加点工作，进度也很缓慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和造成返工。

12个月过去了，测试工作的实际进度比计划进度落后了6周，为了赶进度，人们将单元测试与集成测试同步进行。但麻烦接踵而来，由于开发小组与测试小组同时对代码进行测试两个组都会发现错误，但是对测试人员发现的错误响应很迟缓，开发人员正忙于完成自己的工作。为了解决这个问题，项目经理命令开发人员优先解决测试组提出的问题，而项目经理也强调测试的重要性，但最终的代码中还是问题很多。

现在进度已经拖后10周，开发人员加班过度，经过如此长的加班时间，大家都很疲惫，也很灰心和急躁，工作还没有结束，如果按照目前的进度方式继续的话，整个项目将比原计划拖延4个月的`时间。

问题：

1. 在本案例中，我们能吸取什么教训吗?

2. 编制计划时，邀请项目组成员参与有哪些好处?

3. 学习曲线对软件项目有哪些影响?

1 本例存在的问题

(1)前期制定工作计划没做好

项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估，计划制定时没有做好评审，项目干系人的沟通工作没有做好。风险控制没有做好。做计划时，没有像做预算一样留出风险控制期。什么都按照最紧张的来做，一旦有地方出现问题，进度延误就成了必然的了。

项目组成员没有参加，这个问题就很严重，项目经理认为一个完全合格的程序员是可以在规定时间里完成指定的任务的，但是事实是这样吗?开发期间难免会遇到技术瓶颈，这些都是需要时间去研究的，新员工不熟悉的项目也没有考虑。制定工作计划的时候，项目经理最好是给一个大概的框架，在自己判断的基础上征求项目组成员的意见，尽量安排一个大家都认可的计划。

(2)管理问题

项目组的成员在做完这个项目后，都很疲惫，另外自信心也很受打击，花了时间没有交出一个好的项目，问题就不止在技术层面了，这大部分是管理的问题，从长远来看，这个项目组的成员离开的几率很大，公司的人才会流失。

整个案例中没有发现项目经理的工作是什么，项目经理的定位一定要明确，本案例中计划编制者更像是一个系统推销人员，是从市场出发的，完全没有考虑到开发的难度。

项目经理不知道各部门人员的立足点。即便项目经理制定了限期，也应该把项目的各个阶段策划目标向大家进行报告，让各个职能部门能够在框架下、限期内合理安排各自的工作内容。

对与大项目，项目组内的分层管理也很有必要。项目经理把指标分解给各个开发组组长，具体的开发工作让他们安排下去，项目经理可以花点时间去考虑一下项目组的整体问题，例如：成员疲惫等问题。抽一个晚上不加班，组织点活动让项目成员透透气，比加班效果好得多。例如风险的审视、计划统筹调整、组织层面的一些问题推动。

(3)沟通问题

项目实施阶段，商业目标与技术目标意见分歧很大，这个就是沟通严重有问题了，为什么在实施前没有讨论好?

做项目计划之前要充分和项目干系人沟通。尤其是技术主管和发起人。一个是从技术角度考虑，一个是从商业角度考虑。要让两个人的要望都得到满足，这样的计划才可行。案例中，只是从商业角度去考虑了这个问题，根本没有考虑技术上的实现难度，单纯的计算出所需的人月数。人月神话本身就是一个错误的理论。

员工抱怨。员工的抱怨并不是无理的，正是因为他们没有得到动员和鼓励，更没有得到阶段性的工作目标。员工也都有自己的想法和构思，应该统一大家的思想，便捷的方法就是让他们知道他们在做什么，价值在那里，他们的各自工作安排如何，才能让整个团队步调一致，协调统一。

(4)项目跟踪没有做好，应该定时开进度研讨会。关键的里程碑没有得到有效控制，规格说明书等关键节点没有控制好。

(5)单元测试与集成测试一起做

在时间紧的情况下，这样做也是没有办法，但是研发人员和测试人员一定得分清问题的严重程序，功能性的BUG，导致系统不能正常使用，必须优先修改，用户体验方面的修改，可以等系统试用后征求用户的需求再进行修改

(6)项目的人力资源问题

有新老员工，做计划时一定要考虑新员工前期的培训周期，这是影响计划的一个重要因素。不能按照人月来定周期，还要考虑实际的工作能力。

2. 编制计划时，邀请项目组成员参与有哪些好处?

做项目计划时，商务、客户代表、项目管理人员、QA、项目技术骨干、甚至公司的技术委员会成员等都要参与，至少在评审时一定要参与。让大家都了解项目的背景，意义和要求。可以统一思想，减少沟通风险和技术风险。对进度计划评估的更贴近实际。让参与的各部门人员明白自己将要完成工作的时间和未能按期完工对其他部门会产生的影响，还有就是根据时间节点分配自己任务。成员自己给出的承诺，他会对计划的结果上心一点。

3. 学习曲线对软件项目有哪些影响?

学习曲线对项目的影响：

(1)需要有一个过程，前面比较慢、技术的储备、熟练程度的把握;

(2)计划编制时前期安排一定的缓冲时间，便于学习&掌握技能，对设计、架构等关键节点做好相应的评审工作;

(3)加强学习和培训，加快项目组人员的进入状态

软件项目的技术中，有些不可预知的难题，这个需要由专人，专门的时间来攻克。做计划的时候，要把这个人和这个时间也留出相应的余地。另外项目成员的流失率是不得不考虑的一个问题，对新进成员的培训，也要考虑到，否则同样是1人月，工作效率可是完全不同的。