我组织的主要项目于周一上线。那是我在这里的第三天。现在我已经在这里待了将近一周，我的任务是创建一个变更管理计划，用于维护应用程序并为“总有一天”开始的第 2 阶段做准备。我们是一家微软商店，但思想开放。
我正在寻找一些关于 CM 技术的建议，尤其是有助于解决这个问题的工具。我对 ITIL 很熟悉，并且一直在考虑如何将其 CM 概念应用于这个项目，但不可否认，这个项目比我习惯的要小得多（< 100 个用户对数千个用户）。我不确定如何或是否可以将 ITIL 缩减为如此小的项目。或者我想的太小了。
您的组织如何在系统级别管理变更？对你起作用吗？如何改进？
为了进一步澄清，任何人都可以推荐一个 CM 流程和工具，也许来自开源或敏捷世界？
建立审查委员会，由开发、运营、QA、业务等部门的高级代表组成，CM 经理担任主席。所有更改都必须提交给董事会。
在我工作的一个地方，您需要一致批准才能实施更改。在另一种情况下，2/3 多数就足够了。但是，在这两个地方，您必须在提出更改时聚在一起。你真的不想毫无准备，看起来像个傻瓜。
CM 团队定义了通过控制门所需的“工件”，通常是一系列带有清单的表格作为指南。如果系统是“关键任务”，您可能还需要进行某种 CM 审计以确保遵循您的开发过程（运行单元测试、将文件置于版本控制之下、正确标记注释、签署 QA 测试等.)。
对于工具，一个简单的电子表格或数据库通常就足够了，您可以自己组装这些东西，为您的组织流程量身定制。把事情简单化。
CM 经理还必须有一些“牙齿”，并且能够执行审查委员会的决定。CM 是一个质量流程，用于确保维持质量标准，而不是满足最后期限。
执行“变体”的概念。在每个阶段使流程正式化，并让他们填写表格，获得成本核算和批准等。这将消除很多“天哪，这不是很好......免费”，并且还将确定哪些变化是主要的并且不愧是自己的项目/子项目。保留风险登记册并公开讨论任何提议的变更可能如何影响整个项目。
越来越多的英国公司似乎正在将 ITIL 用于变革管理。我工作的最后几个地方使用了一个名为 Sostenuto 的应用程序，它试图与事件、问题和变更管理等领域相匹配。不过，我不相信这是否是最好的处理方式。