項目管理－習慣發生範圍變動

          在軟件開發項目中，最難避免的就是項目發生範圍的變動。你應該知道著名的鐵三角：成本，時間，範圍。說白了就是「三重約束」。不管您把它叫作什麼，它都是指同同樣東西：您若是要更改項目的預算、日程或範圍，就必定會影響另外兩個部分的至少一個部分。

• 成本。若是你的項目遇到問題了，須要投入更新資金或者資源。項目的預算須要被管理層批准，而後由你來管理，大可能是在管理人員的監視下。你的規劃和計劃的執行將有助於肯定項目的預算。若是計劃充滿了漏洞，解決面臨問題的方法也是落後的，不全面的，那麼預算會超支，項目的質量將難以保證。
• 時間。應該第一個處理的要素是時間。有一些項目比別的項目在時間上具備更多的自由。在你的項目計劃階段，你應當能預知完成項目、知足所需的目標大概須要多長時間。毫無疑問，對於時間緊迫的項目，你和你的團隊必須勤奮努力，儘快地完成任務。當時間變成一個你們關注的主要問題時，項目的質量也就是會成爲一個問題。
• 範圍。應該避免沒必要要的變動而致使的項目範圍的變化。必須採用變動控制系統，並經過管理層來控制。當項目的範圍蔓延的時候，項目的時間和預算也會相應地跟着變化。然而，常常是項目中執行了沒有批准的變動，致使了質量的降低。由於原來批准的項目活動須要的時間和預算又被用在了沒有批准的其餘活動上了。因此你的能作是比較詳細的計劃，從一開始就鑑別出那些「最好有」的功能需求。依賴它們的纔是重要的部分。刪除那些「最好有」不然之後可能變成「必須有」。

      不論你的計劃，準備和對項目的投入策略制定的多麼仔細，變動老是會發生的。變動必須加以控制和溝通。必須實現變動控制系統來形式化變動請求，同時對變動的迴應也要作出正式陳述。一個對可交付成果的變動請求，不管看起來是多麼小，都是相當重要的，必須給出商業理由才能實施變動。對項目的可交付成果的變動可能會須要額外的資源，資金，時間，或者同時須要三者才能完成的項目。管理層或客戶必須聽從你的請求才能完成項目。對所請求的變動進行紮實的調研將會爲可交付成果提出的新需求提供證據。若是變動是因爲內部的緣由，好比缺少專一性，資源的變化，工做單元沒有完成或者是不正確的投資，你必須繼續發揮領導做用來糾正這些問題。你將不得不向管理層解釋問題的所在，提供解決方案以使得項目從新回到正確的軌道上。一旦項目的範圍變動，你和你的團隊必須恢復對項目願景的投入精神。必需要有一種新的責任感，奉獻精神以及溝通渠道來使項目繼續下去，直到完成。

 

您可能感興趣的文章：

高效能的團隊建設
儘量早的讓用戶參與項目
項目管理溝通計劃

做者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸做者和博客園共有，歡迎轉載，但未經做者贊成必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。
該文章也同時發佈在個人獨立博客中-Petter Liu Blog。