最近项目需求频繁变更的一点思考

项目肿么了

任何项目都逃脱不了需求变更，工作四年了，从来没有碰到到如此这般的项目需求变更，明天项目就要上线了，今天晚上接近8点钟，项目上又提出了新的变更。

这篇文章，其实真正的写作日期是7月4日，为什么知道今天（7月6日）才真正的发布出来。因为我一直在对应无休止的需求变更，帮助修改用户错误的基础数据。

弱国无外交

所谓“弱国无外交”，其实这句话对于企业来说也是适用的。一般的小公司，在做项目的过程中，总是疲于应付用户需求变更。一般小公司签订的合同，合同额本身就比较低，在项目需求不断变更的过程中，成本却在一点点无形的增加上去了，慢慢的就把项目作死了。

个人一点思考

既然每个项目都要面对需求变更这个现实存在的问题，那么我们能够做到的就是合理的控制需求。虽然我们经常说客户就是上帝，但是我们也不能总是听从上帝的摆布。我个人倒是觉得可以通过以下方法尽可能多的避免问题：

项目经理在第一时间屏蔽需求。这里说的需求不是所有的需求，而是一些客户无理的需求。
不接受客户口头的需求。随便一个客户，随口一个需求我们都答应，那么往往我们会对这个功能来回改多变。
谁用系统，谁在审核需求。客户提的需求，应该自己内部达成一致，不要说一个财务系统，让一个IT部门的人来提需求，这就是扯淡。一个IT的懂个P财务。
任何需求应该做到有据可查，不要说当初谁谁说的要这么做，这种需求用户往往不会承认是一个变更
原型设计把好第一道关。原型应该直接体现用户需求，并且让用户针对原型进行需求确认。