【文章內(nèi)容簡介】 員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團隊根據(jù)本計劃書開展和檢查項目工作?！崩缈梢赃@么寫：為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。常見的問題：把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的。主要說明項目的來歷，一些需要項目團隊成員知道的相關(guān)情況。主要有以下內(nèi)容：項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“XX系統(tǒng)”開發(fā)的項目名稱是“XX系統(tǒng)開發(fā)”。項目的委托單位：如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。項目的用戶（單位）：軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機關(guān)，但使用的用戶或單位不僅有海關(guān)或稅務(wù)機關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領(lǐng)導或商務(wù)人員；注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。項目的主要承擔部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務(wù)。例句：根據(jù)《某部關(guān)于某建設(shè)工作的實施意見》精神，為了保障某建設(shè)工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設(shè)工作小組辦公室把此項建設(shè)工作實施列入督查的重要內(nèi)容，及時掌握進度，相關(guān)部門建立市某建設(shè)工作簡報制度，及時反映全市某建設(shè)工作動態(tài)。目前對于某建設(shè)工作的工作主要采用計劃部門手工編制年度計劃、建設(shè)工作主管部門和建設(shè)工作實施單位聯(lián)合手動編制進度計劃，某建設(shè)工作單位手工上報建設(shè)工作進度情況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和今后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關(guān)工作人員的勞動強度是非常有必要和緊迫的任務(wù)。軟件系統(tǒng)與其他系統(tǒng)的關(guān)系：說明與本系統(tǒng)有關(guān)的其他系統(tǒng)，說明它們之間的相互依賴關(guān)系。這些系統(tǒng)可以是這個系統(tǒng)的基礎(chǔ)性系統(tǒng)（一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行），也可以是以這個系統(tǒng)為基礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句：本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當掛在市政府網(wǎng)站。軟件系統(tǒng)與機構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標準、需要通過那些組織機構(gòu)的測試才能使用等等、是否需要外包或與那些組織機構(gòu)合作。列出為正確理解本計劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語進行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。列出本計劃書中所引用的及相關(guān)的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節(jié)與下一節(jié)的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：本項目的合同、標書、上級機關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書；屬于本項目的其他已經(jīng)發(fā)表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。、條約和約定列出在本項目開發(fā)過程中必須遵守的標準、條約和約定。例如：相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標準、行業(yè)標準、上級機關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)范等?！皡⒖假Y料”一般具有“物質(zhì)”特性，一般要說明參照了什么，要說明在哪里可以獲得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應(yīng)該涵蓋“標準、條約和約定”。2項目概述設(shè)定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。注意“要完成一個系統(tǒng)”只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應(yīng)該指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。項目目標應(yīng)當符合SMART原則：lSSpecific明確的陳述lMMeasurable可以衡量的結(jié)果lAAttainable可以達成的目標lRRealistic合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合lTTrackable可以跟蹤的項目目標可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標、第二目標等等；縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應(yīng)當說明目標實現(xiàn)的較為明確的時間。一般要在說明了總目標的基礎(chǔ)上再說明分解目標，可加上“為實現(xiàn)項目的總目標，必須實現(xiàn)以下三個階段目標”根據(jù)項目輸入（如合同、立項建議書、項目技術(shù)方案、標書等）說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統(tǒng)）范圍進行準確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎(chǔ)和依據(jù)。軟件系統(tǒng)產(chǎn)品目標應(yīng)當從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準確性，減輕各級相關(guān)工作人員的勞動強度。”對于項目必須遵守的各種約束（時間、人員、預算、設(shè)備等）進行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種種制約條件。假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。假設(shè)與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應(yīng)當采取的相應(yīng)措施。說明為實現(xiàn)項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。注意產(chǎn)品范圍與項目工作范圍的不同含義。產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準時交付。列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定?？筛鶕?jù)《GB856788計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄O：“文件編制實施規(guī)定的實例（參考件）”結(jié)合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務(wù)和資源。根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。根據(jù)合同或某重點建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導書、培訓計劃等，應(yīng)當在本計劃“”中條列出。說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對Java的，也需要針對C++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標書、合同、相關(guān)標準、項目文檔（最主要是需求規(guī)格說明書）。3項目團隊組織說明項目團隊的組織結(jié)構(gòu)。項目的組織結(jié)構(gòu)可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務(wù)，項目團隊需要哪些角色構(gòu)成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員（小組），但需要知識轉(zhuǎn)移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。項目的溝通與協(xié)作首先應(yīng)當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。其次應(yīng)當確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、、內(nèi)部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應(yīng)當說明主送人、抄送人，聊天室溝通方式應(yīng)當約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。應(yīng)當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括：a、負責本項目同用戶的接口人員；b、負責本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；c、負責本項目同分包方的接口人員。項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔的工作內(nèi)容以及工作實施責任人的姓名、聯(lián)系電話。確定有關(guān)的合作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。4實施計劃識別或預估項目進行過程中可能出現(xiàn)的風險。應(yīng)該分析風險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。風險識別包括識別內(nèi)在風險及外在風險。內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉(zhuǎn)向或政府行為等風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預防性計劃來防備風險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預期的利潤）。對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。軟件開發(fā)項目常見預估的風險：1)工程／規(guī)模／進度上的風險規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預料外的工作(測試未完時的現(xiàn)場對應(yīng)等)；2)技術(shù)上的風險使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴；3)用戶體制上的問題用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其他相關(guān)單位承擔的工作有可能延誤；4)其它：應(yīng)該包含此處沒有、但據(jù)推測有風險的項目。說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當分階段