專案計劃書格式
專案計劃書能讓投資者判斷該專案的可盈利性。下面公文站小編為大家帶來的是專案計劃書格式範文，歡迎大家參考!
專案計劃書格式
根據《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 標準、條約和約定
列出在本專案開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《專案任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規範等。
“參考資料”一般具有“物質”特性，一般要說明參照了什麼，要說明在哪裡可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪裡可以獲得。參考資料的內容應該涵蓋“標準、條約和約定”。
專案計劃書範文：疊加型封切機專案商業計劃書
專案單位:
法人代表:
聯絡地址:
郵政編碼:
聯 系 人:
職 務:
聯絡電話:
傳 真:
電子郵箱:
保密須知
本商業計劃書屬商業機密，所有權歸 。其所涉及的內容和資料只限於已簽署投資意向的投資者使用。收到本計劃書後，收件人應即刻確認，並遵守以下規定:
1)若收件人無意涉足本報告所述專案，請按上述地址，儘快將本計劃書完整退回;
2)在沒有取得 的書面同意前，收件人不得將本計劃書全部或部分複製、掃描、影印或以其它形式傳遞、洩露或散佈給他人;
3)應該像對待貴單位的機密資料一樣的態度對待本計劃書所提供的所有機密資料。
第一章 專案概要
摘要是疊加型封切機專案商業計劃書的“鳳頭”，是對整個計劃書的高度概括，投資者是否中意專案，很大程度取決於摘要的部分。可以說，沒有好的摘要，就沒有投資。
第二章 公司介紹
一、公司成立與宗旨
二、企業簡介
三、註冊資本及變更情況
四、組織結構
五、經營範圍
六、公司管理
1.董事會
2.管理團隊
3.外部支援(外聘人士/會計師事務所/律師事務所/顧問公司/技術支援/行業協會等)
第三章 技術與產品
一、技術描述及技術持有
二、疊加型封切機專案產品狀況
1.主要產品目錄(分類、名稱、規格、型號、價格等)
2.產品特性
3.正在開發/待開發產品簡介
4.研發計劃及時間表
5.智慧財產權策略
6.無形資產(商標/智慧財產權/專利等)
三、疊加型封切機專案產品生產
1.資源及原材料供應
2.現有生產條件和生產能力
3.擴建設施、要求及成本，擴建後生產能力
4.原有主要裝置及需添置裝置
5.產品標準、質檢和生產成本控制
6.包裝與儲運
四、疊加型封切機專案的客戶定位、形象定位等
五、疊加型封切機專案SWOT分析
