乙份專業的it專案計畫書應該包括以下幾個部分：
一、專案背景
二、主要任務
三、工作量評估
四、專案計畫
五、專案交付件
六、附件
七、**
八、需求變更管理
為什麼要做這個專案？
專案的需求是誰發起的？
專案的實施會帶來什麼影響？
專案完成的指標引數是什麼？
專案交付的最終日期？
這一部分1-3段即可。
這裡需要列出專案需要實現的具體功能，以及功能對應的要求等。
舉例：此次專案共涉及部門管理/人員管理/薪資管理/考勤管理/招聘管理五個模組。
1 員工管理
增加字段/增刪查詢條件/增刪過程
......
2 部門管理
基於部門建立子部門
修改上級部門
......
此處應該羅列出所有需要實現的功能，如果篇幅較長，可以附件的形式展示。
工作量分解
注意：1）如果團隊分工明確，有專門的需求，資料庫管理，開發，測試，那麼可以讓每個人針對具體功能評估，然後綜合分析累加。
2）如果團隊分工不明確，或者屬於專案立項期，那麼可以採取百分比評估。如，先評估開發工作量，然後根據一定的百分比得出其他工作量。百分比應該根據具體業務需求選擇乙個合理數值。上面的例子就是採取這種評估方式，即需求=20%x開發，資料庫=10%x開發，測試=30%x開發。
3）很多專案最後還有整合測試，實施，專案管理等工作，因此將專案所有工作量累加後，還需要以累加工作量為基數，根據不同的百分比，計算相應的額外工作量。
注意：資源計畫需要結合專案起始日期，以及估算的工作量來安排。
注意：需要考慮所有不確定性，隨時調整開發計畫。
上面是用excel做的。
列出所有可能遇到的風險及規避方式。
注意：根據專案實際情況增減相關交付物。
列出所有相關檔案。原始需求文件，設計文件，工作任務分解文件等。
開發**
系統開發費用=人工費用 x 工作量 （如果具體人工費用根據職位，工作年限不同，那麼需要分開計算）
硬體費用=支援此套系統執行的硬體（電腦，伺服器等）
其他費用=其他必要的採購費用（場地，第三方軟體，第三方服務等）
以上所有費用彙總。
約定後續提供的維護服務及**。
舉例： 服務內容
負責整個專案的維護和技術支援工作，並確保專案組成員具備應有的相關技能。
系統的維護和新需求/功能的開發。
軟體公升級，打補丁和修復bug。
問題型別和響應時間
1級（緊急技術問題）：<= 6小時
2級（程式功能或資料問題，對系統使用有影響）：8小時
3級（程式功能或資料問題，但可以有臨時替代方法）：24小時
維護人員需要2人，單價 人民幣 20，000人/月
約定在專案進行中如何進行需求變更的認定，管理，交付時間等。
舉例：開發過程中，對於新的需求，雙方需參照《軟體設計說明書》來判定，如果屬於說明書裡面沒有的新出現的功能要求，則屬於需求變更。
系統交付後，對於新出現的功能或已有功能的改變，也屬於需求變更的範疇。
雙方共同評估其對專案範圍、設計、交付時間、質量和成本等方面的影響，並根據影響的大小來確定是否實施。
如何編制乙份軟體專案開發計畫書
一 專案提出的背景和必要性 包括國內外現狀 智財權狀況和發展趨勢 技術突破對產業技術進步的重要意義和作用 專案可能形成的產業規模和市場前景。二 國內外市場分析 包括國際市場狀況及該產品未來增長趨勢 國際市場的競爭能力 產品替代進口或出口的可能性 國內市場需求規模和產品的發展前景 在國內市場的競爭優勢...
很久前寫的乙份計畫書
軟體行業的簡單分析 21世紀是資訊化的世紀，當前軟體行業風起雲湧，競爭激烈，各種新舊概念此起彼伏，氣勢如巨集。工業經濟時代競爭的特點就是產品生產成本上的競爭，但是發展到今天，由於生產的發展和技術的進步，市場變化越來越快，需求日新月異，舊有的通過規模化大生產 mass production 降低生產成...
乙份合格的計畫書怎麼寫
到底什麼是計畫書呢？指的是當我們想要開展一項工作，或者是段落性學習之前，制定的相關目標，和對其過程的安排，比如說具體的時間段是從什麼時候開始到什麼時候結束，最後要取得什麼樣的成果，過程中的具體細節等。那麼為什麼要寫計畫書呢？為的是幫助我們能夠仔細的去分析目標，提前做好相關的計畫，能讓我們更好的打成最...