軟件項目目標策劃書2篇

什麼是軟件策劃書呢？它是怎樣的呢？下面一起和小編來看看吧。

一、項目實施方案概述

軟件產品，特別是行業解決方案軟件產品不同於一般的商品，用户購買軟件產品之後，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、後期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。

大量的軟件公司項目實施案例證明，軟件項目是否成功、用户的軟件使用情況是否順利、是否提高了用户的工作效率和管理水平，不僅取決於軟件產品本身的質量，軟件項目實施的質量效果也對後期用户應用的情況起到非常重要的影響。項目實施規範主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關係，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處於整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定後，指定項目經理，成立項目組，授權項目組織完成項目目標。

公司項目組：進行前期項目調研，與用户共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用户信息轉交給項目組。將項目組正式介紹給用户，配合項目組建立與用户的聯繫。

用户：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

一、成立項目組

部門經理接到實施申請後，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，並報總經理簽署《項目任務書》。

二、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用户的聯繫，對合同、用户進行調研。填寫《用户及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，並與商務經理一起識別那些個體和組織是項目的干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

三、編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合，隨着項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用户的）；

溝通管理計劃，確定項目干係人對信息和溝通的需要：即什麼人何時需要什麼信息以及通過什麼方式將信息提供給他們。質量管理計劃，確定適合於項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策

四、啟動會

項目組與用户共同召開的宣佈項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協議》。

項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用户的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；

項目實施中用户的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束後如何對用户提供後續服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用户調查用户對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成後，會編寫《需求調研分析手冊》，並交付用户進行確認，待用户對《需求調研分析手冊》上所提到的需求確認完畢後，項目實施人員將以此為依據進行軟件功能的實現。

如果用户又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

一、進行需求調研準備

二、編制《需求調研計劃》

三、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍後的時間內簽署，如評審不通過則重新修改。

四、用户是否簽署《需求調研計劃》，如用户簽署《需求調研計劃》，則作為以後需求調研工作的指南。否則重新修改。

五、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行後續工作。

六、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用户，為順利完成需求調研工作做準備

七、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，並蒐集用户的個性化需求。

八、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

九、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍後由用户簽署，如評審不通過則重新修改，直至內部評審通過。

一十、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用户，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

十一、用户是否確認《需求分析報告》。如果用户確認，並簽署了《需求分析報告》，則需求調研階段工作結束，進行後續的軟件功能實現的工作；如沒有確認，則進一步進行調研、分析，直至用户最終確認並簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之後，如果用户提出新的需求或是變更已有的需求，則執行需求新增及變更流程

（三）軟件功能實現確認階段

此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用户需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便於公司售後服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢後，項目實施人員將編制《軟件功能確認表》，將定製好軟件功能待用户確認，用户根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來並進行功能修改，直到滿足用於要求。

（四）數據標準化初裝階段

此階段的主要工作是項目實施人員指導用户進行系統標準化資料的準備工作，並對用户進行初裝資料的軟件操作培訓，以便用户能夠及時的將標準資料錄入系統，初裝完成後，項目實施人員會對資料初裝的情況進行核查，為以後具體業務功能的開展做好基礎。

五）系統培訓階段

系統培訓階段工作是整個項目實施工作中比較重要的工作，用户對軟件的操作功能是否熟練將直接影響到後面的軟件應用效果，所以軟件公司和用户雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱鉅性。在項目實施之前對用户的相關人員進行系統和規範的產品培訓是非常必要的，達到讓用户瞭解軟件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用户參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用户參加產品培訓人員的培訓內容分別是：

決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

一、調研培訓信息：在培訓開始前3天由用户實施負責人，將參加培訓的部門和人員情況填入《受訓部門彙總表》、《受訓人員情況一覽表》。

二、編制培訓計劃：結合調研結果，與用户實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

三、簽署培訓計劃：用户簽署《培訓計劃》，進一步確認培訓安排。

四、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用户實施負責人。

五、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

六、組織培訓：公司項目組培訓負責人與用户實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用户將考勤情況填入《培訓人員簽到表》。

