关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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认证
L公司医疗IT软件开发项目管理存在的典型问题
[姓    名]  杨学明 [单    位]  真实案例,单位保密 [发布时间]  2011/7/4
[所属行业]  生产制造 [所属主题]  项目质量管理 [项目阶段]  项目控制

案例正文

  背景:L公司是中国一家专注医疗设备与软件研发的高科技企业,其中医疗IT软件作为最早自主研发的产品,在医疗行业一直保持较高的竞争力。主要的软件产品包括超声工作站、放射工作站、内镜工作站、医院叫号系统等医疗IT软件产品。

  本项目是新产品的开发,产品是针对多排CT图像或MR图像序列,在设备图像采集满足三维数据体条件下,采取医学专业的高级图像处理与可视化技术对图像进行重建,满足医生临床诊断的2D和3D角度的观察,提高影像中心的工作效率,提高诊断精度。

  前期准备:

  需求收集,由产品市场部对市场的需求进行了收集,主要是对各大医院的临床需求进行了调研,最终形成市场需求列表。

  两个月后,《产品可行性分析报告》经过了高层领导的审批,并进行了项目立项,整个项目的预算为80万。

  技术预研,由开发部陈锋对技术的难点进行了预研,两个月后,预研完成,并提交了相关的测试报告。

  开发过程:

  项目任务书规定开发周期为12个月,由于陈峰对技术很精通,公司决定任命他为项目经理,团队结构如下:

  项目经理 1人

  开发工程师 5人 (包括项目经理)

  测试工程师 2人

  文档工程师 1人

  配置管理 1人

  SQA 1人

  2009年7月16日,项目正式开工,该项目采用传统的瀑布模型进行开发,主要的项目计划理程碑如下:

  需求阶段 2009.07.16 – 2009.07.30

  高层设计 2009.07.30 –2009.08.15

  详细设计 2009.08.15 –2009.10.15

  编 码 2009.10.16 – 2010.4.30

  测 试 2010.4.30 –2010.6.15

  文档准备,客户验收测试 2010.6.15 – 2010.6.30

  修改BUG,发布 2010-07-15

  项目开工后,大家干得热火朝天,陈峰由于既是项目经理,又是技术负责人,他非常有信心按期完成该项目,并在开工会上公布了该项目的考核与激励制度。

  2009.07.30,项目组按期完成《需求规格设计说明书》。

  2009.08.15,技术负责人按期完成了高层设计。

  2009.08.16,市场部提出,最近有几家客户都问到这个产品了,9月份可能有客户要看演示的DEMO,需要加快开发进度,问项目经理是否可以先开发DEMO,详细设计到后面再补充,先把产品的原型做出来。

  项目经理经过与项目组及项目管理部,公司研发总监、研发副总裁都参与了评审,决定去掉详细设计这个环节,直接进入产品的编码阶段。 开发组的另几名小组成员根据《高层设计》负责各自模块的开发工作。

  从此,5人的开发小组进入了非常忙碌的编码阶段,陈锋由于技术精通,在技术上对各个开发人员的指导和帮助很大,通常为他们讲解技术知识,解决技术难题。他们加班加点,既不影响项目进度,又要满足市场的需要。

  开发过程中,由于原来制订的计划已完全被打乱,SQA无法再根据原来的质量保证计划进行跟踪,项目的成员此时仅限于几个编码人员,其他人已无法插上手。

  开发过程中,产品市场部根据市场最新客户反馈的需求不停的给项目经理陈峰提意见,由于公司整体是以市场导向的,陈峰只得硬着头皮根据市场的需求进行变更,开发人员对临时的需求开发变得非常疲惫。而周边的人员如配置管理、SQA、测试人员、文档工程师都帮不上忙。

  2010年春节上班后的第一天,陈锋就向领导反应这个项目做不下去了,现在产品市场部提的需求有部分不能实现,遇到了技术瓶颈,团队有成员不想做了,要离职。由项目管理部组织会议,对新增的部分需求进行评审,包括研发总监、研发副总裁在内,最终决定产品要继续开发,陈峰承诺关键技术问题的解决时间为2010年3月15号。其他的工作继续进行。

  遗憾的是,陈峰并没有在3月15号之前解决问题,一直到5月1号才把问题解决,这时已有2名开发人员因为信心问题而离职,陈锋除了要考虑项目进度外,还要考虑项目资源,由于这时研发其它项目资源也很紧张,他不得不重新招聘人手。

  等陈锋招到2个新人后,已是6月15号,这是项目计划中系统测试的关键里程碑, 但现在开发任务至少还剩下一个月,在公司的月度会议上,陈锋向包括总裁在内的各位高层领导,并因为项目进度延迟的原因受到了老板的批评。

  2010-07-15,测试部终于拿到了三维系统的第一个测试版本,但测试人员无从下手,因为现在的系统跟原来的需求规格完全不一样,改变太多,需要项目经理重新培训,测试用例需要重新编写。

  虽然关键功能都已实现,但由于团队新招聘的人员对系统架构不太熟悉,系统的稳定性很差,开发和测试人员疲于奔命,不停的发布内部测试版本,新的BUG不断出现。

  2010-09-30,国庆节的前一天,系统终于开发和测试完毕,测试部输出最终的测试报告,同意该产品向市场发布,此时已延期75天。所有的文档包括《详细设计》《需求规格》《产品说明书》等还没有上传到配置库。

  2010-10-22,经过两周的努力,开发人员,测试人员,配置管理终于把所有的文档完成上传,但不幸的是,产品市场部根据医生的反馈情况,该系统还存在严重BUG,界面不符合医院的使用习惯,系统通常出现莫名的异常报错,产品手册与真实的系统操作不一致。

  面对这些问题,项目经理陈锋陷入了沉思中。。。。。。。

  这个项目存在哪些问题呢?应该如何去补救呢?

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

