4 實施計劃

4.1 風險評估及對策

識別或預(yù)估項目進行過程中可能出現(xiàn)的風險。應(yīng)該分析風險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。風險識別包括識別內(nèi)在風險及外在風險。內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉(zhuǎn)向或政府行為等

風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預(yù)期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計劃來防備風險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預(yù)期的利潤）。

對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。

軟件開發(fā)項目常見預(yù)估的風險：

1) 工程／規(guī)模／進度上的風險

規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預(yù)料外的工作(測試未完時的現(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ù)推測有風險的項目。

4.2 工作流程

說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。

4.3 總體進度計劃

這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。

總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。

對于項目計劃、項目準備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標志性事件（里程碑）。

例如

需求評審

設(shè)計評審

表格中檢查點／里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。

制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用EXCEL作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說明。

制定軟件項目進度計劃應(yīng)當考慮以下一些因素:

1）對于系統(tǒng)需求和項目目標的掌握程度。如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。

2）軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓和管理方面的問題將更為嚴重。

3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。

4）項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務(wù)所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。

5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度；企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。

4.4 項目控制計劃

4.4.1 質(zhì)量保證計劃

執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應(yīng)當單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括：

• 引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）
• 管理（描述負責軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責）
• 文檔（列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）
• 標準、條例和約定（列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）
• 評審和檢查（規(guī)定所要進行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準則。至少要進行軟件需求評審、概要設(shè)計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查）
• 軟件配置管理（編制有關(guān)配置管理條款，或在“4.4.4 配置管理計劃”中說明，或引用按照《GB/T 12505 計算機軟件配置管理計劃規(guī)范》單獨制定的文檔）
• 工具、技術(shù)和方法（指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途）
• 媒體控制（說明保護計算機程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化）
• 對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。）
• 記錄的收集、維護和保存（指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設(shè)施，并指明要保存的期限）

4.4.2 進度控制計劃

（可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容）

本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。

4.4.3 預(yù)算監(jiān)控計劃

說明如何檢查項目預(yù)算的使用情況。根據(jù)項目情況需要制定。