关闭
您尚未登录,请登录后提交案例分析!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 PgMP认证,美国项目管理协会高端项目管理认证!大型项目与项目群管理Program Management全球权威认证


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

4月开课 | 实战课

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

4月开课 | 新闻

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

PMP®认证

单项目管理经典指南
年轻项目经理首选

9月开课 | 网络班

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

深圳 | 北京 | 上海

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

北京 | 上海 | 感受

PfMP®认证

链接战略与项目
实现组织资源投资回报

17计划 | 北京 | 上海

栏目说明
    项目管理者联盟《案例》栏目,是为项目经理排忧解难的互动平台。当您的项目碰到难题时,您只需要将您所在项目的情况描述清楚并提交到本网站,众多项目管理高手将对您的问题提出最佳解决方案。您的项目背景信息必须清楚;项目的进展现状必须详细说明;项目难题中所涉及的项目成员关系要阐述清楚。
专家点评
缪燕 目管理者联盟 缪燕
【案例正文】
   小李从一个著名的IT企业辞职了,为了创业的梦想,自己开了个公司,想运用十多年软件....[详细]
·项目经理的沟通管理技能如何提升
·水务行业PPP三大经典案例解读
·经典的项目人员激励案例分析
·PM也疯狂??从“晚餐”谈项目管理
·IT项目管理成功案例分析
·面对项目风险,该如何抉择
more>>最新案例
10-20·项目终验是以合同内容还是.
10-16·项目成果被盗,谁该负责?
10-13·如何说服老总实行激励制度.
10-13·项目经理和团队之间的关系.
10-11·产品小组跟运营小组之间的.
10-10·如何面对公司论资排辈的做.
10-09·急脾气经理遭遇项目进度慢.
09-30·如何处理团队成员多报工时.
09-29·流程管理系统用不起来怎么.
09-28·怎么考核不同工作负荷的项.
more>>热点案例
·如何处理项目中的尴尬局面.[4106]
·多项目组合作的项目如何明.[2874]
·项目团队人气底下态度散漫[2249]
·项目人员管理上的一个困惑[2167]
·高温煤气净化项目收尾阶段.[1728]
·PMO应该如何更好的分配资源[1453]
·项目中人员成本所占权重该.[1425]
·IT项目经理应该如何与技术.[1378]
·怎么样建立一个比较实用的.[1265]
·如何确保项目能在有限时间.[891]
·采用什么的组织结构[850]
·如果你是项目经理,怎么去.[819]
·工期拖了怎么办?[774]
·软件项目预期延期如何应对[769]
·某个工程项目的索赔问题[743]
·客户方领导同意方案但是拒.[743]
·如何做好项目的质量成本分.[737]
·《越狱》主角迈克尔算不算.[729]
·新入职项目经理如何介入项.[691]
·不是技术出身的人如何做好.[645]
最新分析
·项目经理和团队之间的关系.[12]
·项目成果被盗,谁该负责?[7]
·如何安排事情的优先顺序[7]
·流程管理系统用不起来怎么.[16]
·项目业务类型划分不清怎么.[4]
·面对范围不明确,随意变更.[8]
·如何从质量管理到项目管理[8]
·如何管理开发部对成本的需.[2]
·如何面对公司论资排辈的做.[14]
·急脾气经理遭遇项目进度慢.[8]
·产品经理如何争取资源协调.[2]
·如何说服老总实行激励制度.[4]
·本来应该作主导的项目管理.[4]
·怎么解决项目进度和时间的.[8]
·项目变更发生分歧怎么办[4]
·究竟是优秀人才还是定时炸.[4]
版权说明
本网站案例栏目中,案例及案例分析为项目管理者联盟网站版权所有,如需转载或引用,请务必注明:案例摘自项目管理者联盟[www.mypm.net]。如需用于商业用途,必须得到项目管理者联盟授权,可发邮件至管理员 申请或电话咨询:010-82273401/11
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
如何应对客户的非功能性需求变更?
[姓    名]  如月 [单    位]  真实案例,单位保密 [发布时间]  2009-1-5
[所属行业]  IT软件 [所属主题]  项目质量管理 [项目阶段]  项目执行

案例正文

在每次给用户进行阶段演示的时候,用户都会提出一大堆关于系统使用友好性和方便性方面的问题,工作量一般都在5人/日。本着用户就是上帝的原则,我们每次都会毫无怨言的接收并执行。

在需求调研时,由于用户对这些功能的应用不可能提的那么具体,所以这种情况在所难免。另外,我们的用户是对计算机有抵触心理的人群,如果你忽视他的要求,下一步工作就会很难开展。如果让他签变更申请书,他们会说“我不麻烦你们了,你们也别麻烦开发了!”。

在项目管理概念里,这种修饰性的工作(非功能模块添加)算不算是“镀金”呢? 做为项目经理我应该如何与客户沟通以保证项目的顺利进展?是不是要在详细设计时苦下功夫呢?
项目管理者联盟PMP培训
相关分析27个分析)

刘力
省份:北京市
单位:该信息保密
行业:工程设计安装
 
时间:2010-02-25
题目:如何应对客户的非功能性需求变更

分析:用户提出系统使用友好性和方便性方面的问题,我个人认为在与客户的沟通上出现了两个阶段的问题:一是前期调研过程中的沟通,没有考虑到用户的使用习惯和各方面升级的需求。二是在项目实施过程中用户提出的这些问题,需要看是什么人提出的,对项目的顺利进行是否由关键的影响,这需要区别对待,不能对任何要求都接受,中国人的习惯大家都熟悉的,相关的不相关的都来说一句。总的来说关键是前期的沟通不到位。

