关闭
您尚未登录,请登录后回复该问题!
用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


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

PMI-ACP®认证

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

网络课程

PMI-PBA®认证

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

网络课程

NPDP®认证

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

网络课

PMP®认证

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

北京 | 直播 | 录播

PgMP®认证

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

网络班

PfMP®认证

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

全球直播

软考项目管理

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

计划 | 报名 | 经验

more >> 特约专家
项目管理讲师

项目管理软件专家

行业项目管理专家


more >> 本站热点
· 华师大CTO学院:科创生态建设与创新项
·宏发电声江玫瑰谈PgMP:“下好一盘棋”
·PgMP:交付能力与创造未来的项目管理方
·开放讲座|《项目组合管理与PfMP认证》
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP:项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》
·网络讲座|《项目组合管理与个人职业发展》
·开放讲座|《项目组合管理与PfMP认证》
敏捷项目管理ACP培训
more >> 推荐问题
[已答] 项目经理的职业目标在哪里.
[已答] 项目经理、BA和产品经理的.
[已答] 项目经理和产品经理的界限.
[已答] 做项目管理15年后的困惑
[已答] 项目WBS和进度变更的问题
[已答] 如何才能做到真正的敏捷?
[已答] 里程碑时遇到技术难点,怎.
[已答] 技术经理如何帮助团队成员.
[已答] 如何做一个相对准确的进度.
[已答] 项目日报、周报需要汇报哪.
[已答] 项目经理向上的突破口在哪.
[已答] 如何拒绝跨级领导安排的工.
[已答] 项目经理的晋升问题
[已答] 高层参与和关键用户参与哪.
[已答] 产品研发如何保持节奏感?
[已答] 拿什么激励开发人员加班?
[已答] 项目监控怎么会让客户和成.
[已答] 项目经理如何向PMO发展?
[已答] 学完pmp后,ACP和PBA先学哪
[已答] 团队成员比例问题
[已答] 做项目做到心累,该怎么排.
[已答] 项目计划最好什么时候做变.
[已答] 如何平衡项目与项目集的差.
敏捷项目管理ACP认证培训
国际产品经理NPDP认证
项目范围管理的一个问题 (咨询专家:刘景梅) [已答]
您好:
     请教一个IT项目的问题。
我们公司有一个软件项目,已经到了实施中期阶段。现在客户对项目的实施效果和软件的功能不满意(主要是功能),要求修改,但如果修改的话项目投入会增加很多。因为对方是强势部门机关,所以问题很棘手,您有什么建议,谢谢!
提问人:lishujun [斯博思公司] 提问时间:2007-11-16
专家回复


姓    名: 刘景梅
单    位: 朗讯科技中国公司
行    业: IT软件
擅长领域: IT项目管理、 IT项目管理培训

