這篇文章，一系列的三個，第二個給出一些提示上適應並記錄基於標準的框架，如 ITIL 或 PMBoK 方法論。
在上一篇文章中我解釋為什麼它是一個好主意，要創建方法基於一個標準的框架，並強調了要選擇最方便的條件。在這篇文章我會給一些提示的適應和方法的檔。
瞭解框架
一旦選定框架它是時間開始構建方法。第一步是框架的獲得一般理解，其元件的整體視圖。您必須清楚地認識到其範圍和界限。它可能有用 （如果您已經有一些正式的進程中的地方） 進行您的標準的流程的映射並進行差距分析。這是不必要如果你靠近作為再造專案專案，建立從地面的新進程。
生成一個路線圖
一旦你有明確的標準框架範圍和您當前的狀況，您必須定義要獲取 （您的方法的範圍） 的位置。這意味著您必須具有明確的目標，您的組織的一旦新的方法是在操作中。您可能會發現某些進程並不適用于您的組織或太複雜，滿足您的需要。
是現實的。考慮到資源您有可用於專案和時間框架。請確保此戰略遠景已知所有人都參與了專案和理解並共用由主動贊助商。
現在你知道你想要並定義了專案的目標，它就是計畫如何要到那裡的時候。你可以面對兩種方式中的專案：
一次性交付。一旦實現完整範圍僅只部署方法。
遞增交付。方法被部署在多個反覆運算，每個釋放一套流程。
雖然一次關閉的辦法可以使感時的變化範圍是有限，但我相信反覆運算的方法增加專案成功的概率。嘗試獲取一些快速 wins 通過第一次反覆運算選擇那些添加可見值或解決已知的問題的進程。您將瞭解與每個版本並應用該後續反覆運算中的知識。
適應和詳細流程
標準框架都是一般用途。非常有用的一套廣泛和異構的組織為他們提供最佳做法表示一般條款。它是你的任務，將轉化為可操作的工作。在瞭解之後進程框架中所述，您必須確定如何您希望它在您的組織的上下文中進行，確定的角色，將負責執行它的工具，用以促進它和檔、 資訊、 物件等的......它必須提供。
記錄流程
一旦新的流程是明確的他們必須以促進他們對的人，將會執行它們的溝通記錄下來。現在的目標是使這一進程執行在現實世界中根據新的進程定義。這只可以通過進程的理解和進行過程中的人購買和良好過程文檔是為此金鑰。
進程可以記載在各種各樣的格式使用幾個工具 （從 MS word 到 metoCube，我們在 Nevant 開發的進程檔工具)。無論格式和結構，為您的過程文檔，選擇總是嘗試，請牢記以下：
進程檔必須是易於訪問。如果不是，人們不會花時間尋找他們。
過程文檔必須容易通航。如果人們找不到的資訊，他們正在快速的混凝土塊，他們很可能會停止或浪費寶貴的時間。
工具和履行所述的工作所需的範本必須從文檔易於訪問。
與關係圖的補充文字的過程說明。
No comments:
Post a Comment