关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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认证
一次失败的教训
[姓    名]  万生 [单    位]  真实案例,单位保密 [发布时间]  2009/7/29
[所属行业]  IT软件 [所属主题]  项目风险管理 [项目阶段]  项目执行

案例正文

  一次失败的经历

  在亚洲四小龙经济全盛时期,小李在某公司亚太区总部负责该区的软件开发。为了应付业务迅速增长所带来的需求,公司在各地都需要进行一些大型项目,包括主机的转换与安装、应用系统开发等项目 。总公司要求他在把部分开发工作外包,这样一来可以降低开发成本,同时也为了能在这一段时间内保证有足够的人力来完成项目。最后,他们决定利用公司本身的资源在区内各计算机中心内进行软件核心功能模块的开发,周边功能模块则实行外包。他们选择了菲律宾和泰国这两地的软件企业来协助开发部分应用软件,国为这两地一些有大批新兴的软件企业,所需的开发费用只是项目基线的四分之一而已民。首先,他们对两地一些有规模的软件企业进行严格审核,包括对这些企业的技术人员数量、技术水平、财务状况、可靠性等各方面进行深入的评估,然后在每地选择一家从事外包。他们制定有关程序的规格说明,然后把这些说明交给对方进行编程和模块测试。当接到第一批交回的程序时,他们从测试报告中已经发现结果跟我们的期待有很多不同之处。他们在进行测试过程中发现有些程序不能跟核心模块连接,更有些程序不能在主机上运行。除了对交回程序的质量感觉失望之外,更知道这会全面影响整个项目的进度。

  请根据以上资料,说明项目外包应该考虑那些因素。

  以下从项目交付物、范围、质量、进度、成本以及项目管理模式、风险控制等几个方面来说明项目外包应该考虑几个因素。

  有明确的交付物。这是目标,确定明确的目标是项目外包重要的因素。

  考虑外包范围。从案例中看到,核心模块和周边模块是这个项目的两个范围,在确定了这个范围后需要划清各自的界线。这就需要详细设计,规定模块之间的接口等。

  考虑外包后的项目管理模式。软件作为一个整体,内在联系紧密是必然的,外包企业异地开发存在沟通、协调、控制等障碍。所以,需要考虑外包企业在同一个项目经理的管理下开展开发工作。

  权衡目标、进度、质量、成本的优先级。目标是应该放在第一位考虑的,其次是质量,接下来考虑进度和成本。预期的交付物才是最终目标,其余的要素都是为交付物服务的。所以,案例中考虑到外包成本比自己开发低,而选择了外包,同时应该考虑外包方式对目标达成所存在的风险。那就是各要素的控制。

  既然选择了外包有降低成本的好处,就要同时进行风险分析及防范。前边提到的与外包企业在同一个地方办公受同一个项目经理的的管理就是一个有效的措施。

  畅通的沟通渠道。把外包企业置于项目经理的管理之下,把外包企业作为项目的一个参与者,经济上各有所属,但技术管理上服从项目整体管理,是有效防范交付物偏差、质量不满意的具体措施,这样做了整个项目的进度才不至于受局部影响,也真正的是的项目成本降低。

  最后,做好合同管理。与外包方签订一份因外包方交付物不能满足合同要求时应承担的违约责任。这也是风险转嫁的一个措施,但最根本根还是要在项目实施过程中控制好各因素。


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

仲启平
省份:北京市
单位:该信息保密
行业:综合应用
 
时间:2014-04-09
题目:组织体系的保证以及扎实的过程控制很重要

分析:1、应建立起以项目经理为核心的项目化管理体系,把项目各外委方纳入到项目的管理体系中。
2、强化前期策划、技术规格书的描述,风险分析与应对等措施
3、严格过程管理,控制变更,确保交付物按预定目标提交。

张老师
省份:安徽省
单位:该信息保密
行业:房地产
 
时间:2013-07-27
题目:关键的关键:

分析:1、派驻协调人员
2、程序的规格说明一定要详细、明确、量化,尽量标准化

平洁
省份:广东省
单位:该信息保密
行业:IT软件
 
时间:2013-02-01
题目:不错

分析:关键的关键:
1、派驻协调人员
2、程序的规格说明一定要详细、明确、量化,尽量标准化

支持


杰罗
省份:山东
单位:该信息保密
行业:工程设计安装
 
时间:2009-11-23
题目:一次失败的教训

分析:关键的关键:
1、派驻协调人员
2、程序的规格说明一定要详细、明确、量化,尽量标准化

庚子
省份:辽宁省
单位:该信息保密
行业:IT软件
 
时间:2009-07-29
题目:外包的问题点

分析:案例已经分析得挺全面了。还有一些细节我觉得也值得注意。

1、评估时的内容不充分。还需要评估合作方是否具备成功外包的经验或者潜力。尤其是国际间的合作,文化意识会存在巨大差别,沟通能力很重要,对方需要能够充分理解我们这边的工作流程与工作内容。

2、第一次外包时就将内容全面展开,风险太大。应该采用小步快走的方式来逐步确认以降低风险。

3、没有将对方的开发过程纳入我们的项目管理范围。将程序规格说明书交给对方不进行管理就指望对方会保质保量按时完成任务,这基本是不现实的。每个步骤都需要设置检查点。将程序规格说明书交给对方后,就需要确认对方是不是能够充分理解说明书。在此基础上,对方进行编程时,也需要定期进行代码的检查,不能等到对方完全完成再检查。这样才能避免实施过程出现太大的偏差。

关于联盟 | 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.