项目中，最怕的风险是客户的需求变更。上次就发生了一个变更。客户觉得很简单，可是开发人员说会导致架构的变化。若是把影响架构设计的因素写在软件需求规格书中，架构师就会在前期考虑这个问题，做出正确的作出决定。
所以，需求收集时不要忽略对变更可能的了解。如何识别出常见变更，尽可能的避免后期影响呢？
1.分析归类历史上的项目和当前的项目的变更，就像娱乐圈一样搞个Top10。
2.和开发人员学习，了解他们最怕怎么样的变更，哪些变更会导致较高的工作量。
3.在项目过程中不断的总结哪些变更比较多，在后续的需求活动中引起重视。
项目中常见变更类型有哪几种呢？
第1种是流程，收集时可以提问
1）上一次组织架构调整是什么时候？公司一把手上任多久了？业务部门领导上任多久了？
2）这个流程以前是这样子的吗？如果不一样是什么时候的事呢？
3）现有业务流程中，此次哪些会调整？哪些计划添加？涉及哪些职责和部门？
第2种是业务规则，收集时可以提问
1）这些规则是来自外部法规还是内部要求？
2）如果是外部的法规，这些法规通常几年变化一次呢？如何能够了解最新的变化呢，是否可以提前的预知呢？
3）如果是内部要求的，那么一般由哪个部门制定？依据什么的？
第3种是用户界面，收集时可以提问
1）用户界面设计一般是由谁来决定？
2）系统是更新还是更换？你们现有界面是什么样子的？你们喜欢吗？喜欢哪些界面，哪些希望做修改？
3）你们最满意的用户界面是什么样子的？好在哪里？
3）你们最不喜欢用户界面是什么样子的？不喜欢的原因是什么呀？
网友评论