處理變更管理的最佳方式是什麼？

Question

我的組織的主要項目在星期一上線。那是我第三天在這裏。現在我已經來到這裏將近一週了，我的任務是爲維護申請和準備第二階段創建一個變更管理計劃，該計劃將於「有一天」開始。我們是一家微軟商店，但思想開放。

我正在尋找一些關於CM技術的建議和，尤其是工具，這將有助於此。我對ITIL很熟悉，我一直在考慮CM的概念如何應用到這個項目中，但是我承認這個比我以前小很多（100個用戶與數千個用戶相比）。我不確定如何或者如果ITIL可以削減到如此小的項目。或者，我想的太小了。

貴組織如何在系統級別管理更改？對你起作用嗎？如何改進？

爲了進一步澄清，任何人都可以推薦一個CM流程和工具，可能來自開源或敏捷世界？

Answer 1

成立一個評審委員會，由開發，運營，qa，業務等的高級代表組成，CM管理者擔任主席。所有變更都必須提交給董事會。

在我工作的一個地方，您需要一致通過實施更改。在另一個2/3多數是足夠的。儘管在這兩個地方，當你介紹一個變化時，你必須得到你的支持。你真的不想毫無準備，看起來像個傻瓜。

CM團隊定義了通過控制門所需的「工件」，通常是一系列帶有清單作爲指導的表單。如果系統是「關鍵任務」，那麼您可能還需要進行一些CM審計，以確保您的開發過程得到遵守（單元測試運行，文件置於版本控制之下，正確標記了註釋，已簽署質量保證測試等）。

對於工具來說，一個簡單的電子表格或數據庫通常就足夠了，您可以將自己組裝起來，根據組織的流程量身定製。把事情簡單化。

CM經理還必須有一些「牙齒」，並能夠執行審查委員會的決定。 CM是一個質量過程，在那裏確保質量標準得到維護，而不是滿足期限。

Answer 2

強化「變體」的概念。使流程在每個階段都是正式的，並使他們填寫表格，獲得成本和批准等。這將清除很多「哎呀，這不會很好......免費」，並且還會確定哪些變化是主要的並且值得成爲他們自己的項目/子項目。保留風險登記表並公開討論任何提議的變更可能如何影響整個項目。

Answer 3

英國的更多公司似乎正在接受變更管理的ITIL。我工作過的最後幾個地方使用了名爲Sostenuto的應用程序，它試圖與事件，問題和變更管理等領域相匹配。儘管如此，我還是不確定是否是最好的方法。