“專案複雜度模型”（Project Complexity Model）是由專案管理中心(the Center for Project Management)開發的一種專案分類規則，這個中心的總部在加利福尼亞的聖拉蒙（San Ramon），是一個專案管理諮詢和培訓公司。這種規則用兩個變數定義了4個專案類別：組織複雜度和技術複雜度。專案管理中心用自己開發的專有的度量工具來測量這兩個變數，透過度量專案的複雜度把專案歸於4個類別之一。每個專案類別都與特定的專案管理方法和團隊構成策略有關，簡單專案的方法不太嚴格，最複雜的專案需要最綜合的方法。也就是說，一種形式不能放之四海而皆準。專案管理中心用這種專案分類方法取得了很好的效果。下面部分描述了4個專案類別。

1、簡單型
簡單型專案可以用幾個特徵來定義。過去已經做過幾個非常類似的專案；這些專案沒有絲毫奇特之處，而且以前參加專案工作的人員對現在的專案來說也是適合的；因為這類專案做過很多次，所以它們的模版仍是可用的。簡單型專案將採用非常確定的技術，風險低，工期短，並且擁有合適的可用資源。這種專案沒有什麼未解決的問題，大部分人都準備好接納新的可交付成果。例如，在一個地區性的辦公場所安裝計算機網路是個簡單型專案，在以前可能已經做過幾次，可以採用詳細定義過的模版和規程去實施。所有專案任務都是已知的、能夠被充分理解的。
這種型別的專案對初涉專案管理的人都是一個好的起點專案。對簡單型專案來說，一個好的專案經理候選者應該在其他特定領域的幾個專案中做過成功的團隊負責人，同時也願意接受有更多機會和責任的任務。他在專案管理方面可能經驗不足，所以需要在計劃和控制上接受一些正規的培訓。

2、技術複雜型
專案複雜度模型的第二類是技術複雜型。在這種類別中專案的特點是使用對組織來說較新的技術，或者是以一種創新的方法來使用舊技術。不管是哪種情況，問題都會出現。專案歸於這個類別是因為除了解決公司難題所需的技術之外，它們還需要相當大的創造性。例如，一個變換新網路結構的專案就屬於這一類別。因為結構是新的，技術支援人員的能力和經驗就有侷限性，所以就有可能出現問題和意外。
在簡單型專案中，成功的專案經理如果想成功地管理技術複雜型專案，那麼還需要有專業的技術知識來管理那個技術領域中的專業人員。他可能會做一些技術工作，但更多的是去管理他人。專案經理接受任務更多的是基於他在解決問題和創造性上的能力而不是他的技術威力。

3、組織複雜型
如果專案涉及企業的重大變化或者專案的範圍涵蓋整個企業，那麼就可以把它們歸類為組織複雜型專案。如果專案可交付成果要在許多意見各異的經理中實施，那麼就會出現問題。例如，某個公司收購另外一個公司並將其資訊系統併入自己的系統中，這就是一個組織複雜型專案。公司之間在商業規則、資料庫、軟體結構等多方面的差異就會顯現出來，並需要得到解決。
成功地管理過簡單型專案並擁有良好的人際交往能力的專案經理，很適合管理組織複雜型專案。他會極大地利用其個人領導能力，並希望出現挑戰情形，使自己的外交、人際、衝突管理和協調等方面的技能有用武之地。

4、關鍵任務型
關鍵任務型專案具有技術和組織複雜型專案的所有特點，而且這種專案在組織中是很重要的。高階管理層可能把公司未來的賭注押在這種專案的成功上。例如，Egghead Software向單純的網上零售的轉變以及staples.com站點的開發都屬於關鍵任務型專案。
最高層的專案經理和大型專案的經理對這類專案很適合。在這些人所處的環境中，專案的成本更多的是依靠經理們通用的業務和管理技能，而不是依靠他們任一方面的技術能力。這些經理在專案中可能不做具體工作，同時在大型專案中還會有作為團隊一分子的低階經理向他們負責。
[@more@]

專案複雜度模型（轉）

相關文章