频繁更改需求会令程序员烦恼

杀一个程序员最简单的方式是，让他改三次需求”虽然是一句玩笑话，但充分表达的需求的变更对程序员的影响之大。其实只要是设计和真正在干货的工种，在面临需求变动的时候就会产生很大的影响。

实际上很多需求的变更，不在版本开发计划之中，由于缺乏有效项目管理和版本管理，程序员就沦为了一台机器，成为了版本迭代的苦力。叫苦不迭。

需求改动背后可能隐藏了更多需求

一个需求变更，也许是一个小的按钮的改动，从软件设计上，初生牛犊不怕虎的程序员小张，在产品经理的一顿忽悠下，没经过评审就直接开干了。

殊不知，哪怕是一个按钮的增加或删除，他后面可能影响了一系列功能的变化，而这些变化后续都是需求，这些需求，可能完全不在版本迭代是主线上。有可能导致技术债务增多。

所以不要轻信一个人说这个功能很简单，几分钟之类的话，很可能这是一个无底洞。


 

UG震荡

修改一个需求，改动一行代码，从程序员角度看，可能要重构某一部分代码，重构可能带来巨大的工程风险，形成更多缺陷，给程序员带来巨大的技术压力，后期可能需要偿还更多的技术债务，这个程序员不加班都难。

所以稳定的工程框架和牛逼的技术负责人牵头，做需求评估是非常重要的。

（编辑：衡水站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!