现在的位置: 首页 > 综合 > 正文

当需求变更来临

2012年02月06日 ⁄ 综合 ⁄ 共 774字 ⁄ 字号 评论关闭

昨晚已经和老婆安排好5.1的行程,希望可以美美的睡上几天,5.1可以好好的休息一下了。但是今天早上客户打来电话,说需求有变化,真是搞得一团糟。

刚开始的时候,大家都有点不知所措,毕竟这个需求的变更对系统的影响是比较大的,更让大家感到郁闷的是这个变更就是我们以前建议他们采用的一个方式,可是客户以前看过别的公司的软件,非让我们参照那个模式进行开发,我们怎么说都没有用,反而觉得我们的建议很差劲。

但是让我们害怕的就是这个致命的需求变更,大家的抵触情绪很强,关键下午就要放假了,心思早都飞跑了。


但是牢骚归牢骚,下个月初就的进行项目的实施,而且规模比较大,只能马上商量解决的办法。人多还是力量大,大家提出一个又一个解决的方案,然后又一个又一个的支持和否定,最后还是乱成一团,谁的主意都没有被大伙认同。


时间一点一点的过去,对方的需求也在几个电话的交流中更加清晰,最后的解决办法是每个人将自己的想法通过框图清晰的表达出来,过了半个小时,每个人耐心的听完别人的讲解和分析,最后的意见统一了,现在就处于一个更改的状态中。

根据这个需求的变化,我认为需要注意以下几点:

(1)最好对需求变更的准备,在项目建立的过程中,我们已经将需求变更的应对最了基础的准备,软件的升级和维护全部采用自动更新的方式,所以即使做出很大的改动,对客户来说升级和维护是透明的。

(2)在需求分析过程中一定要将各种需求了解透彻,有分歧的地方一定要做出关键处理,并且要签字确认,以后出了问题可以找点借口,或者干脆说“不”。

(3)即使需求变化了,也不要害怕,一定要冷静下来,通过头脑风暴的方式,大家一起来商量,当问题无法达成共识的时候,通过详细阐述和仔细聆听,适当的时候结合白板的方式找出最佳的解决办法。

(4)还有在落笔之前和客户做好最后的沟通。

(5)最后也就最重要的就是,修订后要仔细测试,修订缺陷了。

抱歉!评论已关闭.