內容簡介
本文主要對軟體開發項目計畫書的格式及主要內容的編寫要點進行說明，對一些內容進行了舉例說明。
關鍵字詞
項目、計畫書、格式、編寫說明
作品目錄
根據《GB8567－88計算機軟體產品開發檔案編制指南》中項目開發計畫的要求，結合實際情況調整後的《項目計畫書》內容索引如下：
1 引言
1.1 編寫目的
1.2 背景
1.3 定義
1.4 參考資料
1.5 標準、條約和約定
2 項目概述
2.1項目目標
2.2產品目標與範圍
2.3假設與約束
2.4 項目工作範圍
2.5 應交付成果
2.5.1 需完成的軟體
2.5.2 需提交用戶的文檔
2.5.3 須提交內部的文檔
2.5.4 應當提供的服務
2.6 項目開發環境
2.7 項目驗收方式與依據
3 項目團隊組織
3.1 組織結構
3.2 人員分工
3.3 協作與溝通
3.3.1 內部協作
3.3.2 外部溝通
4 實施計畫
4.1 風險評估及對策
4.2 工作流程
4.3 總體進度計畫
4.4 項目監控
4.4.1 質量控制計畫
4.4.2 進度監控計畫
4.4.3 預算監控計畫
4.4.4 配置管理計畫
5 支持條件
5.1 內部支持（可選）
5.2 客戶支持（對項目而言）
5.3 外包（可選）
6 預算（可選）
6.1 人員成本
6.2 設備成本
6.3 其它經費預算
6.4 項目合計經費預算
7 關鍵問題
8專題計畫要點
編寫說明
1 引言
1.1 編寫目的
說明編寫這份項目計畫的目的，並指出預期的讀者。
作用：本節是為了說明編制“項目計畫書”亦即本文檔的意圖和希望達到的效果。注意這裡的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。“項目目標”在2.1中說明。
意義：使項目成員和項目干係人了解項目開發計畫書的作用、希望達到的效果。開發計畫書的作用一般都是“項目成員以及項目干係人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計畫書開展和檢查項目工作。”
例如可以這么寫：為了保證項目團隊按時保質地完成項目目標，便於項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以檔案化的形式，把對於在項目生命周期內的工作任務範圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干係人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。
常見的問題：把項目本身的“項目目標”誤作編制項目開發計畫的目的。
1.2 背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容：
項目的名稱：經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟體系統名稱有較大的關係，如針對“XX系統”開發的項目名稱是“XX系統開發”。
項目的委託單位：如果是根據契約進行的軟體開發項目，項目的委託單位就是契約中的甲方；如果是自行研發的軟體產品，項目的委託單位就是本企業。
項目的用戶（單位）：軟體或網路的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委託單位是同一個，有時是不一樣的。如海關的報關軟體、稅務的報稅軟體，委託單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。
項目的任務提出者：本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同於項目的委託單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在於前者指人，後者指單位。
項目的主要承擔部門：有些企業根據行業方向或工作性質的不同把軟體開發分成不同的部門（也有的分為不同事業部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的範圍確定本項目的主要承擔部門。
項目建設背景：從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利於項目成員更好地理解項目目標和各項任務。
例句：根據《某部關於某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。
目前對於某建設工作的工作主要採用計畫部門手工編制年度計畫、建設工作主管部門和建設工作實施單位聯合手動編制進度計畫，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今後某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。因此，充分利用現代信息化、網際網路的優勢，建立“某市某建設工作信息報送反饋系統”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟體系統與其他系統的關係：說明與本系統有關的其他系統，說明它們之間的相互依賴關係。這些系統可以是這個系統的基礎性系統（一些數據、環境等必須依靠這個系統才能運行），也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關係、互相依賴的系統。例句：本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。
軟體系統與機構的關係：說明軟體系統除了委託單位和使用單位，還與哪些機構組織有關係。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3 定義
列出為正確理解本計畫書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意儘量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4 參考資料
列出本計畫書中所引用的及相關的檔案資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些檔案資料和標準的途徑。本節與下一節的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：
本項目的契約、標書、上級機關有關通知、經過審批的項目任務書；
屬於本項目的其他已經發表的檔案；
本文檔中各處引用的檔案、資料，包括所要用到的軟體開發標準。
1.5 標準、條約和約定
列出在本項目開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《項目任務書》、契約、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規範等。
“參考資料”一般具有“物質”特性，一般要說明參照了什麼，要說明在哪裡可以獲得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪裡可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。
