2008-10-08 116 views
5

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

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

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

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

回答

4

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

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

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

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

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

2

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

+0

是的,這些都是很好的建議,很多都包含在堅實的項目管理中。我正在尋找更具體的東西,也許是一個定義的過程和工具(想象Agile CM或其他)。 – 2008-10-08 20:22:33

1

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

相關問題