專案計畫在整個軟體開發過程中至關重要。這是因為軟體專案活動繁多，且活動之間相互影響，需要採用專案管理的方式進行管理，而專案管理的基礎就是專案計畫。
專案計畫的內容
通常來說，專案組在軟體開發合同簽訂以後開始制訂專案計畫（也有做完需求分析以後制訂專案計畫的情況）。《工作說明書》經常會作為專案計畫乙個主要的輸入 條件（當然不是所有的專案都有《工作說明書》，但應該有相應的檔案提供類似的內容），專案計畫的制訂需要同時滿足《工作說明書》給定的工作範圍、進度、資 源等方面的要求。專案計畫通常包括以下內容：
- 專案組織結構、職責描述與說明。說明專案組的組織結構、報告渠道、隸屬關係、職位描述、人員與職位的對應關係等。
- 資源計畫。描述專案所需要的資源，包括硬體資源、軟體資源、人力資源等，註明資源的到位時間與釋放日期。如果是人力資源，還需補充其他資訊，例如所屬部門、兼職或全職等。
- 專案質量保證計畫。從質量保證的角度描述專案中所執行的質量保證活動，例如設定的質量目標、審計活動、日常活動等內容。
- 測試計畫。測試方法、測試階段、測試的入口與出口條件等。
- 配置管理計畫。配置項標識、命名規範、變更流程等。
- 培訓計畫。包含培訓課程、時間、人員、費用、考核標準等資訊。
- 風險管理計畫。風險標識、分類、嚴重度估計、發生概率估計等。
制訂wbs 計畫
專案計畫是如何體現工作範圍的呢？常用的方式是通過工作分解的方式，將工作範圍細分為活動，然後對每項活動分配時間和資源，而活動結果的總和就是工作範 圍，我們將這種分解的計畫稱為wbs （work breakdown structure ，工作分解）計畫。制定wbs 計畫是制定專案計畫最主要的活動。
制訂wbs 計畫主要分為以下三個步驟：
第一，分解工作任務。將乙個總的工作範圍（軟體專案*** ）逐漸細分到合適的粒度，以便對任務計畫、執行和控制。對於軟體專案來說，分解工作任務不是一項 單純的計畫活動，而是要根據專案的特點決定工作任務的分解結構。實際工作中更多地會考慮技術因素來確定工作分解結構的形式。
第二，定義活動依賴關係。確定了專案中要完成哪些活動以後，需要對這些活動之間的依賴關係做出定義。活動之間的依賴關係取決於實際工作的要求，不同活動之 間的依賴關係決定了活動的優先順序及其重要性。活動依賴關係是確定專案關鍵路徑和活動浮動時間的必要條件，定義活動間依賴關係的目的是確定每一項活動所需 的輸入、輸出關係。
第三，分配時間和資源。完成工作任務分解並定義了活動的依賴關係後，應該為每項活動分配相應的時間和資源。通常活動都會產生自己的交付物。為活動分配時間 可以採用自下而上和自上而下兩種不同的方法。自下而上是先估計最小粒度的活動所需要的時間，專案所需的時間則取決於所有專案活動的關鍵路徑時間；自上而下 則是確定完成專案所需要的總的時間，然後將時間分配給不同的活動。這兩種方法在實際中都有應用，對於客戶專案，很多情況下只能採取自上而下的方式，因為大 多數專案都事先確定好了專案的交付時間。在軟體專案計畫中，資源分配主要指人員的分配，指定了時間資源以後，應該指定人力資源。一項工作任務是否能夠完 成，所需要的時間和人員是兩個最主要的變數。在一定的範圍內，時間和人員是可以互換的。即增加人員會縮短工作時間；延長時間會降低對人員的需求量（但這種 觀點的害處在於管理者往往會認為所有的活動都可以互換時間和人力資源）。如果已經確定了活動的完成時間，則指定相應的人員作為完成活動的責任人。
怎樣做專案開發總結報告
i 引言 1 1編寫目的 說明編寫這份專案開發總結報告的目的，指出預期的閱讀範圍。1 2背景 說明 a 本專案的名稱和所開發出來的軟體系統的名稱 b 此軟體的任務提出者 開發者 使用者及安裝此軟體的計算中心。i 3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1 4參考資料 a 本...
怎樣做ERP軟體實施專案調研
專案調研 專案組在開展具體的上線工作前，需要在前面的基礎上對專案的實際情況做進一步的了解。專案調研是認識企業的一種有效手段，通過調研可以對企業有更加深入的了解，為於日後的實施工 作能夠開展盡可能地減少障礙。在調研的過程中將從業務層和人員關係層兩方面進一步接觸 1 對企業的整體情況有個更加深入的了解。...
專案管理 怎樣做需求分析（一）
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者 需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階...