关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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认证
杨工错在哪里?
[姓    名]  屈春艳 [单    位]  真实案例,单位保密 [发布时间]  2011/8/31
[所属行业]  IT软件 [所属主题]  项目范围管理 [项目阶段]  项目启动

案例正文

  某公司是一家致力于为电子政务市场提供应用系统开发的软件公司,最近接到一个开发一套向公众开放的政务信息发布与查询系统的项目。由于电子政务项目有一定的保密性要求,该系统涉及到两个互不相通的子网:内网和外网。内网中储存着全部信息,其中包括部分机密信息;外网可以对公众开放,开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须是一致可靠的,政务内网的信息可以发布到政务外网,政务外网的信息经过审批后可以进入系统。

  杨工是该项目的项目经理,在了解到系统要求后认为保密性是系统的难点,需要进行技术攻关。为了顺利的完成该项目,杨工找到了熟悉网络互通互联的技术人员设计了解决方案,在经过严格评审后实施。在系统完成开发,进入试运行前,项目发包方认为虽然系统完全满足了保密性的要求,但系统使用界面操作复杂,要求以增加向导的方式来简化操作,必须在交付前在系统中增加操作向导的功能。除此以外,试运行需要的服务器等设备已经完成采购,但没有经过调试。发包方要求杨工委派人员在部署试运行环境时,同时对采购的设备进行调试并安装相应的系统软件。在合同条款中仅有一条“乙方负责将系统部署到试运行及正式运行环境”,并没有指出环境的状态,杨工只好向公司求助,找到了可以完成服务器系统软件安装和调试的资源,完成了这部分工作。

  对于增加“操作向导”的问题,杨工安排程序员小李向项目发包方口头了解“操作向导”的需求后,直接进行开发。但在操作向导功能交付后,项目发包方根据公众用户反馈的结果认为操作向导仍没有满足需求。最终又重写了大部分代码才通过验收。由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,成本和工期都超出了原计划30%以上。

  杨工错在哪里?

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

黄庭坚
省份:福建省
单位:该信息保密
行业:IT软件
 
时间:2014-01-17
题目:合同内容不明确

分析:1、合同内容不明确。
2、需求变更不规范。

姜赵海
省份:天津市
单位:该信息保密
行业:生产制造
 
时间:2012-08-24
题目:沟通 约定

分析:首先与客户沟通不够,未能明确用户的细节要求;
约定未做好,口头约定,一切事宜必须落实到书面文件协议中;
约定细节不细,有很多模棱两可之处。

程程
省份:广东省
单位:该信息保密
行业:生产制造
 
时间:2012-04-14
题目:范围与沟通

分析:1.范围定义不明确;
2.缺乏与项目干系人的沟通;
3.没有设置关键里程碑;
4.项目变更没有书面记载;
5.变更没有与干系人确认;

李婧
省份:天津市
单位:该信息保密
行业:教育科研培训
 
时间:2012-02-29
题目:团队意识

分析:没有书面文件来牵制双方,缺乏管理,没有好的团队意识

郝小枫
省份:江苏省
单位:该信息保密
行业:生产制造
 
时间:2012-02-22
题目:个人认识

分析:一定要有书面的保证。光从口头上交代,就算杨工和小李有交代项目发包方,并且他们回复说“已经OK”,这些一定要形成书面文件;2.没有一个系统的变更流程;3.缺少必要的管理

会员
省份:江西省
单位:该信息保密
行业:工程设计安装
 
时间:2012-02-21
题目:管理

分析:1、前期范围定义不清晰
2、没有对客户的范围需求变更执行变更流程。
3、缺少团队管理。
4、缺少需求范围确认
5、缺少对范围变更的监控和跟踪
6、与客户沟通不足

魏波
省份:陕西省
单位:该信息保密
行业:通信与网络
 
时间:2011-12-27
题目:个人的教训

分析:其实杨工在前期做的都很好,关于保密性的方面也进行严格的评审后才实施,缺憾就在之后安排程序员小李进行的操作向导的需求上,只做了口头上的,这一点是最要命的。本人也是犯了这样的错误,而且还很惨痛,在任何一项涉及到变更上,都要开成书面的才会真正具有效应,否则,就只剩下被用户摆步一条路了,因为你没有任何可证明的,用户说什么就是什么了。所以杨工错就在这了。
本来一个操作向导是很容易做到的。可就由于只做了口头分析,造成客户的主动,项目组的被动。我们讲在做需求分析时,首先进行口头了解,然后形成书面性的交由项目组相关人员内部讨论后形成方案后再交由业主或发包方认可签字后再进行实施工作,否则的话,项目的风险就会很大。

郭鑫
省份:广东省
单位:该信息保密
行业:综合应用
 
时间:2011-12-23
题目:学会保护自己

分析:书面的东西更容易的保护自己!这是我老大教给我的!

傻小小
省份:浙江省
单位:该信息保密
行业:生产制造
 
时间:2011-11-15
题目:沟通和更改的书面体现

分析:个人认为项目在实施前没有和甲方沟通好;以及后期的更改有相应的书面形式。

陈平
省份:福建省
单位:该信息保密
行业:IT软件
 
时间:2011-10-29
题目:范围管理变更管理沟通管理

分析:1、前期范围定义不清晰
2、没有对客户的范围需求变更执行变更流程。
3、缺少团队管理。
4、缺少需求范围确认
5、缺少对范围变更的监控和跟踪
6、与客户沟通不足
关于联盟 | 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.