项目范围管理的一个问题 (咨询专家:刘景梅) [已答]
您好: 请教一个IT项目的问题。 我们公司有一个软件项目,已经到了实施中期阶段。现在客户对项目的实施效果和软件的功能不满意(主要是功能),要求修改,但如果修改的话项目投入会增加很多。因为对方是强势部门机关,所以问题很棘手,您有什么建议,谢谢!
提交回复
会员回复
项目管理要控制好风险,不确定因素预先考虑
关键是该项功能有没有在合作中被规范。有一种途径叫协商,合作的最终目的是共赢,对方如果是切实需求,我觉得可以你可以尝试追加研发费用。和强势的合作也有有利的,关键是该思考如何利用对方的强势。比如,强势的一般都不缺钱,所以我认为你充分阐述追加合同款是可行的......
不仅要和客户再次确认范围,有必要就走变更,还应该梳理一下自身的沟通管理机制,减少类似问题的再次发生
确认范围基准,如果客户要求更改,则需填写变更申请单,走变更流程
对项目重新进行调研,进行沟通。
目前是实施中期,发现问题,需要增加成本,需要各专业再评估技术风险,是否计划进行。
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。 另外做好需求验证。
与政府部门打交道是比较头疼。个人认为: 1、分析需求变更的利、弊和风险。 2、不能超越因需求变更,因引起项目调整的底线。 3、如果超出底线,尝试通过其他方法解决问题。 4、如果没有其他方法可解决,只能看项目经理的沟通能力。
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
这种问题在项目开发过程中是会经常遇到的,属于客户的需求变更.如果在项目前期有跟客户明确项目的可交付成果, 完全可以跟客户要求增加预算和工期. 如果没有, 则只能看你的沟通能力了.
看看当时合同有没有什么有利于己方的信息
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
回复会员: 液化天然气 回复时间:2013-07-03
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。
还是要核实范围,如果要有大的变更,要和客户进行有效沟通,进行变更管理。
先收集他们不满意的地方,然后消除他们对软件功能有误会的地方,还不行的话,就进行时间、成本、优势分析考虑
自己掌握
协商解决,增加功能是必须的,适当增加费用也是合理的,双赢才能发展。
顶顶,不错哦!
先范围更改所造成的影响告诉甲方,如增加费用或者进度会延缓等结果!
书面的确认
先范围更改所造成的影响告诉甲方,如增加费用或者进度会延缓等结果!
.....
对项目重新进行调研,进行沟通。确定一个合同内的效果模型。
回复会员: cmk4y 回复时间:2011-10-24
面对面交流,如果不可避免,就必须要改,并严格按照变更控制流程走。有必要的话先构造原型,跟客户确认!多跟客户交流沟通。
立即面对,与客户就项目的范围问题进行深入讨论,达成一致意见,完成对范围的变更,对于这个时候涉及的成本等问题,是无法避免的。 范围的管理不是不允许发生变化,而是强调范围管理的可控,因此需要在项目管理流程规划中包括变更流程的设计。 一点见解。
用老人说的句话:早干什么去了? 前期缺乏有效的沟通,需求分析阶段工作没有做好。
个人认为,这个时候也不要拿什么签字的文档之类去跟客户理论,这里是中国,不是外国,这样很伤感情,当你这么做时,估计离项目失败也不远了。 现在还是实施中期,尽快的组织关键人员的需求调研,看看能不能补救吧。 汲取教训啊。。。
PS:用软件原型去沟通的效果比口头效果好上不只一百倍。
在中国的软件项目管理中,非常棘手的或者是能让客户做到的就是范围确认的工作。一般软件项目的合同对范围的描述都比较笼统,这个就给后期的执行造成了很大的麻烦。 从问题描述上来看,该项目已经到了实施的中期阶段,这种情况出现的原因可能是在系统建设初期与客户的沟通并不是很充分,没有将系统的功能充分的传递到客户方。但随着项目的进展,客户对系统的了解也越来越多,碰到和自己前期理解不一致的地方就会产生疑问,同时客户也存在对系统又有了新的期望而产生功能性的需求。我建议首先与客户进行范围的再次确认(前提是已经有了比较明确的范围说明书)如无法进行范围确认,则更多的需要商务层面的介入。国外项目管理靠"法制",而国内项目管理更多的则需要“人治”。希望能对你有所帮助。
我也有遇到类似问题,建议解决办法有如下步骤: 1、明确项目干系人。 2、和对方组织开会讨论,明显一个解决方案,解决方案包括:一、明确一个最终时间,组织一次较全面的用户需求调研,并由各负责人签字。 二、明确变更流程。 根据你所描述的内容,你们项目前期的需求调研应该做的不到位。
对于功能的变更主要是建设方某个领导的意愿形成的,可以与他见面咨询形成新变更的原因,并分析必要性,以及相应的成本,时间和整体效果等。沟通好了,会有些改观的......
围绕项目书,对材料采购、工程施工、人员安排、团队协调分块统筹管理
1、拿出签字的需求分析报告。核对不满意的功能与需求是否存在偏差。对偏差进行分析,分析出哪些属于客户需求变更的,与客户讨论协商需求变更情况,走需求变更申请、分析、CCB审核。需求变更大新起项目或追加投入等等。如果功能未实现需求,那没有话说,必须自己承担。 2、重要点对不满意的功能进行分析,分为界面、操作习惯(复杂、繁琐)、VIP、功能(核心、次要) 3、重新对干系人期望进行评估,尽可能的有原型,在实施过程中让客户及时、时时参与进来,提前发现问题,提前做好风险识别、评估和分析。 4、核实范围必须严谨,需求描述必须无误、完整、无二性。
建议的做法是,先尽可能全的收集客户对功能不满意的部分,并进行仔细的分析这些功能与之前功能定义的差别;同时需要考虑在不增加成本的情况下,有哪些可行方案;根据不同的方案做好不同的沟通预案;若双方能达成在不增加成功或是很少增加成本的预案下,可以考虑答应客户的要求,以维持良好的合作关系;若需要大大增加的,超出你所能够承担职责的,请在与客户沟通前在公司内部取得许可,或是通过公司其他合适的层面找客户进行沟通。 当然最重要的是不管如何只要双方达成一致的,书面的确认是很有必要的。
回复会员: munix 回复时间:2011-06-23
分析一下客户需要是不是超出项目范围,如果超出,与客户沟通,更改项目范围,增加成本预算。如果与客户开始所定义的范围没有变化,那就按照客户的要求做。具体成本花费要与你们的合同类型有关系。
落实一个文本需求,做到良好沟通,使变更范围达到最小化
即使要修改的话,还是需要写好一个文档,定义好要修改的内容,和达到的目标,以防止后面再会出现类似问题
Lishujun, 针对此问题,首先需要考虑客户提出不满意的部分是不是属于项目范围内,如果属于的话,我想你们应该需要跟对方沟通找一个合适的方案(比如缩减范围)达到少投入完成客户的需求;否则要求客户提交一个正式书面申请,同时另外计费。