该问题专家还未回复。
提交回复  会员回复
项目管理要控制好风险,不确定因素预先考虑
回复会员:wwsyang 回复时间:2015-03-06
关键是该项功能有没有在合作中被规范。有一种途径叫协商,合作的最终目的是共赢,对方如果是切实需求,我觉得可以你可以尝试追加研发费用。和强势的合作也有有利的,关键是该思考如何利用对方的强势。比如,强势的一般都不缺钱,所以我认为你充分阐述追加合同款是可行的......
回复会员:wdeping 回复时间:2014-11-07
不仅要和客户再次确认范围,有必要就走变更,还应该梳理一下自身的沟通管理机制,减少类似问题的再次发生
回复会员:wguitar 回复时间:2014-06-08
确认范围基准,如果客户要求更改,则需填写变更申请单,走变更流程
回复会员:hhlion 回复时间:2014-04-08
对项目重新进行调研,进行沟通。
回复会员:zwjkitty 回复时间:2014-03-25
目前是实施中期,发现问题,需要增加成本,需要各专业再评估技术风险,是否计划进行。
回复会员:liuxiannian 回复时间:2014-03-19
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。 另外做好需求验证。
回复会员:lxz5168 回复时间:2014-03-18
与政府部门打交道是比较头疼。个人认为:
1、分析需求变更的利、弊和风险。
2、不能超越因需求变更,因引起项目调整的底线。
3、如果超出底线,尝试通过其他方法解决问题。
4、如果没有其他方法可解决,只能看项目经理的沟通能力。
回复会员:Zeus2013 回复时间:2014-01-09
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
回复会员:39563323 回复时间:2014-01-02
这种问题在项目开发过程中是会经常遇到的,属于客户的需求变更.如果在项目前期有跟客户明确项目的可交付成果, 完全可以跟客户要求增加预算和工期. 如果没有, 则只能看你的沟通能力了.
回复会员:zzh430225 回复时间:2013-10-29
看看当时合同有没有什么有利于己方的信息
回复会员:骑士王的荣耀 回复时间:2013-08-16
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
回复会员:液化天然气 回复时间:2013-07-03
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。
回复会员:wxinjie 回复时间:2013-01-31
还是要核实范围,如果要有大的变更,要和客户进行有效沟通,进行变更管理。
回复会员:魔幻色彩画饰 回复时间:2012-11-07
先收集他们不满意的地方,然后消除他们对软件功能有误会的地方,还不行的话,就进行时间、成本、优势分析考虑
回复会员:991226207 回复时间:2012-06-07
自己掌握
回复会员:王建军705 回复时间:2012-02-11
协商解决,增加功能是必须的,适当增加费用也是合理的,双赢才能发展。
回复会员:zyz5249 回复时间:2012-01-29
顶顶,不错哦!
回复会员:sonic109 回复时间:2011-12-22
先范围更改所造成的影响告诉甲方,如增加费用或者进度会延缓等结果!
回复会员:2209599533 回复时间:2011-12-19
书面的确认
回复会员:lc670220 回复时间:2011-12-17
先范围更改所造成的影响告诉甲方,如增加费用或者进度会延缓等结果!
回复会员:406944459 回复时间:2011-11-22
.....
回复会员:cotton1314 回复时间:2011-11-14
对项目重新进行调研,进行沟通。确定一个合同内的效果模型。
回复会员:cmk4y 回复时间:2011-10-24
面对面交流,如果不可避免,就必须要改,并严格按照变更控制流程走。有必要的话先构造原型,跟客户确认!多跟客户交流沟通。
回复会员:roll2008 回复时间:2011-10-18
立即面对,与客户就项目的范围问题进行深入讨论,达成一致意见,完成对范围的变更,对于这个时候涉及的成本等问题,是无法避免的。
范围的管理不是不允许发生变化,而是强调范围管理的可控,因此需要在项目管理流程规划中包括变更流程的设计。

一点见解。

回复会员:sdjnyxy 回复时间:2011-10-08
用老人说的句话:早干什么去了?

前期缺乏有效的沟通,需求分析阶段工作没有做好。

个人认为,这个时候也不要拿什么签字的文档之类去跟客户理论,这里是中国,不是外国,这样很伤感情,当你这么做时,估计离项目失败也不远了。
现在还是实施中期,尽快的组织关键人员的需求调研,看看能不能补救吧。
汲取教训啊。。。

PS:用软件原型去沟通的效果比口头效果好上不只一百倍。

回复会员:hawks12 回复时间:2011-09-09
在中国的软件项目管理中,非常棘手的或者是能让客户做到的就是范围确认的工作。一般软件项目的合同对范围的描述都比较笼统,这个就给后期的执行造成了很大的麻烦。
从问题描述上来看,该项目已经到了实施的中期阶段,这种情况出现的原因可能是在系统建设初期与客户的沟通并不是很充分,没有将系统的功能充分的传递到客户方。但随着项目的进展,客户对系统的了解也越来越多,碰到和自己前期理解不一致的地方就会产生疑问,同时客户也存在对系统又有了新的期望而产生功能性的需求。我建议首先与客户进行范围的再次确认(前提是已经有了比较明确的范围说明书)如无法进行范围确认,则更多的需要商务层面的介入。国外项目管理靠"法制",而国内项目管理更多的则需要“人治”。希望能对你有所帮助。
回复会员:surffish 回复时间:2011-09-05
我也有遇到类似问题,建议解决办法有如下步骤:
1、明确项目干系人。
2、和对方组织开会讨论,明显一个解决方案,解决方案包括:一、明确一个最终时间,组织一次较全面的用户需求调研,并由各负责人签字。
二、明确变更流程。

