关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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]
最新分析
·需要职能部门的配合的时候.[21]
·项目领导无法正确判断项目.[5]
·多项目总是面临冲突无法协.[4]
·需求合理但得亏成狗了,进.[5]
·项目经理该不该参与开发的.[15]
·项目领导无法正确判断项目.[3]
·如何做好项目的质量成本分.[738]
·对开发流程不了解的项目经.[5]
·用人抓大放小,要学会放权[11]
·关于PMO工作内容的思考[11]
·项目经理如何提高自己的情.[18]
·新任产品经理,如何才能更.[6]
·如何评价产品经理拿数据说.[12]
·技术出身的管理者,求教如.[14]
·如何确保项目能在有限时间.[893]
·IT项目经理应该如何与技术.[1380]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
面对范围不明确,随意变更的项目,如何做好项目管理?
[姓    名]  网站管理员 [单    位]  真实案例,单位保密 [发布时间]  2017/9/5
[所属行业]  IT软件 [所属主题]  项目范围管理 [项目阶段]  项目全过程

案例正文

  我们公司承接了B公司的软件开发项目,客户并非IT出身,并不明确有哪些具体需求。开发过程中每次给客户Demo,都有新的想法。逐渐超出了项目范围。

  由于经常提出的需求不是很大,为了能尽快验收且营销部考虑到项目长期合作,团队都被迫接受修改,有些成员甚至还主动为客户实现了一些新功能。经过7个月的加班加点,系统终于在延期1个月后准备上线。但上线过程中,资产部的同事认为文档存储流程过于复杂,不予配合,此部分内容必须更改…

  该项目出现了什么问题? 作为这个项目PM的我要怎么去解决呢?

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

舒涛
省份:四川省
单位:该信息保密
行业:商业物流贸易
 
时间:2021-08-13
题目:范围管理失控

分析:1. 首先没确认好范围,既然客户是外行,PM应该在收集需求的时候先准备好建议方案,对客户进行引导,在满足客户去求同时尽可能有利于自己团队2. 确认好范围后形成了范围基准久应该告知客户,如果随意改变基准会对项目造成重大影响3. 范围蔓延,变更管理失败,而且还存在自发添加新功能的情况

句句
省份:山东省
单位:该信息保密
行业:工程设计安装
 
时间:2019-10-03
题目:项目管理

分析:就是沟通的问题,从客户懂的方面谈起,联系类比到项目范围,少用专业的术语,用通俗易懂的话语沟通。

刘青山
省份:安徽省
单位:该信息保密
行业:IT软件
 
时间:2018-12-29
题目:规范流程,指定接口人,推动高层关注

分析:1、开发公司应该没有类似项目的经验,开发的过程中给用户Demo,这种情况必然会带来变更和新想法。在项目前期,需求人员应该入场,多和客户沟通,形成产品交互的静态原型,让用户提出意见和想法,这样能大大减少需求后期变更的次数,并且也要告诉用户,前期变好变,后期变难变而且变化会对进度造成很严重的影响。之后才能够进入产品研发阶段,研发可以在需求调研的过程中,进行基础平台的开发,两者可以同步进行,在需求调研和评审阶段性完成之后,进入开发阶段,需求人员可以进入第二阶段调研,这样配合上就会很默契,而且需求的变化会很少。2、需求变化不是很大,项目经理或需求经理如果和用户的认知一致的话,那么就可能会导致很严重的问题。因为只要有变更,就必然要经过一系列的流程,按照变更的流程,1、变更提出 2、变更评审 3、变更方案评估 4、变更实施 5、变更验证测试 ,至少要这5步,虽然是一点改动,但是会经过这些流程,项目经理有义务有责任将这个变更的流程植入到用户的意识中。在每一次需求变化之后,项目相关人员需要将变化的内容记录下来,定期与用户交流变化量,这样也可以有意识的推动用户参与项目,减少变更。3、有些成员甚至主动为客户实现一些功能,这说明需求管理不规范或者说项目管理不规范。需求的来源是多渠道的,但开发公司有没有制定严格的标准和纪律,指定具体的需求接口人,开发人员不能够面对用户或客户,即使客户找到了开发人员,开发人员有没有第一时间转接接口人,告诉客户要找接口人去反应这些情况,又或者记录下这些需求变化的内容之后,找到接口人,接口人再次找用户核对这些需求变化的内容。一般情况,只要设定了具体的接口人,客户也只会去对接接口人。4、资产部的同事认为文档存储流程过于复杂,项目到上线了资产部的同事才会接触到系统,说明在干系人管理上存在严重的失误,资产部属于关键干系人,需求人员在设计系统的时候,要多和资产部的人员沟通,并且找到资产部的关键干系人认可所设计的系统。5、还有一点,项目经过7个月的加班加点,最终延期一个月计划上线,再反思一个问题,是否是人手不够,人员效率不高,在出现问题的时候,有没有找到公司领导协调资源解决问题。项目的目标是质量、成本、进度、范围目标,那么在各范围目标上,当范围这个目标变化之后,必然会带来成本、进度、质量目标的变化,当发生这些问题时,需要找到原因并进行解决,通过这一点分析,项目的检查点设置的不好,开发公司高层没有重视这个项目。

