《軟件項目管理計劃書》最佳模板

1、軟件項目管理計劃書項目名稱：月年日時間：頁 12 共頁 1 第目錄1. 簡介 31.1. 項目概述 31.2. 項目主要功能及性能 31.3. 項目交付產(chǎn)品 31.4. 參考資料 32. 項目組織 32.1. 過程模型 32.2. 團(tuán)隊的分工與合作 43. 管理過程 43.1. 管理目標(biāo)及優(yōu)先級 43.2. 風(fēng)險管理 53.3. 監(jiān)督及控制機制 53.4. 人員計劃 53.5. 培訓(xùn)計劃 63.6. 風(fēng)險管理計劃 63.7. 項目配置計劃 73.8. 計劃更新策略 73.9. 項目溝通計劃 83.9.1. 項目組會議 83.9.2. 項目報告機制 83.10. 項目的重用計劃 9質(zhì)量保證活動

2、93.11.3.11.1. 內(nèi)部審核 93.11.2. 階段審核 94. 技術(shù)過程 104.1. 開發(fā)工具、方法和技術(shù) 104.2. 軟件需交付的文檔 105. 開發(fā)進(jìn)度安排及預(yù)算 115.1. 進(jìn)度表格描述 115.2. 開發(fā)過程中的資源需求 115.3. 軟件管理過程中預(yù)算及資源分配 125.4. 項目進(jìn)度及關(guān)鍵工期設(shè)置 12頁 12 共頁 2 第簡介 1.項目概述 1.1.項目主要功能及性能 1.2.項目交付產(chǎn)品 1.3.(1)提交文檔：項目管理計劃、需求規(guī)格說明，設(shè)計報告、測試報告、用戶 使用手冊和項目個人總結(jié)。其中項目總結(jié)為每人一份，每個小組所有成員的 總結(jié)裝訂在一起；其余文檔每組提

3、交一份。每個團(tuán)隊可將各小組的文檔綜合 到一起，各小組也可自行分開提交，具體方式由團(tuán)隊內(nèi)部協(xié)商確定。所有文檔 需要提交電子版和打印稿。(2)源程序檢查：一共參考資料1.4.頁12共頁3第項目組織2.要鍵時過程模型 2.1.團(tuán)隊的分工與合作22圖如下。關(guān)系主程序員負(fù)責(zé)制。本團(tuán)隊組織角色職責(zé)成員頁12共頁4第管理過程3.風(fēng)險管理 3.2.監(jiān)督及控制機制 3.3.報告機制：1. 要求各組員以周為單位記錄工作進(jìn)展，形成開發(fā)日志，并以電子文檔 的形式提交給秘書進(jìn)行整理，最后由文檔維護(hù)員進(jìn)行維護(hù)。2. 每周例會上各位組員積極對當(dāng)前的開發(fā)工作進(jìn)行積極的評審和建言， 由組長做最后的作口頭總結(jié)，由秘書主持會議并記

4、錄和整理會議的內(nèi)容。文 檔維護(hù)員修改和維護(hù)相應(yīng)的文檔。并交由小組進(jìn)行會議評審并給出意見。3. 組成員都要密切監(jiān)控風(fēng)險狀態(tài)，發(fā)現(xiàn)風(fēng)險后提交風(fēng)險報告。由秘書定 期提交風(fēng)險報告。必要時將突發(fā)風(fēng)險通知所有組員，并由組長做出臨時處理 決定。然后在該周的例會上由組成員共同討論對風(fēng)險的處理意見。并形成風(fēng) 險處理的日志做為以后的經(jīng)驗。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見 評審機制： 每周例會上小組討論形成一致意見后即為通過，相關(guān)負(fù)責(zé)人針對改進(jìn)意 見開展下一周工作，嚴(yán)格執(zhí)行例會上鎖制定的決策。小組會議持續(xù)評估其成 效。每一項目階段結(jié)束之前（里程碑前后） ，組織一次階段評審會，評估整個階 段的工

