关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

栏目说明
    项目管理者联盟《案例》栏目,是为项目经理排忧解难的互动平台。当您的项目碰到难题时,您只需要将您所在项目的情况描述清楚并提交到本网站,众多项目管理高手将对您的问题提出最佳解决方案。您的项目背景信息必须清楚;项目的进展现状必须详细说明;项目难题中所涉及的项目成员关系要阐述清楚。
专家点评
缪燕  目管理者联盟 缪燕
【案例正文】
   小李从一个著名的IT企业辞职了,为了创业的梦想,自己开了个公司,想运用十多年软件.....[详细]
·如何与有争议项目的客户沟通
·项目收尾面对突如其来的变更
· 如何改善不注重工期的项目文化?
·一个外行项目经理如何管理项目
· 项目目标为何失控?
·从公司战略角度认识项目目标
more>>最新案例
04-10·需要职能部门的配合的时候.
04-10·需求合理但得亏成狗了,进.
10-18·项目领导无法正确判断项目.
10-09·多项目总是面临冲突无法协.
10-09·国有企业项目集群管理推行.
09-28·项目领导无法正确判断项目.
08-16·对开发流程不了解的项目经.
06-15·如何评价产品经理拿数据说.
05-12·需求分析所需达到的详细程.
04-28·技术出身的管理者,求教如.
more>>热点案例
·如何处理项目中的尴尬局面.[4109]
·多项目组合作的项目如何明.[2877]
·项目团队人气底下态度散漫[2252]
·项目人员管理上的一个困惑[2171]
·高温煤气净化项目收尾阶段.[1728]
·PMO应该如何更好的分配资源[1453]
·项目中人员成本所占权重该.[1425]
·IT项目经理应该如何与技术.[1380]
·怎么样建立一个比较实用的.[1267]
·如何确保项目能在有限时间.[893]
·采用什么的组织结构[851]
·如果你是项目经理,怎么去.[819]
·工期拖了怎么办?[778]
·软件项目预期延期如何应对[769]
·某个工程项目的索赔问题[743]
·客户方领导同意方案但是拒.[743]
·如何做好项目的质量成本分.[738]
·《越狱》主角迈克尔算不算.[729]
·新入职项目经理如何介入项.[691]
·不是技术出身的人如何做好.[647]
最新分析
·需要职能部门的配合的时候.[60]
·项目领导无法正确判断项目.[14]
·项目经理该不该参与开发的.[16]
·需求合理但得亏成狗了,进.[15]
·多项目总是面临冲突无法协.[6]
·项目领导无法正确判断项目.[8]
·用人抓大放小,要学会放权[12]
·做项目过程中,很多不是本.[4]
·如何评价产品经理拿数据说.[14]
·如何开项目经验总结会?[13]
·成功转型的敏捷团队,背后.[4]
·多项目管理的协调问题[7]
·如何就质量管理进行优化?[5]
·需求分析所需达到的详细程.[10]
·三家公司同做一个项目该如.[4]
·国有企业项目集群管理推行.[6]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
“双输”之路的困局
[姓    名]  韩超 [单    位]  真实案例,单位保密 [发布时间]  2010/1/28
[所属行业]  IT软件 [所属主题]  项目进度管理 [项目阶段]  项目全过程

