关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 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]
最新分析
·需要职能部门的配合的时候.[40]
·项目领导无法正确判断项目.[6]
·如何评价产品经理拿数据说.[14]
·需求合理但得亏成狗了,进.[13]
·项目领导无法正确判断项目.[12]
·如何开项目经验总结会?[13]
·成功转型的敏捷团队,背后.[4]
·多项目管理的协调问题[7]
·如何就质量管理进行优化?[5]
·需求分析所需达到的详细程.[10]
·三家公司同做一个项目该如.[4]
·国有企业项目集群管理推行.[6]
·多项目总是面临冲突无法协.[5]
·面对范围不明确,随意变更.[15]
·技术出身的管理者,求教如.[15]
·向工程师提交的进度计划[7]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
客户需求不清楚引来的麻烦
[姓    名]  Meg [单    位]  真实案例,单位保密 [发布时间]  2006/2/27
[所属行业]  通信与网络 [所属主题]  项目范围管理 [项目阶段]  项目控制

案例正文

我们是做手机设计的公司,有专门的项目管理部门,作为研发与外部的接口,在销售人员的协助下完成与客户的需求沟通。

这天,从销售方面提交过来一个信息,客户(A)要求对X1产品的Y组件进行更换另外型号的组件进行技术评估。项目经理接到此要求后,发出正式通知让研发部门修改产品并进行了测试,出了样机给客户试用。但结果客户非常不满的答复说,他们的意图并不是要单一改产品的这个Y组件,而是在考虑要使用X1产品的主板放到X2产品的外壳中的方案,这个评估只是这个方案的一部分。

销售部门其实知道客户的目的,但也未能向项目经理说明详细背景情况。经了解,他们只是认为Y组件的评估是最关键的,所以只向项目经理提到这个要求。

请帮忙分析一下,这整件事的关键问题出在哪?我们要如何规避这样的风险?
项目管理者联盟PMP培训
相关分析32个分析)

吴健辉
省份:广东省
单位:该信息保密
行业:教育科研培训
 
时间:2014-02-06
题目:项目范围变更

分析:沟通--形成文件--需求确认--通知干系人--实施变更

iamsafe
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2007-10-08
题目:对需求控制不足

分析:项目组作为具体的功能实现者、产品交付者,不能仅仅依靠销售提供的信息,还应有自己对功能、产品的判断。在与客户交流中,需要明确到非常细节的东西,否则东西成型后,客户会说这些东西和他们要求的不一致。在与客户沟通的过程中,应当严格的进行记录,而不是项目经理理解就OK的。记录的东西还需要客户再次签字确认。如果签字后,客户仍有修改,我们作为乙方的也可以有凭据讲理。如果客户不肯签字那就坚决不做,这应当作为一种制度进行,而不是随机性的。
另外对于销售提出的东西,在项目启动会时,售前和售后人员也应当相互沟通,最好有文字记录,这样,一旦项目出现因为需求不一致导致的项目延期等问题,双方都有一个依据。也可以以此请销售人员避免再次犯错。

明亮背影
省份:广东
单位:该信息保密
行业:综合应用
 
时间:2006-12-24
题目:客户需求不清楚引来的麻烦

分析:如果顾客提供的要求没有形成文件,则信息的接受方必须对收到的信息书面化,然后要求顾客确认。确认后的文档经过公司评审无异议后,发送给项目干系人,确保干系人知道变更的要求。这些工作,应当由项目管理部负责。案例中,项目管理部在以上工作没有先行的情况下,就变更设计,当然不能达到相关要求。

明亮背影
省份:广东
单位:该信息保密
行业:综合应用
 
时间:2006-12-24
题目:客户需求不清楚引来的麻烦

分析:老是有人抱怨需求不清析,客户抱怨说已经讲清楚了,项目经理抱怨销售部门销售部门没有正确反应客户需求,成了一个通病。
大家约个时间在会议室4466讲清楚,会后由实施方出份需求文档,客户签字确认,如有修改,修改后再次确认。此步可保以后少吹皮。
在做的过程中,不断与客户沟通,确认没有偏差。

明亮背影
省份:广东
单位:该信息保密
行业:综合应用
 
时间:2006-12-24
题目:客户需求不清楚引来的麻烦

