不管是做内部项目，还是做甲方项目，总会遇到各种各样的问题，而面对各种问题需要做出调整，就会发生变更。 变更发生的原因可能是需求变更、成员变动、资源变动等，而造成项目变更的原因有很多，比如需求不确定、时间冲突、资源不够等等。 而每个人对变更的看法都不尽相同，因此需要有一套应对方案。
我们一直做甲方的项目，之前很多项目经常在最后上线的时候，甲方某领导站出来要调整需求，这个啪啪打脸的时候，对项目的成本伤害是非常巨大的，那么我们后面是如何被教育的，我接下来总结总结。
一、需求变更对项目有效性控制带来巨大冲击？
项目的进度控制、内容控制、人员控制、资源投入等等各个方面的前置条件都是需求，如果需求变动，所有的相关投入都会发生变化。
需求变更往往会带来更多的问题。特别是项目后期的需求变更，对成本的控制难以把控，因为 需求之间存在相互联系的，通常一个需求引发另外需求的相应调整，结果是需求越多，资源浪费越大。
二、如何有效的减少需求变更
1、to B的业务，在国内，“客户关系是第一生产力”，没有决策层的大力支持，那么所有的问题都是严重问题，如果能在关系层得到有效支撑，那么所有问题，都是改进的空间和后期开发的需求。
当然我这里不是唯关系论，但是这个是to B的项目要能做好的前提条件，因为决策层的诉求才是检验项目有效性的基础标准。
2、需求可视化的呈现，确定需求不要光采用文字、截图的形式，最好是能给到客户一个demo系统，因为很多甲方不愿意看到干瘪的文字，理解双方可能不一致，如何可以快速的构建交付的demo系统。 当然这里要考虑到成本的问题， 那么这里可以建议采用 jvs的快速开发平台。
这里可以实现列表页的配置，表单的配置，流程的配置，逻辑数据处理的配置，图表展现，报表的配置，基本上产品经理可以快速完成 各种界面和简单的业务逻辑的配置，在进入交付阶段后，有技术人员做补充配置。
JVS提供了很多示例demo：
列表页配置：
表单配置
流程与逻辑配置：
数据分析加工：
数据展示
三、如何有效应对需求变更
需求变更在很多项目中都会发生，但是很多人会把原因归咎于业务不确定，或者是遇到了“黑天鹅”。
应对方式：
- 在合理范围内 ，将需求做成配置化的，合理使用的配置工具，可以在项目中利用jvs的多种能力引擎，实现业务功能，这样在需求变更的时候，可以快速配置。
- 适当和甲方沟通上线时间排期与增加需求的工作量，通过这样转化为新增收入
- 将增加的工作量协调到后期的需求中去，将当期的工作调整至后期开发安排
- 合理的投放相应的开发成本进入 项目组。
JVS在线demo： http://frame.bctools.cn/
标签：需求,项目经理,配置,项目,demo,之谈,甲方,分享,变更 From： https://blog.51cto.com/u_15454015/6043796