李林林
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2017-12-19
题目:前期的风险控制

分析:对于这种不懂的公司,项目前期做出的工作要多一些,首先一定确定好项目范围,然后保留好每次的沟通记录,在合同中约定了变更需求工期要逐渐延长。

武大童
省份:北京市
单位:该信息保密
行业:农林畜牧
 
时间:2017-10-24
题目:范围 建议书

分析:1 买方的采购说明书应该是不够明确 所以贵公司的建议书应该无法准确定义买方需求。2 作为卖方 无法准确定义买方需求 后面的范围管理肯定就比较困难3 实施阶段的变更肯定不好避免4 现在市场竞争激烈 在没有明确买方需求的情况下就接活儿的事比比皆是 特别能够理解

武大童
省份:北京市
单位:该信息保密
行业:农林畜牧
 
时间:2017-10-24
题目:范围 建议书

分析:1 买方的采购说明书应该是不够明确 所以贵公司的建议书应该无法准确定义买方需求。2 作为卖方 无法准确定义买方需求 后面的范围管理肯定就比较困难3 实施阶段的变更肯定不好避免4 现在市场竞争激烈 在没有明确买方需求的情况下就接活儿的事比比皆是 特别能够理解

王洋
省份:北京市
单位:该信息保密
行业:IT软件
 
时间:2017-10-19
题目:需求变更频繁

分析:需求频繁变更,对于项目经理来说是一个大考验,整个计划和进度都会有些许影响,少许的变更如果是为了长期的战略考虑可以允许,但如果不断的变更累计起来已经超限度,则需要明确指出

吴杰
省份:江苏省
单位:该信息保密
行业:教育科研培训
 
时间:2017-09-26
题目:变更准备

分析:前期做好调研,提前做好变更的充足准备,将范围不明确变明确,将随意变更的项目变稳定

神奇
省份:浙江省
单位:该信息保密
行业:生产制造
 
时间:2017-09-20
题目:做好需求调研

分析:就我个人经验,一个项目的成功与否,前期的需求调研至关重要。有些项目需求调研的周期就可占据整个项目30的时间。只有VOC调研清楚,你的项目范围才能明确,即使后期有变更,也是比较小的变更,不会影响整体的项目进度。

神奇
省份:浙江省
单位:该信息保密
行业:生产制造
 
时间:2017-09-20
题目:做好需求调研

分析:就我个人经验,一个项目的成功与否,前期的需求调研至关重要。有些项目需求调研的周期就可占据整个项目30的时间。只有VOC调研清楚,你的项目范围才能明确,即使后期有变更,也是比较小的变更,不会影响整体的项目进度。
关于联盟 | 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.