1. 程式人生 > >PMPBOK6專案管理之適應型環境中的過程組

PMPBOK6專案管理之適應型環境中的過程組

無論所用的專案生命週期是處於連續區間的哪一個位置,每個專案都需要使用每一個專案管理過程組。在適應型和高度適應型生命週期中,過程組之間相互作用的方式會有所不同。

啟動過程組

啟動過程組是指定義一個新專案或現有專案的一個新階段,授權開始該專案或階段的一組過程。

在適應型專案中,需要頻繁回顧和重新確認專案章程。隨著專案進展,對優先順序的競爭和情況的動態變化,可能導致專案制約因素和成功標準過時。因此,需要定期開展啟動過程,以確保專案在最新的制約因素內朝最新的目標推進。

適應型專案非常依賴知識豐富的客戶或客戶代表,他們要能夠持續地表達需要和意願,並不斷針對新形成的可交付成果提出反饋意見。應該在專案開始時就識別出這個相關方或其他相關方,以便在開展執行和監控過程組時與他們頻繁互動。有關的反饋意見則能夠確保專案交付出正確的成果。

如前所述,在採用適應型生命週期的專案上,啟動過程通常要在每個迭代期開展。

規劃過程組

規劃過程組是明確專案範圍、細化目標,為實現目標制定行動方針的一組過程。

通常,高預測型專案生命週期的特點是,專案範圍變更很少,以及相關方之間有高度共識。這類專案會受益於前期的詳細規劃。而適應型生命週期的特點是,先基於初始需求制定一套高層級的計劃,再逐漸把需求細化到適合特定規劃週期所需的詳細程度。因此,預測型和適應型生命週期的主

要區別在於:做多少規劃工作,以及什麼時間做。

另外,在高度複雜和不確定的專案中,應該讓儘可能多的團隊成員和相關方參與規劃過程,以便依據很廣泛的資訊開展規劃,降低不確定性。

執行過程組

執行過程組是完成專案管理計劃中確定的工作,以滿足專案要求的一組過程。

在敏捷型、迭代型和適應型專案生命週期中,通過迭代對工作進行指導和管理。每次迭代都是在一個很短的固定時間段內開展工作,然後演示所形成的功能或設計。有關的相關方和團隊再基於演示來開展回顧性審查。這種演示和審查有助於對照計劃檢查進展情況,確定是否有必要對專案範圍、進度或執行過程做任何變更;也有助於通過展示已完成的工作增量,以及討論未來工作,更好地管理相關方參與。進行回顧性審查,有利於及時發現和討論與執行方法有關的問題,以及提出改進建議。通過討論富有成效的做法以及依靠團隊解決問題,回顧性審查也是管理專案知識和建設專案團隊的主要工具。

雖然工作是通過短期迭代進行的,但是也需要對照長期的專案交付時間框架對其進行跟蹤和管理。先在迭代期層面上追蹤開發速度、成本支出、缺陷率和團隊能力的走勢,再彙總並推算到專案層面,來跟蹤完工績效。高度適應型方法旨在利用團隊的專業知識去完成任務。有別於由專案經理確定工作內容和排定工作順序,在這種方法中,專案經理解釋高層級的目標,同時授權團隊成員作為一個小組用最能實現目標的方式自行安排具體工作。這就使團隊成員能夠高度投入,制定出切合實際的計劃。

對於高度適應型專案上的初級團隊,在其達到適合授權的狀態之前,通常都需要進行輔導和分配工作。可以在一個短暫迭代期中開展漸進式試驗,然後在回顧性審查會上對團隊進行審查,確定團隊是否已具備無需輔導即能開展工作的技能。

監控過程組

監控過程組指的是跟蹤、審查和調整專案進展與績效,識別必要的計劃變更並啟動相應變更所需的一組過程。

在迭代型、敏捷型和適應型方法中,通過維護未完項清單,對進展和績效進行跟蹤、審查和調整。在專案團隊的協助(分析並提供有關技術依賴關係的資訊)下,業務代表對未完項進行優先順序排序。基於業務優先順序和團隊能力,提取未完項清單最前面的任務,供下一個迭代期完成。業務代表在聽取專案團隊的技術意見之後,評審變更請求和缺陷報告,排列所需變更或補救的優先順序,並列入工作未完項清單。這種把工作和變更列入同一張清單的做法,起源於充滿變更的專案環境。在這種專案環境中,無法把變更從原先計劃的工作中分離出來。把變更和原先的工作整合到一張未完項清單中,就便於對全部工作進行重新排序,也能夠為相關方管理和控制專案工作、實施變更控制和確認範圍提供單一的平臺。

隨著排定了優先順序的任務和變更從未完項清單中提取出來,並通過迭代加以完成,就可以測算已完成工作的趨勢和指標,以及變更工作量和缺陷率。通過在短期迭代中頻繁抽樣,計算變更影響的數量和缺陷補救工作量,就可以對照原來的範圍來考察團隊能力和工作進展。這樣一來,就能基於實際的進展速度和變更影響來估算專案成本、進度和範圍。應該藉助趨勢圖表(資訊擴散器)與專案相關方分享這些指標和預測,以便溝通進展情況、共同面對問題、推動持續改進,以及管理相關方期望。

收尾過程組

收尾過程組是為正式完成或關閉專案、階段或合同而開展的一組過程。

在迭代型、適應型和敏捷型專案中,對工作進行優先順序排序,以便首先完成最具商業價值的工作。這樣,即便不得不提前關閉專案或階段,也很可能已經創造出一些有用的商業價值。這就使得提前關閉不太像是一種歸因於沉沒成本的失敗,而更像是一種提前實現收益、快速取得成功或驗證某種業務概念。