摄影于广州天河百货
01
作为一名程序员，在软件开发中，对于客户亦或是产品经理频繁更改需求这样的现象相信并不陌生。
有时候可能在他们眼里认为是一件很简单的事情，但是对于程序员来说，却是一件很让人抓狂的事情，可能有时候为了实现小小的改变得改动大量的程序，甚至有时候一个小小的改动可能会出现牵一发而动全身的情况。
但需求的变更是贯穿项目始终的，是不可避免的。比较规范的软件公司，对于需求的变更都会遵循一定的程序。虽然没有增加新功能，但是对应的模式就有相应的更新，这种情况也属于变更。
02
那么如何在减少这种频繁更改的现象呢？
在项目初始阶段，我们需要和客户确定好项目范围，这个范围并不仅限定于功能，可能还得涉及到细节的。
如果确定好项目范围，客户要求变动，其实也是可以的，只是项目交付时间是否会因此延迟，项目成本是否因此增加。
笔者曾经就职的公司，这点我认为做得很好，值得借鉴，客户先放一笔资金在开发商这里，如果有需求变更或是增加功能，事先沟通好，填写工作量，成本再从这笔费用中扣除。
如果项目范围之前双方没有确定好，可以先忽略，或者可以预留时间和资金来应对这块的变更，风险管理还是要有的。
很多需求的细化是在客户看到最初的软件原型后才会被提出的。所以，项目确认的时候，尽量能确认好细节。提前挖掘下客户的真实想法。
03
客户要是提出的需求是合理的，能够带来更好的用户体验，这种需求做起来还是很有价值的，很有意义的。
程序架构保留一定的灵活度， 加强和用户的沟通，做好优先级的排序。如果可以，需求变更考虑纳入成本。
客户频繁更改需求，程序员抓狂是如何处理好需求变更，解决问题，最好代码实现能优雅点，艺术点，而老板重视变更能否带来更多收益，每一个变更都只是老板的一个棋子而已，实现利润最大化才是根本。
有人抓狂，有人乐意，角度不同，自然感受就不同了。你认为呢？
［END］
阅读推荐：