5、作效率和成果質(zhì)量。盡量與項目例會合并，并邀請組長和其他組成員 參加評議。亦可詢問領(lǐng)導(dǎo)的意見。對于重大的風(fēng)險處理意見，應(yīng)該由組長及其 他組組長組成評審團(tuán)對處理意見進(jìn)行審議和評估。并以評審團(tuán)的決議（亦可 根據(jù)老師的建議）作為重要參考來制定決策。人員計劃 3.4.java 程序員：要求：熟悉 java 編程和 jsp 開發(fā)平臺頁12共頁5第界面設(shè)計員：要求：熟悉 CSS Photoshop數(shù)據(jù)庫設(shè)計員：要求：熟悉 SQL語句，熟練使用 SQLSever2005文檔維護(hù)員：要求：熟悉使用 Word及Powerpoint溝通交流員：要求：較強的溝通能力，能及時調(diào)解組內(nèi)以及組與組之間的矛盾 軟件測試人員：

6、要求：熟練使用開發(fā)工具的 debug工具，有耐性。培訓(xùn)計劃3.5.在本節(jié)中，明確說明相應(yīng)人員現(xiàn)有的水平、需要的技能、培訓(xùn)方式和培訓(xùn)效果評估方 式信息。舉例如下：培訓(xùn)計劃.項目組成已具備的需要的技能培訓(xùn)領(lǐng)域培訓(xùn)方式培訓(xùn)效果評估 No方式員技能水平水平123風(fēng)險管理計劃3.6.（可根據(jù)項目選擇來寫，沒有也可不寫）在此詳細(xì)說明項目的風(fēng)險項、風(fēng)險描述、風(fēng)險級別、規(guī)避措施、應(yīng)急計 劃、觸發(fā)條件。存在哪些技術(shù)、市場和財務(wù)風(fēng)險？頁 12 共頁 6 第已確認(rèn)的風(fēng)險和假設(shè)是否已解決？有無遺留問題？ 有無新的風(fēng)險和假設(shè)？ 提供簡潔的風(fēng)險管理計劃。為了減少風(fēng)險，在各階段必需做些什么？如果 在計劃的時間范圍內(nèi)，這些風(fēng)

7、險不能解決，有沒有準(zhǔn)備其它的計劃？ 如果沒有這些風(fēng)險，對項目會有哪些影響？ 與產(chǎn)品包相關(guān)的各方面的風(fēng)險包括： 市場/ 客戶風(fēng)險；技術(shù)風(fēng)險；財務(wù)風(fēng)險；制造風(fēng)險；采購風(fēng)險； 技術(shù)支持風(fēng)險； 項目風(fēng)險項目配置計劃 3.7.（可根據(jù)項目選擇來寫，沒有也可不寫）計劃更新策略 3.8.在本節(jié)中，應(yīng)描述項目計劃的更新策略，明確說明項目計劃更新的發(fā)布方法。還要說明 對項目計劃進(jìn)行變更控制和管理的機制以及其載體。以下文字僅供參考： 在發(fā)生如下事件時，修訂項目計劃和參考文檔：到達(dá)某里程碑，在每個階段結(jié)束后如果必要的話修訂項目計劃。 項目的范圍發(fā)生變化當(dāng)風(fēng)險成為現(xiàn)實時采取了相應(yīng)的行動當(dāng)進(jìn)度、工作量超出控制的范圍并需

8、要采取糾正行動時。 頁12共頁7第當(dāng)與上階段規(guī)模變化超過+/-15%。內(nèi)部或外部審核導(dǎo)致的糾正活動對修訂后的項目計劃按照項目管理規(guī)程來批準(zhǔn)和簽發(fā)。項目計劃的更新，存在階段驅(qū)動性更新和事件驅(qū)動性更新兩種類型。階段驅(qū)動性更新是 指在每一階段結(jié)束時，如果計劃或者工作量估計的變動超過10%，就需要對項目計劃進(jìn) 行更新；事件驅(qū)動性更新是指在計劃執(zhí)行過程中遇到項目突然變動或者其他影響項目正常 運行的事件發(fā)生，需要對項目的計劃進(jìn)行更新。項目計劃更新需要對計劃文檔更新和項目里程碑計劃的更新。不論是階段驅(qū)動性更新還是時間驅(qū)動性更新都需要對項目的更新計劃進(jìn)行評審，評審PDT經(jīng)理、PQA以及功能領(lǐng)域代表參加。項目溝

