为何项目需求会蔓延?管理者应如何调控?

  加班算是不少项目工作中常有的事,不论是因为什么,多数都是有活要干,有新需求要做。但是项目成员们会发现,其实不少需求并不是当初说好的那些,冒出的不少任务量根本不属于计划范围内。如此大家的工作就没有一个范围的定性,项目范围就会越来越模糊。那么到底是什么原因导致的这种需求蔓延现象呢?大家要如何应对呢?


  一、内容要明晰,切记模棱两可

  在项目中,不少合同中规定的内容时常是模糊不清的,或者只有几行说明,而且还可能有大断的套话、官话。这个现象的产生可能是项目参与者对客户业务不一定了解,无法更为清晰展现;而客户自己也摸棱两可还没有完全考虑清楚自己要的具体是什么。如此双方都不算能深入将内心想法转化为正确的需求描述,就导致了项目需求不明确,对客户真正想要的需求没有真正了解,后期也会陷入无何止的修改。

  面对这种情况,项目组在定需求时,若不理解一定要不吝啬沟通,有时你的询问请教可能“刺激”出客户内心的真正想法,让项目组了解清楚客户真正的愿景需求。而项目经理在确认相关需求文档时,一定要说清楚并让客户认同,最好真正确认,就是让负责的客户领导签字确认。这样是对项目需求蔓延风险情况最有效的杜绝手段之一。

  二、有一定原则,不随意加需求

  项目组与客户之间有时会出现较为尴尬的情形:客户在提需求时,多是自己期望解决的需求,而对于最基本需求往往不说,因为他认为你就应该有;而项目组则按规矩走流程,按照客户说的去定任务。如此就会出现验收时,项目组已经完成了说好的所有需求,但是客户对成品却不满意,觉得缺了很多东西,而且认为项目组应该主动完成这些。这样双方都会出现矛盾,若满足客户,必然就会出现需求蔓延状况。

  这时,项目组要坚持自己的一定原则,可以有效的控制需求,当客户再有想加的需求时总不至于那么理直气壮;如客户真要加需求时,我们可以因需求变更而提出一定的经济补偿。

  如果需求增加了,项目经理可以凭借着签字在公司内部规避自己的责任,毕竟客户以前是认可的,这回再提增加需求,就不是项目经理能力范围了,可以请领导出面。有了客户确认的需求,项目组可以放心的去完成项目,以减少需求变更所带来的影响。

  三、增加参与性,避免理解误差

  我们经常会遇到,按照客户书面上记录的需求进行开发后,客户却并不认可,而实际情况,客户对自己写的书面内容也并无异议,原因是对同样的内容客户的理解与我们的理解不同。

  例如,需求中写道:“购物后付款”,开发人员开发出来的是用户选择好商品进入购物车直接付款;而客户实际想要的是到购物车付款前先向客户发送一条短信验证码,让购买人二次确认无误后再付款。同样的文字,对细节的理解可能就是不同的,但实现的细节客户提供的需求里可能根本就没有提,这样做出的成品客户就会觉得不合要求,想让项目组返工重做。

  为了避免这种情况,项目经理要对项目进行跟进和监控,需求要很好的贯彻到每个人,不要出现理解偏差。每个人在信息传递过程中让需求不断出现损耗和变形,因此项目经理要拉着客户参与到项目的各个阶段,并随时让客户了解和提出自己的真实想法。这样就不会导致项目在最后时,客户提出各种需求,变被动为主动。尤其是在需求分析和设计阶段,当整理完需求文档后,一定要请客户一起参与评估,以避免需求理解不一致,需求范围不确定等问题。

  四、不一味迁就,实现真正目的

  虽然项目成功的标志是客户满意度,但无条件的迁就客户最终可能导致项目预算超期或延期,最后导致失败。客户在提一条新需求时可能自己都没有想清楚,也许只是他的灵光一现,许多需求可能只是冗余需求。

  许多客户往往不懂程序、技术等,他们的许多想法根本无法实现,项目组跟他解释他又很难理解。对于这种客户有时会让项目成员有种无力感,迁就的越久,你可能做的超出需求范围的事越多。

  因此,对于客户提出的需求,项目组不要一味的迁就。当客户提出一个不好解决的需求时,我们只要了解客户的目的,帮助客户分析后,找出其它同样能达到相应效果的方案来,并让客户知道他的方案会给项目带来什么样的影响,客户还是会接受我们意见的,这样比与客户直接冲突要理智。

  不论是什么原因导致的项目需求的蔓延,大家都要谨记一点:“无规矩不成方圆”。说清楚所思所想,并坚持原则,是一定要做到的事。其实就是任何时候,有疑问就要及时沟通,不要产生误解;有结论就要正规确认,避免出尔反尔;有规定就要执行坚守,不能随意改变,避免要求无底线。要是如此去做,项目需求自然无法再随意发生改变。