根据你所描述的内容,你们项目前期的需求调研应该做的不到位。

回复会员:xmfanch 回复时间:2011-08-10
对于功能的变更主要是建设方某个领导的意愿形成的,可以与他见面咨询形成新变更的原因,并分析必要性,以及相应的成本,时间和整体效果等。沟通好了,会有些改观的......
回复会员:lilhcdc 回复时间:2011-08-01
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
回复会员:Taitain1cd 回复时间:2011-07-14
1、拿出签字的需求分析报告。核对不满意的功能与需求是否存在偏差。对偏差进行分析,分析出哪些属于客户需求变更的,与客户讨论协商需求变更情况,走需求变更申请、分析、CCB审核。需求变更大新起项目或追加投入等等。如果功能未实现需求,那没有话说,必须自己承担。
2、重要点对不满意的功能进行分析,分为界面、操作习惯(复杂、繁琐)、VIP、功能(核心、次要)
3、重新对干系人期望进行评估,尽可能的有原型,在实施过程中让客户及时、时时参与进来,提前发现问题,提前做好风险识别、评估和分析。
4、核实范围必须严谨,需求描述必须无误、完整、无二性。
回复会员:zjzhb808 回复时间:2011-07-07
建议的做法是,先尽可能全的收集客户对功能不满意的部分,并进行仔细的分析这些功能与之前功能定义的差别;同时需要考虑在不增加成本的情况下,有哪些可行方案;根据不同的方案做好不同的沟通预案;若双方能达成在不增加成功或是很少增加成本的预案下,可以考虑答应客户的要求,以维持良好的合作关系;若需要大大增加的,超出你所能够承担职责的,请在与客户沟通前在公司内部取得许可,或是通过公司其他合适的层面找客户进行沟通。
当然最重要的是不管如何只要双方达成一致的,书面的确认是很有必要的。
回复会员:munix 回复时间:2011-06-23
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。如果与客户开始所定义的范围没有变化,那就按照客户的要求做。具体成本花费要与你们的合同类型有关系。
回复会员:changqiqiqi 回复时间:2011-06-16
落实一个文本需求,做到良好沟通,使变更范围达到最小化
回复会员:Superintend 回复时间:2011-03-26
即使要修改的话,还是需要写好一个文档,定义好要修改的内容,和达到的目标,以防止后面再会出现类似问题
回复会员:alwaysrun 回复时间:2009-07-31
Lishujun,
针对此问题,首先需要考虑客户提出不满意的部分是不是属于项目范围内,如果属于的话,我想你们应该需要跟对方沟通找一个合适的方案(比如缩减范围)达到少投入完成客户的需求;否则要求客户提交一个正式书面申请,同时另外计费。
回复会员:DreamerXiao 回复时间:2009-07-23
排行榜 [25年5月]
会员 积分 问题 回答
没有会员得分记录...
more >> 最新问题
11-02·如何建立项目管理体系
09-28·跨部门沟通需要注意什么
08-16·团队激励如何做到公平合理
06-15·关于项目回款的问题
06-15·销售前期,项目经理可以介.
05-12·需求分析师和开发项目经理.
04-07·不了解技术就不能带项目?
04-07·如何进行项目管理
04-07·产品上线后,产品经理需要.
03-10·项目经理的职业目标在哪里.
03-10·职能工作与项目工作冲突时.
02-14·考过PMP后,对大家的工作帮
02-14·政府项目最重要的是质量还.
01-20·项目经理、BA和产品经理的.
01-20·如何对待项目团队中的老好.
12-23·项目经理和产品经理的界限.
11-30·项目验收的问题
11-11·PMBOK指南中所述知识的“裁
11-11·系统集成工程师的作用
11-10·项目经理应该掌握哪些数据.
10-18·做项目管理15年后的困惑
10-11·团队成员矛盾怎么解决
10-09·服务类的项目质量管理
09-13·26岁的项目经理很难找到工.
09-01·项目WBS和进度变更的问题
关于联盟 | 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.