马克
省份:北京
单位:该信息保密
行业:工程设计安装
 
时间:2015-05-30
题目:个人觉得

分析:不是技术好的就可以胜任项目经理这个位置的的座谈会进行打分没有与客户进行深层次的沟通,项目的配置管理缺乏过程的跟踪和审计。业务为主导的公司在功能实现的基础上,界面要给客户一种舒服的感觉

黄鑫
省份:福建省
单位:该信息保密
行业:通信与网络
 
时间:2011-12-21
题目:风险预计不足

分析:该项目在立项时,对风险预计的不足,时使得项目失败的主要原因。项目经理没有将可能出现的风险尽可能多切详细的进行预估,导致了一招错,满盘输的后果。

陈平
省份:福建省
单位:该信息保密
行业:IT软件
 
时间:2011-10-30
题目:问题分析

分析:1、公司领导以及项目经理对“去掉详细设计环节”的变更造成的风险预估不足
2、“去掉详细设计环节”,没有对项目相关管理计划做相应的变更和调整,缺少变更后的质量管理计划。
3、没有合理调配人力资源
4、缺少有效的需求变更控制流程,对需求没有进行记录和评审。
5、没有做好团队建设工作,士气低落。
6、对人员流失的风险预估不足。
7、对需求的变更后,没有及时更新测试管理计划。
8、项目的配置管理缺乏过程的跟踪和审计。
9、在整个项目实施过程中,缺少与客户的沟通,以及需求的确认。问题到后期才被发现,改造的成本太高。

袁勇斌
省份:江苏省
单位:该信息保密
行业:IT软件
 
时间:2011-09-05
题目:一点想法

分析:个人觉得主要存在一下几个方面的问题:
1,项目经理的人选有待商榷,不是技术好的就可以胜任项目经理这个位置的,陈工是一个很好的技术经理,但不是一个合格的项目经理
2,前期的需求分析不够彻底,没有与客户进行深层次的沟通,业务为主导的公司,应该更重视客户体验方面的需求,在功能实现的基础上,界面要给客户一种舒服的感觉
3,详细设计不能省略,没有一个好的详细设计,就没有一个好的开发规范,设计是要一开始就定下来的,不能在编码过程中再去考虑设计,这个严重影响项目质量
4,市场部与研发部的沟通存在问题,市场部接需求的时候没有考虑到研发部的实现难度,没有与项目经理进行及时的沟通
5,项目经理与开发人员的沟通不够,没有能够很好的协调好组员的情绪,一个项目遇到难坎的时候,项目经理在承受领导的压力的时候,不能把组员的情绪逼得非常紧,这样会适得其反,后来组员离职就是直接后果,严重影响项目的进度
6,测试不够充分,在项目延期的情况下,测试也是不能草草了之的,测试一定要严谨,如果在系统试用的时候发现BUG,对公司的信誉是一种打击
补救方法:
1,去客户现场与客户交流,在系统的现有基础上收集客户的需求,功能部分的需求可以推托,但是客户体验的需求要尽可能的满足,这个做好的话,或者可以赢回客户对贵公司的信任
2,在客户条件允许的情况下,最好能派研发团队到现场开发,让客户感觉到公司的积极态度
3,安排经验老练的施工人员到现场实施,给客户认真讲解系统

sun
省份:四川
单位:该信息保密
行业:IT软件
 
时间:2011-08-27
题目:计划,需求

分析:1作为项目经理,根据情况来判断需求变更,不是说用户想变什么就变什么.
2 最好安排项目经理和技术经理,两个职位。
3 尽理按照项目计划实施,如果有情况变动,计划也要变

刘军
省份:广东省
单位:该信息保密
行业:IT软件
 
时间:2011-08-25
题目:项目存在的问题

分析:1.项目经理角色不合理,及负责项目管理又负责技术,无法专注于项目
管理
2.需求变更控制没有走变更流程
3.项目计划变更没有及时及时对项目做调整

林麟
省份:上海市
单位:该信息保密
行业:IT软件
 
时间:2011-08-16
题目:原型化

分析:原型化太少,需同用户一起商讨整体需求和相关的细节,并指定相应的测试计划。

王晓峰
省份:上海市
单位:该信息保密
行业:生产制造
 
时间:2011-08-15
题目:看法

分析:1、没有按计划执行项目,并且是完全脱离了项目计划;
2、由于项目经理技术能力比较强,整个项目组有技术第一的思想,从而忽略了真正的需求;

希望
省份:黑龙江省
单位:该信息保密
行业:IT软件
 
时间:2011-07-15
题目:建议

分析:梳理项目整个过程,找出问题的关键点。
将主要矛盾化解!

姜超
省份:辽宁省
单位:该信息保密
行业:综合应用
 
时间:2011-07-15
题目:看法

分析:1、没有按照计划执行;2、对于技术预期不足,人员架构没有实现做好。
关于联盟 | 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.