处理变更管理的最佳方法是什么？ [关闭]

Question

我的组织的主要项目于周一上线。那是我在这里的第三天。现在我已经在这里待了差不多一个星期，我的任务是创建一个变更管理计划，用于维护应用程序和第2阶段的准备工作，这将在某一天开始。<！>。我们是微软的商店，但心胸开阔。

我正在寻找有关CM技术和特别是工具的一些建议，这将有助于此。我对ITIL很熟悉，我一直在考虑它的CM概念如何应用于这个项目，但不可否认，这个比我习惯的要小很多（<！> lt; 100个用户对数千个）。我不确定如何或者是否可以将ITIL削减到如此小的项目。或者我想的太小了。

您的组织如何在系统级别管理变更？对你起作用吗？怎么可以改进？

为了进一步澄清，任何人都可以推荐一个CM流程和工具，可能来自开源或敏捷世界吗？

Answer 1

与CM经理担任主席，与来自开发，运营，qa，业务等的高级代表建立审核委员会。所有变更都必须提交给董事会。

在我工作过的一个地方，你需要得到一致批准才能实施改变。在另一个中，2/3的多数就足够了。但是，在这两个地方，你必须在提出改变时得到你的共同点;你真的不想毫无准备，看起来像个傻瓜。

CM团队定义<！> quot; artifacts <！> quot;需要通过控制门，通常是一系列表格，以清单为指导。如果系统<！>“任务关键<！>”;您可能还希望进行某种CM审核，以确保遵循您的开发流程（运行单元测试，将文件置于版本控制下，正确标记注释，签署QA测试等）。

对于工具，通常只需要一个简单的电子表格或数据库，您可以根据组织的流程自行组合。保持简单。

CM经理还必须有一些<！>“牙齿<！>”;并能够执行审查委员会的决定。 CM是一个质量流程，用于确保维持质量标准，而不是满足最后期限。

Answer 2

强制执行<！>“变体<！>”的概念。在每个阶段使流程正式化，让他们填写表格，获得成本和批准等。这将淘汰很多<！>“Gee，这不会很好......免费<！>”;并且还将确定哪些变更是主要的并且值得成为他们自己的项目/子项目。保留风险登记册并公开讨论任何拟议的变更可能会对整个项目产生影响。

Answer 3

英国的更多公司似乎都在接受ITIL的变革管理。我工作的最后几个地方使用了一个名为Sostenuto的应用程序，它试图与事件，问题和变更管理等领域相匹配。我不相信这是否是解决问题的最佳方式。