案例正文

  A公司是一家在家用电器零售领域深耕多年之后,拥有丰富的行业资源及经验的实体企业,A公司管理层想把这些经验及资源通过搭建一个IT系统来为客户提供相关行业信息并且实现交易。

  从年初项目正式开始到现在,7个月的时间过去了,这个系统还没有正式上线。为此,客户方负责该项目的IT信息主管刘一民,一直在为自己面对 软件开发公司的一系列不规范化管理问题而愤愤不平。刘一民通过熟人与某国内知名软件开发公司(以下称为B公司)开始接触,这家软件开发公司拥有近8 年时间的历史,其业务包括外包服务、软件开发等,并且有很深的政府行业开发背景。

  双方谈定,由B承接A公司平台开发的项目,原定项目周期为三个月,第一期投资额为20万元。按照行规双方就付款商定,在项目开始之前预付50%,项目可以进行到验收的时候,再付30%,正式上线后全部结款,后续还将给予免费的半年服务。

  年初,软件开发项目正式启动。先期A把各功能模块原型网站提供给B,比如,新闻发布系统、论坛,甲方都有自己中意的网站。让软件开发公司按照自己所中意的网站功能来做开发的参照⋯⋯刘一民当时认为自己的需求应该是简单明了。

  “最初我们在选择哪种开发语言犹豫了很久。最后选定了;主要是因为PHP开发简单,占用系统资源少。JAVA虽然具有跨平台及性高的特点,但是项目投资及占用系统资源较大。”刘一民说。由于刘一民作为甲方的主要负责人对于IT技术并不陌生,他认为,双方在沟通上应该更容易达成共识。 "

  合同商定,项目实施期限为两个半月。客户方为此配备了本地、IDC托管、数据库系统和网络系统。与此同时,为了组建这个新的部门,刘一民开始招兵买马。也就是说,从人员到基础设备,客户方都作了充足的准备,各路人马各就各位准备在新业务中大展鸿图,可谓势气充足。剩下的就是等待这个信息平台的正式上线。

  第一次出现分歧

  在刘一民看来,这是一个并不复杂的项目。按说B公司的速度并不慢,四个软件技术工程师组成的项目组在半个月后就将开发出来的系统雏形交到刘一民手中。结果却出人意料。作为甲方项目负责人,刘一民大为惊异地发现项目原型跟自己当初的设想简直就是南辕北辙:“甚至于他们提供的原型图都有错误,小到图变形偏色,大到逻辑功能都弄错了,连版式都出现错误。第一个版本简直是完全失败的!”

  在项目的进一步推进中,刘一民还发现,一旦涉及到修改版式,对方就会以各种借口要求项目延期。“一个小小修改,就要求给出十天时间,虽然对方没有提出要求增加项目的费用,但是对计划中等待上线的我们来说,付出的实际上有超出预算的时间成本。”

  其实,刘一民也很清楚,没有一个软件开发公司能把第一个版式顺顺当当拿出来。可是,如果在此时,对方及时将必要的需求文档补上,重新对客户的需求进行分析,则可以将双方的损失减到最低。但是这家软件开发公司为了节约时间,根本无暇顾及规范文档的问题,他们采取客户提出一个错误就这个错误对着修改,结果却是旧错误派生出更多新错误。

  “他们太轻视这个项目了,没有仔细分析客户需求。在正常情况下,需求规格说明书是在项目开发开始前就该做好双方签字的,而且做的过程中就该主动和我们沟通。”刘一民说。时间成本的损益为了加快项目进度,甲方公司其他同事开始参与进来,帮助做测试。但由于甲方大部分人员对专业技术的了解相对有限,他们只能从业务方面根据自己的使用习惯提出相关变更需求。

  “此时,实际上需要开发商对他们的这些需求进行甄别,明确哪些功能是可以通过IT技术来实现的,哪些是超出了他们的业务开发的范围的。并且,在这个过程中应该由开发商来建立严谨的确认文档,以明晰双方的责权利,为后期追加项目资金投入作依据。”技术出身的刘一民对此相当熟悉,但他想不到即使在这种情况下,乙方也未采取相关措施。

  刘并非不愿说服公司停止该项目,只是他更清楚公司为此要付出的代价:“我们必然要付出更长时间,因为不仅所有的需求我们要重新讲一遍,并且即使这样,也无法肯定别家开发公司会比这家更好?”乙方的项目工程师也抱歉地表示,他们当初低估了这个项目的复杂程度。相关负责人直言不讳:“我们也希望这个项目能快点完工,公司在项目上投入的人员已经超过了项目成本,实在耗不起了。”

  7个月下来,这个小型的项目开始有些眉目。其间,这家软件开发商临时抽调了更多人来参与项目开发,大大超过预期投入成本,核算下来,他们基本无利润可言。

  客户方同样受损,他们计划在其年会发布该系统,结果因为系统延误而使负责人非常被动。因此,客户不仅不承认超出原定项目的投入额度,还表示应该由开发商来承担因项目延期给他们造成的损失。这次损失达到项目总额的两三倍,最终造成了所有人都不希望看到的双输局面……

