專案管理系列之專案範圍時間及資源管理(一)

    今天開始發專案管理系列文章之“專案範圍時間及資源管理”，這個系列目前已經有了“溝通管理”與“項目品質管理”11篇文章，歡迎大家雅正。

    主題說明

    • 選擇主題的背景及原因/預期結果

    軟體項目超出計劃的目標，無論從需求範圍開發週期還是應用的資源上，通常都被稱為範圍蔓延，是IT開發過程固有的矛盾。範圍蔓延由幾個原因引起而且如果處理不當將成為項目失敗的主要原因。你必須採取一些步驟來控制對項目的改進並確保你和你的Team Dev不會受到這些改進所造成的負面影響的損害，完工時間的拖延和工程預算的超支。

 

    • 應用的目的

    幸運的是，你可以遵循一些規則來防止專案範圍蔓延造成出軌。我們馬上就會學習這些方法。我們應該學會用合適的計劃和控制我們的項目。

 

    • 應用的過程及方法

    專案範圍改變的效果並不一定是負面的，這得看你的實際情況。如果你是擔當顧問或者是為一家顧問公司工作，那麼軟體功能改進對於你的業務來說是非常好的--只要能夠很專業的處理這個問題。對於公司內部的軟體開發過程，額外的功能能夠讓你的產品比你的競爭者更勝一籌。但是，如果你發布軟體的時間延遲一兩個月，那麼這個優勢就會被丟失。通過控制你開發過程的費用並按時發布軟體，你的項目就會取得成功，而不需要損失在軟體製作過程中的靈活性。

    控制專案範圍在編寫第一行代碼以前就已經開始了。不論實際情況如何，每一次開發工作都應該有相應的專案計劃或者項目協議書。即使你只是一個希望讓老闆高興的程式員，你也能夠因為在開始工作以前制定計劃書而得到很多的好處。你可以使用下面的步驟來使自己成功的控制項目的範圍：

 

　　1. 確保自己明白項目的範圍。與項目主管會談並發布整個項目的概覽交與他們查看和評論。

 

　　2. 瞭解你自己認為重要的東西和項目主管認為重要的東西。在項目進行的整個過程裡把你得到的資訊按順序列成一張表。這些資訊應該包括預算，項目截止時間，功能發布，客戶滿意度，以及員工的滿意度。一旦項目開始，你將使用這個表來調整你的時間安排。

 

　　3. 定義你的項目發布目標並讓項目主管同意它們。項目發布目標應該是在項目過程中應該完成的功能的大概描述。

 

　　4. 把經過同意的項目發布目標細化成具體的工作要求。這些要求應該儘可能的詳細並使用一個簡單的試算表來完成它。你的項目越大，那麼你就應該包括更多的細節。如果你的項目持續的時間不止一兩個月的話，不要忘記包括開發過程中軟體升級的時間，你還應該總是為編寫充足的文檔而留下時間。

 

　　5. 將項目分解成大的和小的裡程碑並編寫一個大概的項目時間表以獲得項目主管的同意。小的裡程碑應該不持續一個月以上。不論你用什麼方法確定任務的期間，你都應該為修正錯誤留下時間。在與不熟悉的員工一起工作的時候，我通常把時間定為預計工作時間的140％到160％。如果你的時間比較緊，那麼你應該重新評估你的項目發布目標。在預算的範圍內和截止的時間以前完成項目能夠為額外的改進留下空間。 

    

    未完待續

    我是李鳴(Aicken) 請您繼續關注我的下一篇文章。