七、培訓考核：公司項目組培訓負責人與用户實施負責人組織受訓人員參加上機及理論考試。

八、培訓總結：公司項目組培訓負責人與用户實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人彙報。

（六）系統安裝測試及試運行階段

此階段的主要工作是在用户真實環境下，對用户網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在於確保系統各項功能均能正常使用，並且符合用户簽署的《需求分析報告》中描述的需求，同時把儘可能多的潛在問題在正式運行之前發現並改正；同時目的還在於在正式運行前用户的有關人員能進一步提高操作水平，掌握操作規範。此階段的主要工作內容為：

一、編制計劃：與用户實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

二、簽署計劃：用户簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

三、發測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用户實施負責人。

四、搭建環境及數據準備：在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路；檢查軟件、硬件、網絡、線路等各個環節是否有問題；五、組織測試及試運行：用户相關各級領導給予全面配合，組織相關人員進行測試及試運行.

公司項目組負責擔當指揮，檢查用户人員組織情況並給予指導，跟蹤檢查如下情況：

跟蹤單據流轉狀況。

跟蹤新資料登錄環節。

觀察業務流程執行狀況。

觀察操作人員操作表現。

觀察系統運行速度及異常表現。

觀察關鍵數據的正確性。

及時糾正錯誤操作、對於新發生的問題及時與相關人員溝通，確定解決辦法。

六、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。

（七）總體驗收階段

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用户對這一階段的可交付成果進行驗收，在測試及試運行結束後，對系統進行總體驗收。

一、項目計劃的要素

根據PMBOK2000，項目計劃可以包含如下要素：

一、項目範圍説明

項目範圍説明闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統地、邏輯地分析項目關鍵問題及項目形成中的相互作用要素，使項目干係人在項目開始實施前或項目相關文檔編寫以前，能夠就項目的基本內容和結構達成一致；項目範圍説明應當形成項目成果核對清單，作為項目評估的依據，在項目終止以後或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據；範圍説明還可以作為項目整個生命週期監控和考核項目實施情況的基礎，和項目其他相關計劃的基礎。

二、項目進度計劃

進度計劃是説明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關係的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據，可以分為項目進度控制計劃和項目狀態報告計劃。

在進度控制計劃中，要確定應該監督哪些工作、何時進行監督、監督負責人是誰，用什麼樣的方法收集和處理項目進度信息，怎樣按時檢查工作進展和採取什麼調整措施，並把這些控制工作所需的時間和人員、技術、物資資源等列入項目總計劃中。

三、項目質量計劃

質量計劃針對具體待定的項目，安排質量監控人員及相關資源、規定使用那些制度、規範、程序、標準。項目質量計劃應當包括與保證與控制項目質量有關的所有活動。質量計劃的目的是確保項目的質量目標都能達到。根據ISO9001要求和PMBOK2000，為實現質量目標，組織應遵循以顧客為中心、領導作用、全員參與、過程方法、管理的系統方法、持續改進、基於事實的決策方法、互利的供方關係等8項質量管理原則。

四、項目資源計劃

有了項目範圍計劃和進度計劃後，資源計劃就是決定在項目中的每一項工作中用什麼樣的資源（人、材料、設備、信息、資金等等），在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預算。

五、項目溝通計劃

溝通計劃就是制定項目過程中項目干係人之間信息交流的內容、人員範圍、溝通方式、溝通時間或頻率等溝通要求的約定。

六、風險對策計劃

風險對策計劃是為了降低項目風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。

七、項目採購計劃

項目採購計劃過程就是識別哪些項目需求可應通過從本企業外部採購產品或設備來得到滿足。如果是軟件開發工作的採購，也就是外包，應當同時制定對外包的進度監控和質量控制的計劃。

八、變更控制、配置管理計劃

由於項目計劃無法保證一開始就預測得非常準確，在項目進行過程中也不能保證準確有力的控制，導致項目計劃與項目實際情況不符的情況經常發生，所以必須有效處理項目的變更。

變更控制計劃主要是規定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干係人提供配置項的準確狀態和當前配置數據。