项目管理者联盟PMP培训
相关分析6个分析)

廖丹
省份:北京市
单位:该信息保密
行业:金融业
 
时间:2010-02-25
题目:可行性分析缺失

分析:上面的几位都提出了需求方面存在的问题,我就不多说了,增加一点,是关于《可行性分析报告》的,这方面的问题我觉得主要是B公司的项目负责人根本没有做详细的思考,谈了一次两次,心里存在的想法就是一个新闻发布系统和论坛,没什么风险,半个月齐活等等,完全没有把可行性分析做到位,同时也没有按照最大周期和最小周期做出合理的估算,导致没有一个正确对待此项目的态度,以致出现文章中出现的问题。

陈伯鑫
省份:河南省
单位:该信息保密
行业:通信与网络
 
时间:2010-02-07
题目:完善管理

分析:从案例描述上看,客户作为一家电器零售实体公司,在行业内运行多年,必然已经形成了一套自己的工作流程,而这些流程需要项目组与客户进行有效的梳理提出核心内容来搭建好IT系统的骨架。
从一开始客户仅仅提出自己的表面的需求仅仅是模糊而不清的需求而没有详细的系统化,而项目组在人员组成上全部以技术为主,而缺少对行业和本身技术都有了解的管理人员,缺乏引导项目组方向的人,这样就会导致需求的不明确和沟通的不畅。而且正因为了解不足所以对项目实施的风险与重点把握不到位,导致在时间和人员上投入不到位,最终造成双方在时间和金钱的损失。这些应该是IT项目中的通病,从描述上看在项目实施中客户并不缺乏这样的人员,但B公司却很少有这样的人员,可能这就是为什么做为一家实力不弱的公司在小项目反而实施不畅的原因。

万勤
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2010-02-04
题目:明确责任

分析:该案例从面上看,双方没有达成共识,也就是需求。需求是开始,也是源头。需求的错误,导致工期拖延、返工也就是理所当然了。总体来看,B公司本身对该项目重视程度不够,缺少总体规划和项目控制,项目管理很乱。客户负责人刘本身对项目需求无法把控,完全交由B公司自行甄别,而且B公司又没有进一步利用文档进行固化。直接导致需求一直无法固化。从后续客户不承担项目投入额度,还表示应该由开发商来承担因项目延期给他们造成的损失,这一点来看,该项目的干系人对项目实际情况都不认可,沟通上应该是有很大问题。项目应该没有及时通报项目的情况以及实际的原因。

阿钟
省份:安徽省
单位:该信息保密
行业:IT软件
 
时间:2010-02-04
题目:需求管理和沟通计划

分析:1、在初始阶段的需求收集/分析存在致命的缺陷
2、对于甲乙双方来说沟通也是一个明显的问题。该过程应该B公司的项目经理来驱动整个过程的沟通、制定定期沟通的计划。特别是在初始的原型设计后就应该及时与客户确认,而不是等到设计都已经完成才让客户知道双方理解的差距有多大。

李江
省份:河南省
单位:该信息保密
行业:IT软件
 
时间:2010-02-04
题目:每个人都要为自己的错误付出代价

分析:这个案例失败的主要原因在于需求不清晰:
1、合同签订时,乙方没有详细了解需求,匆忙签订了合同。
2、项目开始时,甲方没有和乙方没有交流清楚需求,甲方负责人由于对技术比较熟悉,认为需求比较清晰,但是把客户需求转换为开发的过程太过简单,没有形成正式文档,导致开发的理解偏差。
3、没有设计者,各个程序员各自为战,肯定导致需求不一致。
4、出现分歧后,乙方要求延期的做法,感觉他们刚开始就是为了签合同才许下的3个月的开发周期。
5、需求不清,没有设计规划,没有范围,没有文档,项目不可能成功。
6、要想快,要先慢下来,而不是省下来。

张云云
省份:天津市
单位:该信息保密
行业:IT软件
 
时间:2010-02-03
题目:系统预想及要件分析

分析:我觉得问题出在前期调研阶段以及需求分析阶段。
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者
PMI,Project Management Professional, OPM3, PMBOK, PMP,PgMP,PfMP,PMI-ACP,PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.