讲的好，呱唧呱唧:lol

个人倾向于使用标准变更来处理，至于标准变更是由谁来执行与本题无关。

所谓标准变更就是指1.    变更请求的发起是由一个已定义的触发来发起的。 --------已定义如何理解的问题？（事件引发的、问题引发的、服务请求引发的等）
2.    任何变更是已知的，被记录和被证明的。 （这种做法是已经知晓的并且在现有环境是经过验证的，变更过程是可以记录的，变更手段通过实施证明是可靠地）
3.    管理权限事先给予的
4.    低风险且易于了解
5.    预算审批通常是事先决定或者由变更请求者控制的

小的、低风险的变更一般都是标准变更（预先批准的，例如：重置密码），需要尽快恢复以便最小化业务影响，而这正是incident management流程的主要用途，一般由Service Desk处理。而完整、正式的变更管理流程主要是用来处理大的、高风险的或不常发生的变更，需要提交RFC。