二、項目計劃編制過程

由於軟件開發的手工性、個體性特徵，軟件開發項目計劃不可能是一個靜態的計劃，一次在項目啟動時，可以先制定一個顆粒度相對比較粗的項目計劃，先確定項目高層活動和預期里程碑。粗顆粒度的項目計劃需要不斷地更新迭代，根據項目的大小和性質以及項目的進展情況進行迭代和調整。

迭代和調整的週期也是根據項目的情況進行制訂的，一般短到一週，長到2個月左右。經過不斷的計劃制訂、調整、修訂等工作，項目計劃從最初的粗粒度，變得非常詳細。這樣的計劃將一直延續到項目結束，延續到項目的成果出現。

制定計劃的過程就是一個對項目逐漸瞭解掌握的過程，通過認真地制定計劃，項目經理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，通過漸近明細不斷完善項目計劃。階段計劃中包含的工作彙報和下一階段工作安排是掌握項目進度的依據，從階段計劃對照總體計劃，才能一目瞭然地看出工作的進展情況。

制定計劃的過程，也是在進度、資源、範圍之間尋求一種平衡的過程。制定計劃的精髓不在於寫出一份好看的文檔，而在於運用您的智慧去應對各種問題和麪臨風險並儘可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客户交流與協商的基礎，幫助你在項目過程中防範各種問題的出現，幫助你保證項目按時完成。

企業確定要開始某個項目時一般會下達一個立項的文件，暫且叫“項目立項文件”，主要內容是遵照的合同或相關協議，項目的大致範圍、項目結束的截止時間和一些關鍵時間，指定項目經理和部分項目成員等等。

接下來的項目計劃編寫一般要按照以下過程：

一、成立項目團隊：相關部門收到經過審批後的“項目立項文件”和相關資料，則正式在“項目立項文件”中指定的項目經理組織項目團隊，成員可以隨着項目的進展可以在不同時間加入項目團隊，也可以隨着分配的工作完成而退出項目團隊。但最好都能在項目啟動時參加項目啟動會議，瞭解總體目標、計劃，特別是自己的目標職責，加入時間等等。

二、項目開發準備：項目經理組織前期加入的項目團隊成員準備項目工作所需要的規範、工具、環境。如開發工具、源代碼管理工具、配置環境、數據庫環境等。前期加入的項目團隊成員主要由計劃經理，系統分析員等組成，但快要制定好的項目計劃一定要儘可能經過在所有項目團隊成員和項目干係人中間的充分溝通。

如果項目中存在一些關鍵的（指將影響項目成敗）技術風險，則在這一階段項目經理應組織人員進行預研。預研的結果應留下下書面結論以備評審。

説明：項目計劃書必須在相應階段對項目目標、階段目標和各項任務進行精確的定義，就是要在相應階段進一步進行項目目標的細化工作；特別是在概要設計完成，詳細設計或編碼實現開始之前應該對下一階段的目標任務進行細化。

應當充分調查並掌握影響項目計劃的一切內部和外部影響因素；應當儘可能充分地分析項目工作分解結構，通過分析項目工作分解結構不僅獲得項目的靜態結構，而且通過邏輯分析，獲得項目各工作任務之間動態的工作流程；應當將項目目標、任務進行分解，制定詳細的實施方案。

三、項目信息收集：項目經理組織項目團隊成員通過分析接收的項目相關文檔、進一步與用户溝通等途徑，在規定的時間內儘可能全面收集項目信息。

項目信息收集要講究充分的、有效率的溝通，並要達成共識。有些成員認為，電子郵件發來的文檔（計劃、需求、周計劃等）是在溝通不夠充分的情況下完成的，成員看過後有不瞭解或與自己的能力或意願不符的情況，但通過電子郵件等方式溝通的效率不高，這也許是個習慣的問題，也許和某個具體問題本身是否容易通過電子郵件溝通清楚有關。

因此重要的內容需要開會進行Q&A討論，確保所有重要問題都得到理解，最終達成共識。討論會上達成共識的應當記錄成文字落實在具體的文檔中。

