怎樣做專案計劃(轉)

怎樣做專案計劃
專案計劃在整個軟體開發過程中至關重要。這是因為軟體專案活動繁多，且活動之間相互影響，需要採用專案管理的方式進行管理，而專案管理的基礎就是專案計劃。

　　專案計劃的內容

　　通常來說，專案組在軟體開發合同簽訂以後開始制訂專案計劃（也有做完需求分析以後制訂專案計劃的情況）。《工作說明書》經常會作為專案計劃一個主要的輸入條件（當然不是所有的專案都有《工作說明書》，但應該有相應的檔案提供類似的內容），專案計劃的制訂需要同時滿足《工作說明書》給定的工作範圍、進度、資源等方面的要求。專案計劃通常包括以下內容：
　　· 專案組織結構、職責描述與說明。說明專案組的組織結構、報告渠道、隸屬關係、職位描述、人員與職位的對應關係等。
　　· 資源計劃。描述專案所需要的資源，包括硬體資源、軟體資源、人力資源等，註明資源的到位時間與釋放日期。如果是人力資源，還需補充其他資訊，例如所屬部門、兼職或全職等。
　　· 專案質量保證計劃。從質量保證的角度描述專案中所執行的質量保證活動，例如設定的質量目標、審計活動、日常活動等內容。
　　· 測試計劃。測試方法、測試階段、測試的入口與出口條件等。
　　· 配置管理計劃。配置項標識、命名規範、變更流程等。
　　· 培訓計劃。包含培訓課程、時間、人員、費用、考核標準等資訊。
　　· 風險管理計劃。風險標識、分類、嚴重度估計、發生概率估計等。

　　制訂WBS計劃

　　專案計劃是如何體現工作範圍的呢？常用的方式是通過工作分解的方式，將工作範圍細分為活動，然後對每項活動分配時間和資源，而活動結果的總和就是工作範圍，我們將這種分解的計劃稱為WBS（Work Breakdown Structure，工作分解）計劃。制定WBS計劃是制定專案計劃最主要的活動。
　　制訂WBS計劃主要分為以下三個步驟：
　　第一，分解工作任務。將一個總的工作範圍（軟體專案XXX）逐漸細分到合適的粒度，以便對任務計劃、執行和控制。對於軟體專案來說，分解工作任務不是一項單純的計劃活動，而是要根據專案的特點決定工作任務的分解結構。實際工作中更多地會考慮技術因素來確定工作分解結構的形式。
　　第二，定義活動依賴關係。確定了專案中要完成哪些活動以後，需要對這些活動之間的依賴關係做出定義。活動之間的依賴關係取決於實際工作的要求，不同活動之間的依賴關係決定了活動的優先順序及其重要性。活動依賴關係是確定專案關鍵路徑和活動浮動時間的必要條件，定義活動間依賴關係的目的是確定每一項活動所需的輸入、輸出關係。
　　第三，分配時間和資源。完成工作任務分解並定義了活動的依賴關係後，應該為每項活動分配相應的時間和資源。通常活動都會產生自己的交付物。為活動分配時間可以採用自下而上和自上而下兩種不同的方法。自下而上是先估計最小粒度的活動所需要的時間，專案所需的時間則取決於所有專案活動的關鍵路徑時間；自上而下則是確定完成專案所需要的總的時間，然後將時間分配給不同的活動。這兩種方法在實際中都有應用，對於客戶專案，很多情況下只能採取自上而下的方式，因為大多數專案都事先確定好了專案的交付時間。在軟體專案計劃中，資源分配主要指人員的分配，指定了時間資源以後，應該指定人力資源。一項工作任務是否能夠完成，所需要的時間和人員是兩個最主要的變數。在一定的範圍內，時間和人員是可以互換的。即增加人員會縮短工作時間；延長時間會降低對人員的需求量（但這種觀點的害處在於管理者往往會認為所有的活動都可以互換時間和人力資源）。如果已經確定了活動的完成時間，則指定相應的人員作為完成活動的責任人。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-21161/，如需轉載，請註明出處，否則將追究法律責任。