为什么程序员不喜欢需求变更

October 29, 2013

作为开发人员,最痛恨的就是需求变更了。

需求变更不可避免

客户的需求总是模糊不清,因为客户不是专业人员,他们给的是感性的信息,这些信息被产品经理加工后交给了开发人员。这个过程必须存在误差。产品开发的过程,伴随着市场的变化。在产品开发过程中,可能竞争对方发布了新的产品,上线了新的功能,为了抢占市场,产品不得不临时做出一些调整,这也导致了需求变更的必然性。

为什么痛恨需求变更

1)又要加班了?开发者作为产品的一员,也是希望产品能取得成功的。(如果不是这样的话,不是开发者有问题,就是开发者的领导有问题)。所以他们理应接受需求变更,至少不排斥。但事实总不是这样的。很多时候,需求变更导致了开发者的一些工作被浪费了,同时,剩下的时间他们需要去做比之前计划的时候更多的事情,也是开发者一直处于高压的状态。很多时候,一提起需求要变更了,开发者马上想到的是,又TMD得加班了。这让开发者很沮丧,情绪变得消极。特别是如果这个项目的成功与否跟开发者的收入没有特别的关系的话,开发者就会更加不爽。

2)看着那坨代码就烦!除了加班之类直接的负面效果外,还有一个比较容易影响开发者的一个问题。就是需求变更基本意味了代码的变更。需求在变更你的时候,开发者需要从当前的代码的基础上,做出相应的修改来实现当前的需求。这样的变更越多的话,基本上意味着代码越乱。那些没有用到的代码没有被移除出去,因为不知道什么时候还能用到。这个代码会越加越多,特别是这个代码不止一个维护的时候,代码乱是必须的。有用的,没用的,你加的,我加的,统统的都被放进来了。这些代码会越来越让人头疼,在这样的代码上再进行开发,再进行修改,这是很让人头疼的。当需求变更的时候,开发者就会想到那一坨代码,心生畏惧,然后心里就是千万个不情愿了。

很多开发者会把自己的代码当成艺术品那样去精雕细琢,但是他的美好的心愿被慢慢的消磨掉了,留下了一滩代码。下一个开发者一边接手项目,一边臭骂那个前任的代码工人,一点艺术细胞都没有,写出那么没有艺术感的作品出来。其实他哪知道,那个代码工人在刚开工的时候,也是满怀愿景的。

--- EOF ---

添加新评论