當前位置:才華齋>職業>專案管理師>

專案管理師基礎環境知識

專案管理師 閱讀(1.7W)

專案和專案管理是在一個遠大於專案本身的環境中實施的,專案管理人員必須明白這個大的環境--專案的日常工作管理對於專案的最終成功是必要而不充分的。本章講解的是專案管理的幾個關鍵問題(本文的其它部分將不再另述),這一主題包括以下幾點內容:

專案管理師基礎環境知識

  專案的階段和專案的生命週期

因為專案都是些具有唯一性的工作,因此它們包含一定程度的不確定性,組織在實施專案時通常會將每個專案分解為幾個專案階段,以便更好的管理和控制,並且將執行組織正進行的工程與整個專案更好的連線起來。總的來看,專案的各個階段構成專案的整個生命週期。

  專案階段的特徵

每個專案階段都以一個或一個以上的工作成果的完成為標誌,這種工作成果有形的,可鑑定的。如一份可行性研究報告、一份詳盡的設計圖或一個工作模型。這些中間過程,以至專案的各階段都是總體邏輯順序安排的一部分,制定這種邏輯順序是為了確保我們能夠正確的界定專案的產品。

一個專案階段的結束通常以對關鍵的工作成果和專案實施情況的回顧為標誌,作這樣的回顧有兩個目的:1)決定該專案是否進入下一個階段;2)儘可能以較小的代價查明和糾正錯誤。這些階段末的回顧常被稱之為階段出口,進階之門或是關鍵點。

每個專案階段通常都規定了一系列工作任務,設定這些工作任務使得管理控制能達到既定的水平。大多數這些工作任務都與主要的階段工作成果有關,這些階段通常也根據這些工作任務來命名:識別需求、設計、構建、測試、啟動、運轉,以及其它恬當的名稱。在第2章第1節的第3個總是中我們將討論幾種具有代表性的專案生命周 期。

  專案生命週期的特徵

專案生命週期確定了專案的開端和結束。例如,當一個組織看到了一次機遇,它通常會做一次可行性研究,以便決定是否應該就此設立一個專案。對專案生命週期的設定會明確這次可行性研究是否應該作為專案的第一個階段,還是作為一個獨立的專案。

專案生命週期的設定也決定了在專案結束時應該包括或不包括哪些過渡措施。通過這種方式,我們可以利用專案生命週期設定來將專案和執行組織的連續性操作連結起來。

大多數專案生命週期確定的階段的前後順序通常會涉及到一些技術轉移或轉讓的,比如設計要求、操作安排、生產設計。在下階段工作開始前,通常需要驗收現階段的工作成果。但是,有時候後繼階段也會在它的前一階段工作成果通過驗收之前就開始了。當然要在由此所引起的風險是在可接受的範圍之內時才可以這樣做。這種階段的重疊在實踐中常常被叫"快速跟進"。

專案生命週期通常可以確定:

每個階段所需做的技術性工作(如:確定建築師的工作是不是設計階段的一部分,或者是執行階段的一部分)。

每個階段所涉及的人(如:實時工程在識別需求和設計中需要涉及實際操作人員)。

對於專案生命週期的說明可以是非常概括的,也可以非常詳細。高度詳細的.說明可能會包含大量的表、圖和清單,以便於確定專案生命週期的結構,並確保其穩定性。這種詳細說明的方法常常被叫做專案管理方法學。

大多數專案生命週期的說明具有以下共同的特點:

對成本和工作人員的需求最初比較少,在向後發展過程中需要越來越多,當專案要結束時又會劇烈的減少。

  生命週期的一般樣板

在專案開始時,成功的概率是最低的,而風險和不確定性是最高的。隨著專案逐步地向前發展,成功的可能性也越來越高。

在專案起始階段,專案涉及人員的能力對專案產品的最終特徵和最終成本的影響力是最大的,隨著專案的進行,這種影響力逐漸削弱了。這主要是由於隨著專案的逐步發展,投入的成本在不斷增加,而出現的錯誤也不斷得以糾正。