四、編寫《軟件項目計劃書》

項目經理負責組織編寫《軟件項目計劃書》。《軟件項目計劃書》是項目策劃活動核心輸出文檔，它包括計劃書主體和以附件形式存在的其他相關計劃，如配置管理計劃等。

《軟件項目計劃書》的編制參考《GB8567－88計算機軟件產品開發文件編制指南》中項目開發計劃的要求。各企業在建立ISO9001質量管理體系或CMM過程中也會建立相應的《軟件開發項目計劃書規範》。

編制項目計劃的過程應當分為以下幾個步驟：

a、確定項目的應交付成果。這裏的項目的應交付成果不僅是指項目的最終產品，也包括項目的中間產品。例如通常情況下軟件開發項目的項目產品可以是：需求規格説明書、概要設計説明書、詳細設計説明書、數據庫設計説明書、項目階段計劃、項目階段報告、程序維護説明書、測試計劃、測試報告、程序代碼與程序文件、程序安裝文件、用户手冊、驗收報告、項目總結報告等等；

b、任務分解：從項目目標開始，從上到下，層層分解，確定實現項目目標必須要做的各項工作，並畫出完整的工作分解結構圖。軟件開發項目剛開始可能只能從階段的角度劃分，如需求分析工作、架構設計工作、編碼工作、測試工作等等，當然規模較大時也可把需求、設計拆分成不同的任務。

不過特別是在概要設計完成時可以對下一階段的目標任務進行橫向的細化。

c、在資源獨立的假設前提下確定各個任務之間的相互依賴關係，以確定各個任務開始和結束時間的先後順序；獲得項目各工作任務之間動態的工作流程。

d、確定每個任務所需的時間，即根據經驗或應用相關方法給任務需要耗費的時間；確定每個任務所需的人力資源要求，如需要什麼技術、技能、知識、經驗、熟練程度等等。

e、確定項目團隊成員可以支配的時間，即每個項目成員具體花在項目中的確切時間；確定每個項目團隊成員的角色構成、職責、相互關係、溝通方式。

f、確定管理工作，管理工作是貫穿項目生命週期的，如項目管理、項目會議等、編寫階段報告。項目團隊成員之間的溝通時間、項目團隊成員和其他項目干係人之間的溝通時間也比較容易被忽視，而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應當充分地被考慮進去，再回師項目計劃更加合理，更有效地減少因為計劃的不合理而導致的項目進度延期。

g、根據以上結果編制項目總體進度計劃，總體進度計劃應當體現任務名稱、責任人、開始時間、結束時間、應提交的可檢查的工作成果。

h、考慮項目的費用預算、可能的風險分析及其對策、需要公司內部或客户或其他方面協調或支持的事宜。

五、軟件項目計劃書評審、批准

項目計劃書評審、批准是為了使相關人員達成共識、減少不必要的錯誤，使項目計劃更合理更有效。

項目經理完成《軟件項目計劃書》後，首先組織項目團隊內部的項目團隊負責人、測試負責人、系統分析負責人、設計負責人、質量監督員等對項目計劃書進行評審，評審可採取電子或會議方式，並進行階段成果項目團隊內評閲記錄。應當要求所有相關人員在收到軟件項目計劃書後的一個約定時間內反饋對計劃書的意見。

項目經理確保與所有人員就項目計劃書中所列內容達成一致。這種一致性是要求所有項目團隊成員對項目計劃的內容進行承諾，無法承諾或者説是無法達成一致的，要麼修改項目計劃去適應某些項目團隊成員，要麼是由某些項目團隊成員採取妥協措施，去適應項目計劃的要求。

項目經理將已經達成一致的軟件項目計劃書提交項目高層分管領導或其授權人員進行審批，審批完成時間不能超過預先約定的時間。對於意義重大的項目，由過程控制部門如質量管理部和項目分管領導同時對《軟件項目計劃書》進行審批。

批准後的軟件項目計劃書作為項目活動開展的依據和本企業進行項目控制和檢查的依據，並在必要時根據項目進展情況實施計劃變更。

