淺析軟體專案進度管理中的積習流弊

軟體專案的危機時時被人提及，似乎已經引起了足夠多的、足夠重要的人物的重視，但是時至今日許多軟體專案就一個“進度”都始終無法保證，更不論談其他的“範圍”、“成本”、“質量”了。 

　　軟體專案的 進度是國內企業普遍最重視的專案要素，之所以如此收到關注無非有以下幾點： 

　　1. 與客戶的協約中或者專案計劃中，最明確的,客戶最關心的要求是進度。對許多客戶而言如期拿到成功，完成專案，向上面交差，其他尚可以遮遮掩掩，唯獨時間點 是無法打折扣。 而且國內好多軟體專案都和客戶的政績掛鉤，和客戶方的專案干係人升遷、利益密切相關。有些專案必須在某個時間點可以達到可以展示的程度，如果越過了這個時 間點完成，對客戶而言幾乎是一文不值。 進度之所以最明確是相對於其他要求更具有隱含性和潛在性。對專案的質量、成本的要求其實相對應該更重要一些，但是這些要求只是被隱含在要求的各個層次、細 節當中，許多要求其實是潛在的，而沒有集中出現在明文規定之中。 

　　2. 進度是專案各要素中最容易度量的。因為容易度量，所以在許多企業或者企業的領導人看來當然是最理想的管理考核指標。對專案管理者本身而言，制定計劃過程中 最得心應手，一蹴而就的當然是WBS和進度。並不是因為它們簡單，而是因為許多專案經理認為它們簡單。 因為許多軟體專案的工作分解和進度安排並不是根據專案的需求，而是企業的現狀。就這麼幾個人幾條槍，而且在XX時間必須做完，那麼對專案計劃而言，就是拍 拍腦袋。 進度管理被簡單看待的另一個原因是，在專案計劃當中，考慮分析與進度相關的因素被簡單化。把主要的注意力集中在工作量、人員結構、時間要素等方面。對與進 度密切相關的：潛在技術風險、部門體系間溝通協調、資源、員工的工作狀態和溝通、工具等問題時而不見，或者簡單的歸置到風險分析部分。即便是許多比較規範 的軟體企業的專案管理也存在這樣的問題。 

　　3. 進度受到重視的另一原因是因為這種所謂的“易於度量”也成為對專案成員績效考核的主要指標之一。 把進度看作專案成敗的主要要素，本身就會導致專案始終走不出進度滯後的泥潭。分析其原因不難發現： 專案進度的管理客觀反映專案管理的水平，但是大多數專案經理並不這麼認為，而是傾向於認為"是因為專案的進度影響到了專案的管理"。 對專案進度管理中出現的問題的分析和解決，一直未見成效就是一個明確的例證。 我個人認為在目前的環境中，許多軟體企業中的專案進度本是已是一個專案的巨集觀指標，其潛在的含義是在確保“範圍”、“成本”、“質量”的前提之下，而言 的。而不是簡單的專案交付時間，專案時間計劃。 

　　專案進度的滯後的主要原因，往往是專案的範圍、成本變化，以及對專案風險分析不足，對專案要素的理解掌控能力不夠造成的。 

　　1. 因為對專案的範圍沒有做相信明確透徹的分析和定義，致使專案在執行當中作了許多額外的工作。 專案管理者對專案的範圍未作深入細緻分析，未和相關責任人做詳細討論，或未作明確說明和定義，就開始啟動專案，而埋下隱患。 有些工作的內容可能和專案的目標並不一致，只是技術人員處於對技術完美主義的追求而畫蛇添足，自作主張增加補充功能。而專案管理者卻沒有發現，或者沒有意 識到這對專案的影響。 

　　2. 因為對專案的所涉及的資源、環境、工具等的成本分析不夠完善準確，致使專案實施過程中遇到資源、環境、工具的限制，而不得不以時間作代價。

　　3. 對於專案的質量不夠重視，或者說不具備質量管控的能力，導致專案執行過程中不斷出現質量問題，活動安排時序部分失控或者完全失控，專案進度管理計劃形同虛設。專案進度失去控制。 

　　4. 把風險分析作為獨立要素考慮而不是貫穿在整個計劃分析之中，導致風險分析及預防與專案計劃之間脫節。許多專案的風險分析並未引起專案管理者的足夠重視，只 是做作樣子給上級看看而已。 專案風險的管控能力其實更多的體現專案管理者的專業素質和從業經驗。許多風險之所以不能被預先識別，或者給與足夠重視主要原因是受制於專案管理者的個人能 力。 然而，給與專案進度影響最大的就是“風險”。之所以這麼說是因為許多問題“沒有想到嘛！” 因為專案管理者想不到的事情太多，因此專案實施過程中的意外問題接踵而至，不斷需要應對這種所謂的“風險”。細細想想，我們所經歷的專案中有多少風險是真 正意義上的風險？ 專案管理的疏失造成的意外比比皆是。 當然如果遇到真正的風險，那後果只能說是不可想象了。 

　　5. 關於對專案進度影響的主要因素中還有一個不經常為人所重視的就是“專案組成員的職業素養”。 專案組成員的職業素養包含兩個方面“專業能力”、“職業精神”。現在許多專案中的成員的專業能力雖然不強但也勉強能夠滿足工作的要求，但是職業精神卻差的 一塌糊塗。 之所以有這樣的見解主要是因為這是整個國人的通病。在專案中真正專注於自身工作，對工作精益求精，對自己的質量、自身形象負責的成員少之又少。 工作不認真，都是想法往上混，各種投機取巧應付的手段都在用。

　　我們在從事著最現代化的勞動但是卻遠遠不是現代化的從業者。 這種職業的素養，最終導致的結果就是：遇到問題，不設法解決而是相互推諉；眼睛只是盯著考核指標和領導的眼色，而不是履行職責；工作的目的不是為了承擔好 職責，做好與其他成員的相互協作，完成共同的目標，而是如何能夠表現自己。 對於這樣素養的團隊如果能夠有完備嚴密的管理，或勉強可以維持，但對我們現在許多軟體企業的管理水平來說，確實很難駕馭隊。 身處這樣的環境，或參與這樣的軟體專案，我們不能不深思。 改變這種現狀的途徑或許很多，但是就專案管理自身而言，還是需要合格的專案管理者來通過自身的日積月累努力，逐漸改變。 就這個行業現狀而言，對於合格的軟體專案管理者的期待是廣泛而迫切的，只是專案管理者自身對自己的期待有時過低，從而不能不說是令人失望。 

　　對合格的專案管理者的素質要求論述的文章很多，但是我個人以為最核心的有以下幾點，簡單列舉一下： 

　　1. 專案管理的知識。能夠對專案管理所涉及的知識領域有比較深入的瞭解，並可活學活用。 

　　2. 個人職業素養。專業的能力，專業的精神。自己做不到，就很難要求別人也做到。這一點最難。
 
　　3. 組織和溝通能力。即便是最頑劣的人也是嚮往光明的，關鍵如何組織引導你的團隊。

　　4. 職業經驗。之所以把經驗列在最後，是我認為經驗的積累是很難用客觀標準來衡量的地。對於個人經驗的評價不能看數量而應該看質量。職業經驗的積累的渠道很 多，方式靈活，主要在用心和敏晤，而不是1+1=2那麼直接和簡單的積累。 對於這樣一個令人困惑的問題靠某個人，也不是通過三言兩語就能夠解決的。需要的是不斷的總結和、思考和改進，只有這樣的積累多了，問題才會逐漸化解。最終 是靠所有從業者的力量，來革除這些積習流弊。