【文章內(nèi)容簡介】 或小組)、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術(shù)水平。注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員(小組)，但需要知識轉(zhuǎn)移方面的人員(小組)。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。其次應當確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、qq、內(nèi)部郵件、外部郵件、quickplace、聊天室等等。其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應當(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。應當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括:。a、負責本項目同用戶的接口人員。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)的風險。應該分析風險出現(xiàn)的可能性(概率)、造成的影響、根據(jù)影響應該采取的對策，采取的措施。風險識別包括識別內(nèi)在風險及外在風險。內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉(zhuǎn)向或政府行為等。風險的對策包括:避免:排除特定危脅往往靠排除危險起源。減緩:減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù)。吸納:接受一切后果，可以是積極的(如制定預防性計劃來防備風險事件的發(fā)生)，也可以是消極的(如某些費用超支則接受低于預期的利潤)。對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。1)工程/規(guī)模/進度上的風險。2)技術(shù)上的風險。3)用戶體制上的問題。4)其它:應該包含此處沒有、但據(jù)推測有風險的項目。說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。這里所說的總體進度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。對于項目計劃、項目準備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(里程碑)。例如。需求評審。設(shè)計評審。表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用excel作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說明。1)對于系統(tǒng)需求和項目目標的掌握程度。如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應該進一步細化進度計劃。2)軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓和管理方面的問題將更為嚴重。3)軟件系統(tǒng)復雜程度和項目復雜程度:和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復雜程度，而項目的復雜程度主要是指項目團隊成員的構(gòu)成、項目任務的復雜程度、項目干系人的復雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復雜程度未必是成比例的關(guān)系。同樣項目的規(guī)模與項目的復雜程度未必是成比例的關(guān)系。4)項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務所需要的時間)。加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。5)項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務的熟悉程度。對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度。企業(yè)內(nèi)部對行業(yè)業(yè)務知識和主要技術(shù)的知識積累。執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應當單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)gb/t12504計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括:。l引言(本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料)。l管理(描述負責軟件質(zhì)量管理的機構(gòu)、任務及其相關(guān)的職責)。l文檔(列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則)。l標準、條例和約定(列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施)。l評審和檢查(規(guī)定所要進行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準則。至少要進行軟件需求評審、概要設(shè)計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查)。l軟件配置管理(編制有關(guān)配置管理條款，或在“”中說明，或引用按照《gb/t12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔)。l工具、技術(shù)和方法(指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途)。l媒體控制(說明保護計算機程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化)。l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。)l記錄的收集、維護和保存(指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設(shè)施，并指明要保存的期限)。(可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容)。本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。說明如何檢查項目預算的使用情況。根據(jù)項目情況需要制定。編制有關(guān)軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設(shè)施。必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構(gòu)及其職責。根據(jù)《gb/t12505計算機軟件配置管理計劃規(guī)范》，軟件配置管理計劃內(nèi)容如下:。l引言(本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料)。l管理(描述負責軟件配置管理的39。機構(gòu)、任務、職責及其有關(guān)的接口控制。)l軟件配置管理活動(描述配置標識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。)l工具、技術(shù)和方法(指明為支持特定項目的軟件配置管理所使用的軟件工具、技術(shù)和方法，指明它們的目的，并在開發(fā)者所有權(quán)的范圍內(nèi)描述其用法)。l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求)。l記錄的收集、維護和保存(指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設(shè)施，并指明要保存的期限)。5支持條件。說明為了支持本項目的完成所需要的各種條件和設(shè)施。逐項列出項目每階段的支持需求(含人員、設(shè)備、軟件、培訓等)及其時間要求和用途。例如，設(shè)備、軟件支持包括客戶機、服務器、網(wǎng)絡(luò)環(huán)境、外設(shè)、通訊設(shè)備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時間的要求。列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。(可選)。列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。6預算。列出產(chǎn)品/項目團隊每一個人的預計工作月數(shù)。列出完成本項目所需要的勞務(包括人員的數(shù)量和時間)。勞務費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金。設(shè)備成本包括:原材料費，設(shè)備購置及使用費。列出擬購置的設(shè)備及其配置和所需的經(jīng)費。列出擬購置的軟件及其版本和所需的經(jīng)費。使用的現(xiàn)有設(shè)備及其使用時間。列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括:。(1)差旅費(旅費、出租)(含補貼)。(2)資料費(圖書費、資料費、復印費、出版費)。(3)通信費(市話長話費、移動通信費、上網(wǎng)費、郵資)。(4)會議費(鑒定費、評審會、研討費、外事費等)。(5)辦公費(購買辦公用品)。(6)協(xié)作費(業(yè)務協(xié)作招待費、項目團隊加班伙食費)。(7)培訓費(培訓資料編寫費、資料印刷費、產(chǎn)地費、設(shè)備費)。其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)。列出完成本項目需要的所有經(jīng)費預算(上述各項費用之和)。7關(guān)鍵問題。逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風險，指出這些問題對項目成敗的影響。8專題計劃要點。專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝部署計劃。參考文獻。、條約和約定。2項目概述。。3項目團隊組織。4實施計劃。。5支持條件。(可選)。(對項目而言)。(可選)。6預算(可選)。7關(guān)鍵問題。8專題計劃要點。說明編寫這份項目計劃的目的，并指出預期的讀者。作用:本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用?！绊椖磕繕恕?。意義:使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團隊根據(jù)本計劃書開展和檢查項目工作。”例如可以這么寫:為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。常見的問題:把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的。主要說明項目的來歷，一些需要項目團