Laughing
最近项目需求频繁变更的一点思考
07/16
本文最后更新于2020年09月26日，已超过1454天没有更新。如果文章内容或图片资源失效，请留言反馈，我会及时处理，谢谢！
项目肿么了
任何项目都逃脱不了需求变更，工作四年了，从来没有碰到到如此这般的项目需求变更，明天项目就要上线了，今天晚上接近8点钟，项目上又提出了新的变更。
这篇文章，其实真正的写作日期是7月4日，为什么知道今天（7月6日）才真正的发布出来。因为我一直在对应无休止的需求变更，帮助修改用户错误的基础数据。
弱国无外交
所谓“弱国无外交”，其实这句话对于企业来说也是适用的。一般的小公司，在做项目的过程中，总是疲于应付用户需求变更。一般小公司签订的合同，合同额本身就比较低，在项目需求不断变更的过程中，成本却在一点点无形的增加上去了，慢慢的就把项目作死了。
个人一点思考
既然每个项目都要面对需求变更这个现实存在的问题，那么我们能够做到的就是合理的控制需求。虽然我们经常说客户就是上帝，但是我们也不能总是听从上帝的摆布。我个人倒是觉得可以通过以下方法尽可能多的避免问题：
项目经理在第一时间屏蔽需求。这里说的需求不是所有的需求，而是一些客户无理的需求。
不接受客户口头的需求。随便一个客户，随口一个需求我们都答应，那么往往我们会对这个功能来回改多变。
谁用系统，谁在审核需求。客户提的需求，应该自己内部达成一致，不要说一个财务系统，让一个IT部门的人来提需求，这就是扯淡。一个IT的懂个P财务。
任何需求应该做到有据可查，不要说当初谁谁说的要这么做，这种需求用户往往不会承认是一个变更
原型设计把好第一道关。原型应该直接体现用户需求，并且让用户针对原型进行需求确认。
版权属于：
香草物语
本文链接：
https://www.xiangcaowuyu.net/blog/a-recent-idea-of-frequent-changes-in-project-requirements.html（转载时请注明本文出处及文章链接）
作品采用：
再次强调，垃圾评论不会通过
我正在找这个呢