我們要注意區分專案的生命週期和產品的生命週期,比如,一個已經完成的專案將一種新型的臺式電腦投放到市場,而這只是產品生命週期的一個階段而已。

儘管許多專案生命週期由於包含類似的工作任務而具有類似的階段名稱,但很少含有完全相同的情況,大多數專案被劃分為四個至五個階段,但也有一些全被劃分為九個甚至更多的階段。甚至在同一應用領域中專案階段的劃分都可能會明顯不同--某個組織的軟體開發的生命週期中也許只有一個設計階段,而另一個組織則可能會將基本功能設計與細節設計劃分為兩個不同的階段。

專案的子專案可能也會有清晰的生命週期。比如,一家建築公司承擔了一項設計一幢新型寫字樓的工作,最初,建築公司參與了業主描述階段的工作,在業主的實施階段建築公司又協助其進行建築施工。建築公司所承擔的設計專案從構思到定稿、實施直到結束也有其自己的生命週期,建築公司甚至可以將對寫字樓的設計和對建築施工的協助視為兩個獨立的專案,每個專案都具有自己的階段劃分。

  專案生命週期劃分的典型方法

我們選擇以下專案生命週期的劃分方法來解釋應用中所採用的方法是有所不同的。這裡所給出的案例是具有代表性的,但它們既不是推薦的方法,也不是首選的方法。在每一個案例中,階段的名稱和階段的主要工作成果是由作者自己確定的。

防禦裝置的新增。美國國防部1993年2月修訂的第5000.2指令明確了一系列新增防禦裝置的里程牌事件和階段劃分。

導彈需求的確定--以"方案的研究許可"為結束標誌。

方案探討和界定--以"方案的演示許可"為結束標誌。

演示和確定效力--以"開發許"為結束標誌。

設計和生產開發--以"生產許可"為結束標誌。

管理與生產開發--與連續性運作和支援重合。

建築。莫里斯(Morris)在圖2-3中分析了一個建築專案的生命週期。

可行性--專案陳述,可行性研究和策略規劃及許可在該階段不需要得出對專案取捨的決定。

規劃和設計--基礎設計、成本和進度、合同條款和詳細設計。在該階段末要將主要的合同分包出去。

建築專案生命週期代表性劃分,由莫里斯(Morris)提供

實施--製造、運輸、輔助機件、安裝、測試。在該階段來完成全部安裝工作。

啟用和運轉--最後測試和維修。在該階段末全面執行該項設施。

製藥。墨菲在圖2-4中解釋了在美國開發一種新藥品的專案生命週期。

發現和甄別--包括基礎研究和應用研究,確定可以用作預臨床試驗的藥物。

臨床前研製--包括為了確定藥物安全性和有效性所作的實驗和動物試驗及其準備工作,並填寫新藥調查申請表。

整理註冊--包括Ⅰ、Ⅱ、Ⅲ階段的臨床試驗和其準備工作,填寫新藥申請表。

後續工作--包括了由於食品藥物管理局對新藥申請進行復查所要求做的額外工作。

軟體開發。莫切在圖2-5中描繪了一個軟體開發的螺旋型模型,在此模型中有四個迴圈和四個象限。

構思求證週期--包括商業需求、確定構思求證的目標,進行概念性的系統設計、設計和構造構思、求證,制定可行性測試計劃,進行風險分析以及製作與下一週期連線的介面。

  製藥專案的代表性生命週期

第一個編制週期--明確系統要求,明確第一期編制的目標,進行邏輯順序設計,設計和完成第一期編制、製作系統測試計劃,完善第一期編制以及製作與下一週期連線的介面。

第二個編制週期--明確子系統要求,明確第二期編制的目標,進行具體內容設計、第二期編制,製作系統測試計劃,完善第二期編制以及作與下一週期連線的介面。

最後一個編制週期--滿足單元要求,進行最後的設計。完成最後一期編制,執行單元,子系統,系統以及可行性測試。