关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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认证
面对客户的需求变更,接受还是拒绝?
[姓    名]  ycui [单    位]  真实案例,单位保密 [发布时间]  2007/12/27
[所属行业]  IT软件 [所属主题]  项目范围管理 [项目阶段]  项目执行

案例正文

在某公司的项目管理课堂上,小李,小王等人正在七嘴八舌地议论纷纷。原来,大家正在讨论小王的公司最近遇到的两个颇为有趣的项目。

据小王介绍,这两个项目分别由两个项目经理来担任。其中,项目经理A属于“谦虚”型,对于客户提出的问题,无论大小都给与解决,客户对此非常满意,然而,项目进度却拖得比较长,而且,客户总想把所有的问题都改完再说,项目已经一再延期。

相比之下,项目经理B显得稍有些“盛气凌人”,对于客户提出的问题,大多都不予理睬,客户对此不是很满意,不过,该项目的进度控制得比较好,基本能够按期完成项目。

话刚一说完,小李就抢着说:“A比较像我,一般在和我的一些战略客户打交道的时候,我基本是有求必应,与客户的关系处得如鱼得水,这样做肯定不会错。就像前天我连合同都写错了,找到客户,人家二话没说就同意改了。你说如果是B的话可能吗?”

小王对此不以为然,“对项目经理来说,成本、质量和时间是最为重要的三要素。与客户的关系当然很重要,但也要全盘考虑项目的各要素。对于用户的要求,应该在有限的范围内给与解决,但不可以做出太大的牺牲。一味的迁就用户将会使整个项目失败。”

小林接着小王的话说:“当前,国内的项目一般情况下是由销售处面签单,再由项目经理接手后续的工作,因此客户关系多在事前已经搞定。发生新的情况后,可以由公司的公关部出面与客户进行协调,项目经理可以在此过程中坚持一下原则,与公司的公关部一个红脸,一个白脸,唱出一出好戏。”

小赵反驳道:“不管怎样,客户才是第一位的。客户可以给你带来收入,也可以给你带来更多的客户和工作,有什么道理不多配合一下他们呢?说实话我对B的做法蛮欣赏的,可惜行不通。因为客户是上帝,如果照B的做法,后果会造成做一次项目丢掉一个客户,太不划算了。”

问题:
1、如果你的项目遇到需求变更问题,你会采用哪种方式去应对?     
2、分析这两种应对需求变更方式的优缺点。

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

理我陈
省份:江苏省
单位:该信息保密
行业:教育科研培训
 
时间:2017-07-24
题目:这个需要智慧

分析:什么是该拒绝的,什么又是该答应的,完全建立在自己的判断上,经验和知识的储备越多就越能做出客户和公司都满意的决定,这是一个服务人的工作,所以不能界定死了,必须随机应变。

张全斌
省份:浙江省
单位:该信息保密
行业:工程设计安装
 
时间:2009-06-12
题目:有效沟通

分析:这类变更现在在项目执行管理过程中非常常见,每个项目或多或少会碰到。每个项目经理对此类问题的处理原则基本雷同,即接受合情合理的更改,拒绝过分的要求。
但是,处理这种问题是项目管理最核心的工作,涉及项目范围、进度、费用和沟通管理。项目管理应该本着“顾客至上”的原则,我们不能留于口号,要真正把服务理念贯彻在项目执行过程中,面对顾客提出的更改要求,要积极进行沟通,做到有理有据,争取双赢局面,这是考验一个项目经理智慧的集中体现!

小伟
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2008-10-17
题目:如何与客户相处

分析:最近也一直在思考一个问题,就是如何来和客户沟通、相处。就是当我们与客户沟通的时候应该是怎样的一种心态。
如果纯粹说顾客就是上帝,客户是我们的衣食父母,那么A的就是这种。尊重客户并不意味着迁就客户,毕竟我们比客户要专业,那么我们就必须拿出我们专业的一面,如果客户有需求变更我们就答应,那么也许这个项目永远也做不完。但是如果我们采取对客户不理不睬的态度,客户一个电话打给公司高层领导,那么我们肯定也是吃不了兜着走了,必须要用合理的心态来看待需求变更。
避免问题发生的人永远都比解决问题的人来得可贵。
那么对待需求变更,我们也应该从避免变更做起。
这样项目初期的需求范围说明书的确认签字及需求变更流程的确定就显得无比的重要的。
需求变更应该纳入合同的体系中,明确规定项目允许需求变更的次数和范围,如果发生重大变更在商务上如何处理,明确权责。做好充分的需求调研、分析工作。
面对需求变更,平静的面对,仔细的分析,能拒绝则拒绝,不能拒绝则积极的接受,和客户明确此次变更将产生的影响,让客户自己来权衡利弊。

唐旭东
省份:陕西
单位:该信息保密
行业:IT软件
 
时间:2008-10-09
题目:根据客户提出需求的实际情况而定

