【正文】 約束一般是難以解決的問題，但可以 通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。 項目工作范圍 說明為實現(xiàn)項目的目標(biāo)需要進行那些工作。 注意產(chǎn)品范圍與項目工作范圍的不同含義。 工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的 那些工作任務(wù)。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。此處需要移交用戶的文檔可參考合同中的規(guī)定。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。 根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目 取值所在的區(qū)間，將其他因素值區(qū)間刪除。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當(dāng)在本計劃“ ”中條列出。環(huán)境可能不止一種，如開發(fā)工具可能需要針對 Java的，也需要針對 C++的。 項目驗收方式與依據(jù) 說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。 3 項目團隊組織 組織結(jié)構(gòu) 說明項目團隊的組織結(jié)構(gòu)。所需角色主要說明為了完成本項目任務(wù)，項目團隊需要哪些角色構(gòu)成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計師、設(shè)計組、程序組、 測試組等等。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。如產(chǎn)品研發(fā)項目可能就不需要實施人員（小組），但需要知識轉(zhuǎn)移方面的人員（小組）。 人員分工 確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明 ，具體編制時按照項目實際組織結(jié)構(gòu)編寫。 協(xié)作與溝通 項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。 其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。其中郵件溝通應(yīng)當(dāng)說明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)約定時間周期。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。 項目接口人員 應(yīng)當(dāng)說明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，包括： a、負責(zé)本項目同用戶的接口人員； b、負責(zé)本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員； c、負責(zé)本項目同分包方的接口人員。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實施責(zé)任人的姓名、聯(lián)系電話。 4 實施計劃 風(fēng)險評估及對策 識別或預(yù)估項目進行過程中可能出現(xiàn)的風(fēng)險。風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等 風(fēng)險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率， 以及減少風(fēng)險事件的風(fēng)險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預(yù)期的利潤）。 軟件開發(fā)項目常見預(yù)估的風(fēng)險： 1) 工程／規(guī)模／進度上的風(fēng)險 規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預(yù)料外的工作 (測試未完時 的現(xiàn)場對應(yīng)等 )； 2) 技術(shù)上的風(fēng)險 使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴； 3) 用戶體制上的問題 用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔(dān)開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤； 4) 其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工 作流程，也可以是自己創(chuàng)建的工作流程。必要時畫出本項目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。作為補充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。 對于項目計劃、項目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、 移交、內(nèi)部培訓(xùn)、用戶培訓(xùn)、安裝部署、試運行、驗收等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件（里程碑）。 制定軟件項目進度計劃可以使用一些專門的工具，最常用的是 Microsoft的 Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。關(guān)于如何使用這些工具不在此作詳細說明。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等 等。由于軟件是邏輯、智