处理变更管理的最佳方法是什么？

Question

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

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

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

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

Answer 1

建立一个审查委员会，由来自开发、运营、QA、业务等方面的高级代表组成，由 CM 经理担任主席。所有变更都必须提交给董事会。

在我工作过的一个地方，你需要一致批准才能实施变革。另一次，2/3 多数就足够了。但在这两个地方，当你提出改变时，你必须齐心协力；你真的不想毫无准备，看起来像个傻瓜。

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

对于工具来说，一个简单的电子表格或数据库通常就足够了，您可以根据组织的流程自行组装它们。把事情简单化。

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