項目質量監督員根據《軟件項目計劃書》和《軟件開發項目質量計劃書規範》編制軟件開發項目質量計劃。大型的項目應當編制單獨的《軟件開發項目質量計劃書》；規模較小的可以在《軟件項目計劃書》的某個章節説明“軟件開發項目質量計劃”，也可單獨編制類似“軟件開發項目質量控制表”的文檔。

配置管理員根據計劃書編制《項目配置管理計劃》。以項目工作計劃書中的階段成果為依據，根據配置管理計劃規範編制配置管理計劃，項目經理審批配置管理計劃，並對配置管理計劃的有效性負責。

項目策劃工作完畢，軟件項目計劃書通過評審，一般情況下，對軟件開發項目來説，工作轉入需求分析階段。

三、項目計劃內容確定

項目計劃內容的確定一般要按照以下過程：

一、確定項目概貌

合同項目以合同和招投標文件為依據，非合同項目以可行性研究報告或項目前期調研成果為依據，明確項目範圍和約束條件，並以同樣的依據，明確項目的交付成果。進一步明確項目的工作範圍和項目參與各方責任。

二、確定項目團隊

確定項目團隊的組織結構和與項目開發相關的職能機構，包括管理、開發、測試、QA、評審、驗收等。確定項目團隊人員及分工。與相關人員協商，確定項目團隊人員構成。如內部不能滿足人員需求，則提出人員支援申請。

三、明確項目團隊內、外的協作溝通

明確與用户單位的溝通方法。明確最終用户、直接用户及其所在本企業／部門名稱和聯繫電話。客户更多的參與是項目成功的重要推動力量，加強在開發過程中與用户方項目經理或配合人員的主動溝通，將有助加強客户等項目的參與程度。建議採用週報或月報的方式通告項目的進展情況和下一階段計劃，出現的需要客户協調或瞭解的問題。

當項目團隊需要與外部單位協作開發時，應明確與協作單位的溝通方式。確定協作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯繫電話。

明確本企業內部協作開發的部門名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯繫電話。明確項目團隊溝通活動。項目團隊成員規模在3人以上的項目應該組織項目團隊周例會，項目團隊採用統一的交流系統建立項目團隊的交流空間。

四、規劃開發環境和規範

説明系統開發的所採用的各種工具，開發環境，測試環境等。列出項目開發要遵守的開發技術規範和行業標準規範。對於本企業還沒有規範的開發技術，項目經理應組織人員制訂出在本項目中將遵守的規則。

五、編制工作進度計劃

根據本企業規定和項目實際情況，確定項目的工作流程。編制項目的工作計劃，此計劃為高層計劃，各階段的工作時間安排要包括完成階段文檔成果、文檔成果提交評審及進行修改的時間，各階段結束的標誌是階段成果發佈。在計劃中要求明確以下內容：

a、工作任務劃分；

b、顯示項目各階段或迭代的時間分配情況的時間線或甘特圖；

c、確定主要里程碑、階段成果；

d、要求用文字對項目工作計劃做出解釋。最終用一張時間表格來完整説明整個工作計劃；對於迭代開發的項目，應編制出第一階段的階段計劃。階段內的任務分割以2-5天為合適，特殊任務的時間跨度在兩個星期內；在項目的進行過程中，項目經理編制雙週工作計劃，指導成員的具體工作。

六、編制項目的監控計劃。其中説明進度控制、質量控制、版本控制、預算控制等。

七、編制項目的風險計劃，分析項目過程中可能出現的風險以及相應的風險對策。對於大型項目，建議以附件方式編制，便於不斷更新。

八、制定輔助工作計劃。根據項目需要，編制如培訓計劃、招聘計劃等。

九、規劃開發支持工作，如供方管理計劃。

一十、規劃項目驗收：制定項目的驗收計劃。此項工作可以視需要進行裁減。

十一、規劃項目收尾與交接活動。制定項目的驗收、培訓和項目進入維護階段與技術支持部的交接工作。