很多企业在变化管理上，都会成立一个变化或者指派一位变化经理来从各个商业部门收集关于变化的想法和建议。然后变化要经过一个审批流程。获得通过的建议或者想法就会被执行。被否决的意见就会被扔进垃圾桶，只有在以后的什么时候才会有机会重头再来。所有的变化，无论是被批准的还是否决的，都会被记录在案，这样将来经理或者检查者就能够根据记录证明某一个想法已经获得了应有的重视。在一个良好的系统，被批准的变化日志就成为变化控制系统中变化的记录，理论上允许任何相关的部分进行访问。这些在纸上的记录看起来都非常好。实际上，变化管理系统通常只有在变化周期的末端才起作用，它记录了谁做出的决定由谁来在哪些领域内执行。在应用开发过程中，这些权力落入一群开发人员和系统设计师之中。在系统中，系统管理员和系统工程师拥有变化的权力。如果是商业系统，每一个参与者都能够影响与自己相关的流程。如果变化经理试图拒绝改变，他就会剥夺其他人的权力...