分析:这是目前国内软件公司的通病,没有花足够的时间在弄清用户到底要啥时,就开始了工作,结果是浪费成本,而且把用户也给培养坏了。现在的国外公司这方面做的很好。我认为还是你们公司的项目管理的力度不够,也许你们更本就没有认识到这一点。还是要从一个比较高的高度认识它,从公司层面制定制度来做,这样以后能减少很多的麻烦,

郭海瑞
省份:江苏
单位:该信息保密
行业:IT软件
 
时间:2006-08-01
题目:项目经理应该认真进行需求分析

分析:我觉得应该是这个公司还不是一家成熟的公司;最起码项目部与销售部的沟通的一个流程没有建立好。我觉得有必要在规格确认等重要的信息沟通一定要留有证据,一定要要求全面;这样才能更准确有效的分析下一步动作。责任主要是项目经理,因为既然是项目的一个leader你就应该了解该项目的完整需求,要对整个项目组负责。规格不清楚,很有可能造成时间,人员的不必要浪费。项目经理应该认真进行需求分析

制造太阳海
省份:广东
单位:该信息保密
行业:IT软件
 
时间:2006-05-30
题目:如何做好沟通管理

分析:本案例很显然是由于销售部与开发部沟通不良所引起后果,因此,要解决和避免此类的问题再次出现,最好的方式就是改善该公司的沟通管理.做好沟通管理,应该从如下几步着手,第一,建立沟通计划(可以是独立的沟通计划,也可以整合在项目计划中),第二,确定沟通方式,即将详细的说明什么场合,什么时候,采用什么方式沟通,应该对该沟通做些什么备案.第三,采取一些促进沟通的工具,如远程办公系统,先进的EMAIL系统等.第四,确定销售部与开发部的沟通职责,权责分明;第五,平时多注意销售人员与开发人员的沟通,平时的人际关系有利于工作中的沟通.

胡忠伟
省份:云南
单位:该信息保密
行业:IT软件
 
时间:2006-04-30
题目:客户需求不清楚引来的麻烦

分析:个人觉的 这是沟通的不够造成的,因为客户要求的东西是A不可能说是随着时间变化而变成B吧。
所以说和客户的沟通是非常关键的,在和客户的沟通中应该是要了解以下几点:1、客户是要做个什么东西;
2、客户要通过这个东西来实现什么目的;
3、客户所属行业的特性;
只有知道了这些后你才可以做到项目的主线不变。因为任何一个项目在开发交付客户的前不可能不发生一点变化;但不管怎么变但我的主线不变的话,就不会造成项目做的牛头不对马嘴了;

wood.lee
省份:四川
单位:该信息保密
行业:通信与网络
 
时间:2006-04-28
题目:责任在项目管理部

分析: 先谈点题外话:在外部,公司的销售部的服务对象是客户;那么在内部,项目管理部服务的对象为销售部。销售部即为项目管理服务的“客户”。按“市场为先导,客户为上帝”的说法,项目管理部的工作肯定要相应“客户”负责。

为什么说责任在项目管理部,根据成功公司的经验,当顾客的需求变化时,必须要求顾客形成文件确定;如果顾客提供的要求没有形成文件,则信息的接受方必须对收到的信息书面化,然后要求顾客确认。确认后的文档经过公司评审无异议后,发送给项目干系人,确保干系人知道变更的要求。这些工作,应当由项目管理部负责。案例中,项目管理部在以上工作没有先行的情况下,就变更设计,当然不能达到相关要求。

对于销售部,由义务和责任告知给项目管理部全部信息,但他表述的方式可能会失真,造成理解差异,这也是不可避免的。如果项目管理部能用上述的方法落实每一步,就杜绝了因为信息传递失真造成行动结果偏差。

当然,规避方法如第二段中表述的一样


龙七
省份:甘肃省
单位:该信息保密
行业:能源煤电油
 
时间:2006-04-27
题目:没有认识项目管理带来的问题

分析:这是目前国内软件公司的通病,没有花足够的时间在弄清用户到底要啥时,就开始了工作,结果是浪费成本,而且把用户也给培养坏了。现在的国外公司这方面做的很好。我认为还是你们公司的项目管理的力度不够,也许你们更本就没有认识到这一点。还是要从一个比较高的高度认识它,从公司层面制定制度来做,这样以后能减少很多的麻烦,
关于联盟 | 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.