9、通計劃39項目組會議3.9.1.列舉項目跟蹤、監(jiān)控的會議類型、頻率以及參加人員，可以采用列表形式參考下例: 項目組會議會議No階段結(jié)束會 議1.頻度參加人跟蹤機制項目總結(jié)會議2.3.項目報告機制3.9.2.列舉項目跟蹤、監(jiān)控過程中需要出示的報告類型、頻率、報告人、匯報人信息 參考下例：頁12共頁8第項目報告機制向誰匯報頻度報告準(zhǔn)備人 No.項目狀態(tài)報告1.項目階段結(jié)束報告2.項目總結(jié)報告 3. 4.項目的重用計劃3.10.需要對公司其他產(chǎn)品在本產(chǎn)品中實現(xiàn)重用進(jìn)行分析以及本產(chǎn)品可以共享給公司的其他 產(chǎn)品以供重用，可以直接鏈接相應(yīng)的文檔或者在此加以說明。1現(xiàn)有重用構(gòu)件采用階段applicable)

10、 構(gòu)件/文檔名(If SI. No ID重用構(gòu)件的資產(chǎn)122新增重用構(gòu)件.序說明 文檔名構(gòu)件/需求/文檔id號 12質(zhì)量保證活動3.11.羅列應(yīng)該執(zhí)行的質(zhì)量保證活動。舉例如下：頁12共頁9第內(nèi)部審核3.11.1.每個項目在開發(fā)生命周期中至少進(jìn)行次內(nèi)部審核。階段審核3.11.2.規(guī)劃在哪些階段點需要進(jìn)行基線審核。技術(shù)評審1之后？技術(shù)評審2之后？?技術(shù)評審6之后？技術(shù)評審3之后？技術(shù)評審4之后？技術(shù)評審5之后技術(shù)過程4.開發(fā)工具、方法和技術(shù)4.1.軟件需交付的文檔 4.2.1軟件項目管理計劃 該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設(shè)計需求 分析初級階段完成，后續(xù)階段由文檔維護(hù)員進(jìn)行

11、相應(yīng)的更新。2. 需求規(guī)格說明初稿 在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作 出決策，有文檔維護(hù)員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進(jìn)行 需求變更的更新。3. 設(shè)計報告初稿 在總體設(shè)計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系結(jié)構(gòu)的設(shè) 計，由組長編寫軟件體系結(jié)構(gòu)設(shè)計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。 該文檔由文檔維護(hù)員負(fù)責(zé)維護(hù)更新。頁 12 共頁 10 第4. 測試文檔 在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階 段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建立測試環(huán)境、準(zhǔn)備測試數(shù)據(jù)。 5用戶手冊 在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需 求分析結(jié)束后需要形成初稿；在后續(xù)階段不斷由文檔維護(hù)員戶文檔；并在系統(tǒng) 交付階段隨著系統(tǒng)一起被交付。6. 個人項目總結(jié) 由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)驗進(jìn)行總結(jié)。在 提交系統(tǒng)時一并提交。7. 其他文檔 軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否） ， 風(fēng)險報告及其處理意見等，由秘書進(jìn)行整理與匯聚。作為以后軟件開發(fā)以及 交流的經(jīng)驗。開發(fā)進(jìn)度安排及預(yù)算 5.進(jìn)度表格描述 5.1.工 作 集子工作完成時 間負(fù)責(zé)人最終交付物描 述頁12共頁11第開發(fā)過程中的資源需求 52人員：小組