分析:本人在长期从事项目管理的过程中,经常出现客户的需求变更,对于信息系统的开发阶段和实施阶段,经常有客户的需求在发生变化,但是如何对客户的需求进行有效控制,即让客户的需求在自己规定的范围内进行变化,这是我们目前项目经理最难做到的,所以说,对于客户的需求,如何是合理的,在自己的范围之内,是可以变更的,但是如果在对前面的主体框架是做以否定的话,那就断然拒绝!

cc
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2008-09-21
题目:把握好度。

分析:做项目的目的是在规定的时间内完成规定的内容。项目范围在项目启动阶段就已经确定下来了,绝对不能更改的。
如果经常更改,我觉得项目经理需要分析一下是什么原因导致的,调研时没理解清楚客户需求,还是客户本来就无法提出明确的需求。
如果是客户原因需要更改,项目经理需要分析工作量,尽量少做改动,但是不能完全拒绝客户。
如果全盘接受,客户会毫无顾及的更改;如果全然拒绝,就没做好沟通管理。

一孑
省份:北京
单位:该信息保密
行业:IT软件
 
时间:2008-09-08
题目:态度永远是第一位的

分析:态度永远好的,但要求未必是都满足的。面对客户的需求变更,PM应站在更高的层面去看待问题,不能仅仅局限于一个简单的需求变更,更应该多方面的衡量利弊最终决定需求变更是否应该满足,甚至用一个简单的需求变更来回绝一个复杂的需求变更,要懂得利益均衡。即便不满足客户需求,也不能不大搭理客户,这是绝对错误的。
做项目前,首先要给客户定位,客户的定位决定了你后期的做法,这其中有些恶劣客户,那不需要考虑。在PM职权范围内,如果可以满足客户的,应该尽最大可能去满足。超出PM职权的,应协调更多资源确定是否满足客户需求的变更,这会与公司的策略、客户的长期发展等多种因素有关,PM不要擅自决定,也许公司为了做个重点项目赔钱也做,为的就是市场效应。这些PM都应该综合考虑。
但无论满足与否,态度是第一位的,生意不成人意在么,需求变更不成,但客户关系不能毁在PM手中,这种事情已经屡见不鲜了。

杜征均
省份:山东省
单位:该信息保密
行业:能源煤电油
 
时间:2008-09-06
题目:其实客户就是上帝

分析:很久没有上来转,才看到daijianbao的回复。
我想这位先生问题搞错了,做项目其实就是在向客户销售自己的服务和劳务。如果仅仅只顾眼前,打不开视野,就把做项目看成做一单生意,那么这个企业如果规模小且没有什么依托,死得快很正常,如果大,有别的好项目给拉动,死得就慢些。
这位先生好象就他原来是中石油的,应该对中石油了解吧,那就举中石油的几个经常做项目的建设公司的例子吧:到2007年底中石油内部重组前,中石油的第X建设公司一直就如你说的B公司方式,他们对客户(甲方)的要求不大搭理,结果被中石油的如A公司的其他几个兄弟公司一点一点挤出了中石油的好多市场。
另外需要说明的是,变更能产生索赔,能出效益,客户认可,项目最终不会亏;但客户要求你改你不改,客户得不到满意的产品,项目的后期工作一般难做,就算验收决算完了,傻子和搞贪污腐败的客户才会再用你,企业后续的市场就被堵死了,赢得了芝麻,丢掉了西瓜。

乔波
省份:江苏
单位:该信息保密
行业:汽车与零部件
 
时间:2008-09-05
题目:针以变更

分析:我从业于制造业,主要是汽车零部件,上述现象较普遍,针对该现象我们常规做法:
1、对于客户的要求肯定要重视,谁让他们是我们的衣食父母呐!
2、针对提出的问题或变更,进行详细的分析,考虑可行性;同时汇报对质量、成本、进度的影响,其客户权衡考虑!!

奔三的小兵
省份:四川
单位:该信息保密
行业:IT软件
 
时间:2008-09-02
题目:面对变更

分析:同意小林的看法。
如果公司的只能划分比较清楚的话,应该有一个技术支持部门负责和客户交流,汇总需求后提交给技术部门,技术部门进行评估,修改难度较大的应该提交给市场的公关部门去沟通,负责开发的部门最好不要直接接受客户需求,很容易僵持。
如果公司的职能划分不够清楚,那么就容易互相推脱责任了,很难求助市场了,所以这个时候,项目经理就要自己想办法,比如把他们提出的需求汇总起来,深入的分析会给项目带来的影响,如果真的想推掉这些需求,你就要搞清楚对方关注的焦点,比如进度,比如稳定性,比如成本等等,汇总这些影响再和对方沟通。
最不理想的情况就是职责非常不清晰,项目经理没什么权力,项目人手很少,屋里屋外一个人,这样的情况,只能看项目经理的本事了...

李强
省份:福建
单位:该信息保密
行业:IT软件
 
时间:2008-08-22
题目:面对客户的需求变更

分析:我想面对这种问题,是作为一个项目经理很头痛的事情,原来市场部只负责接项目,而一味迎合客户,致使当项目进行到验收阶段时,频繁地接到客户的需求变更要求!这是一个矛盾体,我想如果在公司层面能有一个总的规则,是可以避免此种情况发生
关于联盟 | 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.