需求的变动对项目本身会带来很大的风险，在程序员来说也会有很大的开发压力。
以前在书本上学习项目管理的时候，对项目需求变动没有特别的了解，然后真当我遇上了，简直杀我一个措手不及，差点没跟客户闹上。眼看着项目就要上线了，客 户连自己要做成一个什么样的产品还琢磨不定。。唉！一天一个版，难道做项目都是这样子的吗 ？难道这是真的瀑布式迭代开发吗？
项目还没完结，已经开始为项目是否可以成功上线担心起来，即便如此，有些问题也是开发人员需要改进的，比如：
1.在跟客户沟通完之后加一句，确定了吗？或者能带一个有效的文档，以免多次的无效开发，劳命伤财。
2.在项目进入编码之前一定要让客户对设计有一个确认，而不是等项目成型了之后再给客户Review。
3.在项目开始之前问清楚，是否需要先做一个Demo，看看是否可行，不行再改。。直到客户满意，再进入编码阶段。再等到实现部分需求之后和客户确认开发和设计是否一致，也就是需要保持沟通，假如埋头开发，直到全部成型后，客户要是不认可的话也是白搭。
4. 还有一点，在客户说需求变动的时候，开发人员第一个想到的是变动的需求带来的重复开发，说白了也就是否定之前的工作成果，重新开发，我想是谁都不会有好心 情的，但是，假如只是抱着这种心态和客户沟通势必不会有什么好的效果，假如我们可以从需求变更对项目带来的风险去看问题，为客户分析，急他人之所急，我想 这样会更好一点。
总结：在项目中，需要多想，有了计划之后再动手不迟，而且计划最好是有文本形式的。
鄂公网安备 42090202000212号