庄新峰
省份:河南省
单位:该信息保密
行业:通信与网络
 
时间:2009-11-24
题目:产品的易用性需求

分析:这个问题的根源实际上是产品的易用性需求没有得到准确获取。$APPEALS方法是IBM在IPD总结和分析出来的客户需求分析的一种方法。它从8个方面对产品进行客户需求定义和产品定位。具体如下:
$-产品价格(Price);
A-可获得性(Availability);
P-包装(Packaging);
P-性能(Performance);
E-易用性(Easy to use);
A-保证程度(Assurances);
L-生命周期成本(Life cycle of cost);
S-社会接受程度(Social acceptance)。
可见,易用性是重要的产品需求,而实际上需求分析人员往往忽略这部分需求。尽早开发出界面原型能够有助于用户对产品易用性的确认。

陈志龙
省份:广东省
单位:该信息保密
行业:IT软件
 
时间:2009-11-09
题目:重要性原则---选择性开发

分析:软件实施过程中客户提出非功能性需求是很正常、常见的
我处理的原则是:
1、开发该需求(合同外)不影响我正常的工作进度;
2、为项目验收、回款的功能性需求才开发;
3、一般需求后期完善时开发;

张工程
省份:北京市
单位:该信息保密
行业:房地产
 
时间:2009-10-08
题目:如何与客户沟通

分析:1.对项目的范围管理明确,原因是先期需求没有明确。
2,项目管理不科学,建议用增量法,用20%的完成80%de 的功能。
3.健全管理制度,项目变更要走流程,填变更千针。做好记录。
4.不能无限的满洲客户的需求。

苏青
省份:北京市
单位:该信息保密
行业:汽车与零部件
 
时间:2009-08-14
题目:沟通、记录、改进

分析:1、首先是项目前期准备不充分。对目标客户的层次、应用能力、接受程度等方面的了解有限。
2、可能是设计的问题。易用性不好,否则用户不会每次都对这些“非功能模块”提出要求。
3、限于进度的要求,不可能每次都完全按用户的要求进行这些“修饰性的工作”。在完成本次设计后,就收集的问题点进行改进,再提供更新版本。或者按DEMO版先试用,再改进(要有记录)。这需要与用户的负责人沟通。
4、估计,此项目的详细设计需要加强了。

歌音
省份:湖北省
单位:该信息保密
行业:汽车与零部件
 
时间:2009-07-01
题目:有效彻底的沟通是大前提

分析:有效彻底的沟通是大前提
必须学会倾听业主方的“问题”,一般来讲,产品改进和完善的闪光之处,大多来至于实际使用产品的业主方。

九品彼岸
省份:北京市
单位:该信息保密
行业:工程设计安装
 
时间:2009-06-02
题目:现场调试阶段应严格执行“变更控制程序”

分析:在开发阶段可以请用户确认各种功能、画面,到现场调试阶段从一开始就严格执行“变更控制程序”,一旦客户养成习惯,要他签字可就不容易了!

石海
省份:浙江省
单位:该信息保密
行业:通信与网络
 
时间:2009-04-07
题目:事先分析,事后巧妙处理

分析:举个系统可用性的例子,可用性本身就是系统的一个方面,如果我把可用性做好,需要做专门的研究、分析、积累,如果没有只有项目里不容许花费大量的精力在这方面,建议如下操作:
1、考察用户已有系统,并通过访谈了解用户对已有系统可用性满意的方面与不满意的方面
2、针对第1点上得到内容,结合公司本身的交互设计规范或习惯进行,以某一个场景为例设计DEMO,最好能够涵盖所有常用交互的情况
3、通过DEMO与用户进行初步交流并改进
这样基本上满足了大致的要求,如果在这基础上开发出来的系统,用户仍然有不满足的情况,综合思量一下,当初为何要这么设计,绕着弯对用户解释不能按照他们那样做的原因;如果确实没有好的理由,有对用户影响较大,只能更改……,但更改时需要通过邮件的形式备注是从什么样的情况改到什么样的情况,中国人对签字一向比较……,哈哈……

df
省份:山东
单位:该信息保密
行业:IT软件
 
时间:2009-03-17
题目:如何应对客户的非功能性需求变更?

分析:三重因素:范围、时间、费用,改变了项目范围,时间和费用肯定要增加,如果把握不住这一点那么项目即使成功了也不会赢利,后续的麻烦也不可能少,针对需求变更必须做好仔细分析,考虑在用户之前,与客户多沟通,尽量在开始的时候把各种需求讲清楚,否则对于这样的用户则非常被动。

wisetb
省份:安徽
单位:该信息保密
行业:IT软件
 
时间:2009-03-02
题目:沟通与客户关系

分析:最主要的是沟通,同时看与客户的关系处的怎样。
这些要求,没必要去说的太死,照单全收,合同没有,可以向他们说明,增加的成本,修改后对其他方面的影响,或者系统整体进度的影响,再把问题丢给他们。如果成本增加较多,他们是不是要稍承担一些。
对于客户提出的任何问题都不可忽视特别是领导提出的,无论事情做的如何,至少要给足他面子。相信问题会好处理很多。
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
项目管理者联盟 版权所有 京ICP证070584号 | 京公网安备110102000464号
如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者