某公司ie模版軟件項目策劃過程(編輯修改稿)
2025-07-14 16:43 本頁面
【文章內(nèi)容簡介】 立可以有助于在項目計劃期間防止遺漏某些重要的項和活動，并且保證所需要的活動都能得以邏輯的識別和關(guān)聯(lián)。一個定義清晰的WBS是項目計劃的基礎(chǔ)。在項目的早期階段對整個生命周期中的所有任務(wù)是無法完全而準確識別的，所以項目計劃會在不同的階段分別進行工作任務(wù)分解。而WBS又先于其他的計劃活動（比如：估算、進度表等）產(chǎn)生。因此，對完成的WBS首先要進行組內(nèi)評審，將組內(nèi)評審?fù)ㄟ^的WBS作為下步策劃的基礎(chǔ)。當然，工作任務(wù)分解也是一個迭代的過程。計劃過程也會對它進行完善和維護，最終的WBS將和項目計劃所有其它工作產(chǎn)品一起進行評審。WBS工作分解結(jié)構(gòu)示例圖如下： 參與人員項目經(jīng)理：組織對本項目組內(nèi)對所涉及技術(shù)較熟悉的人員分工完成工作任務(wù)的拆分。相關(guān)人員：協(xié)助、配合項目經(jīng)理進行任務(wù)拆分。相關(guān)人員是指：開發(fā)組、測試組、文檔支持人員的代表，以及SQA和SCM等。 入口準則項目的軟件過程描述文件已通過評審并經(jīng)過批準 輸入項目選用的模型與其軟件過程描述文檔《項目任務(wù)書》 任務(wù) 識別工作產(chǎn)品 在定義了項目工程過程模型和技術(shù)方法之后，要確定待產(chǎn)生的工作產(chǎn)品的類型，工作產(chǎn)品和過程階段的對應(yīng)關(guān)系可以參見《工作產(chǎn)品列表》，這是一個標準的列表，如果項目有特殊要求，可以增加或刪減。每一個項目需要在項目計劃中引用它，詳細的工作產(chǎn)品和子工作產(chǎn)品在WBS中詳細列出。這一步很重要，因為在詳細的階段計劃期間，要定義許多項目任務(wù)，其中的一部分就是根據(jù)所要產(chǎn)生的工作產(chǎn)品定義的。并且，當項目執(zhí)行時，進度度量的基礎(chǔ)就是工作產(chǎn)品的完成。 用WBS定義技術(shù)活動用WBS定義技術(shù)活動，其定義要點為：在項目的早期定義WBS的高層元素，然后在進行詳細策劃時再定義WBS的低層元素；拆分從WBS的第一層開始。通常利用所選定的過程模型確定第一層和第二層，然后逐層確定各層元素，包括開發(fā)階段、過程和產(chǎn)品；一般不會超過五層，最低層的元素通常在詳細設(shè)計階段計劃時定義；當定義詳細任務(wù)（最低層的元素）時，應(yīng)考慮“80小時原則”，即所定義的任務(wù)應(yīng)當是一個人不承擔其他任務(wù)，能在兩周（80小時）內(nèi)完成的任務(wù)； 按《項目任務(wù)單模板》填寫項目任務(wù)單，對所定義的詳細任務(wù)進行說明； 詳細任務(wù)的定義可以分階段完成。 用WBS定義管理和支持活動 參考上述方法對管理和支持活動進行定義，包括項目管理、軟件質(zhì)量保證、軟件配置管理等。將拆分結(jié)果按《工作拆分結(jié)構(gòu)模板》填寫到工作任務(wù)拆分表中。 更新項目計劃WBS完成后，利用《項目計劃模板》對軟件開發(fā)計劃進行文檔化。在軟件開發(fā)計劃模板的指導(dǎo)下，把工作分解結(jié)構(gòu)（WBS）寫成文檔，更新到軟件項目計劃中，必要的話，更新或修改軟件項目計劃的其它部分。 出口準則工作任務(wù)拆分WBS已完成，并形成文件。本階段確定的任務(wù)已填寫任務(wù)任務(wù)單。 輸出（工作產(chǎn)品）《WBS》 《項目任務(wù)單》 資源和能力要求進行任務(wù)拆分的人員具有如何進行任務(wù)拆分的能力，如果未完全具備，應(yīng)組織適當?shù)呐嘤?xùn)。 度量項目經(jīng)理負責統(tǒng)計用于WBS的工時。 制訂風(fēng)險管理計劃 過程元素概述為了管理項目可能存在的風(fēng)險，在進行項目計劃時需要進行風(fēng)險分析并制訂風(fēng)險管理計劃，該計劃可作為項目開發(fā)計劃的一部分進行描述。風(fēng)險管理應(yīng)貫穿于項目工程的始終。風(fēng)險管理不是項目經(jīng)理一人的任務(wù)，也不是一次性的任務(wù)。它是一個迭代的過程，任一項目成員都有責任進行風(fēng)險管理。建立一種有助于對潛在的風(fēng)險及其發(fā)生的可能性和影響進行交流的環(huán)境對項目經(jīng)理來說是重要的。制定風(fēng)險管理計劃包括：風(fēng)險識別、風(fēng)險分析、風(fēng)險的處理和減緩行動。 參與人員項目經(jīng)理：組織項目組內(nèi)有關(guān)人員制定《風(fēng)險管理計劃》。項目組成員：配合項目經(jīng)理制定《風(fēng)險管理計劃》。 入口準則 WBS已完成。 輸入 項目任務(wù)書客戶需求、軟件需求 WBS 任務(wù)在項目估算開始前，通常要對項目進行風(fēng)險分析。風(fēng)險分析通常是由項目經(jīng)理和組員參照《軟件開發(fā)潛在風(fēng)險分析列表》以及曾經(jīng)開發(fā)過的項目所積累的經(jīng)驗來進行。制定風(fēng)險管理計劃包括識別風(fēng)險、然后進行風(fēng)險分析并制定風(fēng)險處理和減緩行動。識別風(fēng)險：①識別風(fēng)險的主要方法：就項目可能存在的問題和不確定因素，征求項目組成員的意見。 參考以往項目的風(fēng)險情況。 針對所識別的潛在風(fēng)險，采用提問的方式確定是否應(yīng)認定為風(fēng)險. ②確定所識別的風(fēng)險的類型，風(fēng)險類型主要由三類：規(guī)模風(fēng)險：項目產(chǎn)品本身（大系統(tǒng)和小系統(tǒng)）或由項目團隊引起的風(fēng)險。 結(jié)構(gòu)風(fēng)險：由商業(yè)環(huán)境（客戶的業(yè)務(wù)流程變動性）、不確定的客戶需求、組織自身的管理水平、能力成熟度引發(fā)的風(fēng)險。技術(shù)風(fēng)險：由人員的技術(shù)水平和經(jīng)驗、使用的工具和技術(shù)的成熟度等引發(fā)的風(fēng)險。 ③項目經(jīng)理將識別出的風(fēng)險記錄到《風(fēng)險減緩活動日志》的風(fēng)險列表中。 風(fēng)險分析：①風(fēng)險分析步驟： 評價風(fēng)險可能性和影響
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1