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