无码免费毛片手机在线一,亚洲s色大片在线观看,女人zozozo禽交视频,7777sss整片在线播放

曲峰  >>  正文
項目管理流程控制小結(jié)
曲峰
2015年02月06日

(2015年2月6日項目報竣總結(jié))

 

一、 項目組織架構(gòu)

根據(jù)我們以往在項目管理和實施方面的經(jīng)驗,建議項目的組織機構(gòu)如下設(shè)置:

 圖4-1項目組結(jié)構(gòu)示意圖

二、 項目過程管理

2.1  項目進度控制辦法

本項目中我們將采用下列進度控制辦法:

(1). 合理劃分項目任務(wù)

(2). 根據(jù)技術(shù)人員情況進行合理分工

(3). 采用并行開發(fā)和施工,本地化開發(fā)與工程實施并行進行。

(4). 關(guān)注關(guān)鍵任務(wù)的進展

(5). 每周進展分析報告

(6). 里程碑進展狀態(tài)評審

(7). 加強原型技術(shù)預研

(8). 計劃提前評審和測試,盡早發(fā)現(xiàn)問題

(9). 風險識別、跟蹤與規(guī)避。

三、 需求變更管理

3.1 需求變更控制原則

(1)及時、反復、全面地評審需求,及早發(fā)現(xiàn)需求問題。

(2)測試盡可能早的參與項目需求工程。

(3)對于不能明確的需求可以進行原型探索。

(4)需求的變更盡量控制在早期階段,需求階段和概要設(shè)計階段可以進行大量反復的需求變更,詳細設(shè)計階段可以進行部分需求變更,在編碼階段一般不能允許需求變更,需要實施嚴格控制。

(5)定量目標:需求階段,需求變更率可以控制在20%左右,設(shè)計階段控制在5%左右,編碼及測試階段控制在0%,即不能進行變更。如果一定要變更則根據(jù)變更流程可以改簽或續(xù)簽協(xié)議合同。

3.2  需求變更管理流程

(1)項目的需求變更分兩級控制:項目經(jīng)理、CCB,項目經(jīng)理可以直接決定影響輕微的需求變更。如果需求變更將引起資源、進度或軟件質(zhì)量的變化,則需要CCB共同協(xié)商確定、并由雙方高級經(jīng)理確認批準,否則不予變更。

(2)從變更申請到變更分析、確認、批準、處理直至完成,遵循公司NSP的變更處理規(guī)程,流程圖如下圖所示。

(3)首先對于發(fā)現(xiàn)的任何有關(guān)需求的問題,都必須形成文檔化的變更申請,提交項目經(jīng)理

(4)項目經(jīng)理初步確認,如果風險很小,則可以直接決定是否變更,否則提交CCB。

(5)CCB評審討論,進行影響分析,確定是否引起資源與約定的變更,如果沒有影響,則協(xié)調(diào)項目組內(nèi)部和相關(guān)組資源,進行變更。否則提交雙方高級經(jīng)理。

(6)雙方高級經(jīng)理協(xié)商考慮資源與約定的影響,決定是否批準變更。對于允許的變更需要簽定增補合同,協(xié)調(diào)外部資源,并更新計劃和約定。

(7)項目組和相關(guān)組處理并跟蹤需求變更。

 

圖4-2  需求變更申請流程示意圖

3.3 項目溝通管理

(1)溝通的順暢和有效是保證項目進度按計劃實施的關(guān)鍵,因此做好項目的溝通管理非常重要。

(2)在項目實施過程中建立項目溝通管理的目的是:

(10). 識別項目實施過程中需要的信息;

(11). 定義信息收集需要的資源;

(12). 把信息流向、時間跨度、接收信息者和發(fā)生的頻率進行文檔化;

(13). 選擇信息有效流動的技術(shù)方法和載體。

(3)項目溝通管理主要包括:項目計劃、溝通媒介、定期會議、報告、進度表、假設(shè)、依賴、風險和成本,以及其它。

3.4 項目文檔管理

為了使項目信息更好地共享,我們將根據(jù)局方情況設(shè)定項目文檔電子化管理,使項目成員和有關(guān)人員能夠依權(quán)限從中獲得項目管理、項目成果、項目問題、變更、項目消息、聯(lián)絡(luò)信息、外來參考資料等信息和文檔,同時在其權(quán)限范圍內(nèi)發(fā)布項目信息和輸入項目文檔、工作計劃等。

為了有序的管理項目電子文檔,這里規(guī)定項目文檔按照以下方式進行管理。

(1)項目文檔分類

我們把項目文檔劃分為以下類別:

(14). 項目管理文檔(項目管理標準、程序、狀態(tài)報告、階段總結(jié)、問題、變更等)

(15). 質(zhì)量報告

(16). 需求報告

(17). 測試文檔(測試計劃、案例、測試結(jié)果、測試接受等)

(18). 培訓文檔

(19). 開發(fā)文件(含源代碼)

(20). 系統(tǒng)設(shè)計與分析

(21). 接口文檔

(22). 系統(tǒng)管理

(23). 合同等

(24). 會議安排和記錄

(2)項目階段

為了把項目文檔與項目發(fā)生的時間或階段聯(lián)系起來,需要明確項目的階段如下:

(25). 項目準備

(26). 需求分析

(27). 系統(tǒng)設(shè)計

(28). 應(yīng)用開發(fā)

(29). 測試

(30). 部署與運行

(3)項目文檔機密級別

定義項目文檔機密級別如下:

保密、機密、絕密和公開

對項目文檔機密的管理,要求此類文檔必須記錄機密級別,項目經(jīng)理對查閱人員進行授權(quán)。對保密要求,見開發(fā)商與用戶簽署的保密協(xié)議。

(4)項目文檔電子化管理處理說明

在項目組中設(shè)置項目行政管理人員,其職責之一是管理項目文檔。各方把其交付的文檔同意交付到項目行政管理人員,由其傳至各個審核人員,得到批準或?qū)徍送戤叄身椖啃姓芾砣藛T發(fā)布到網(wǎng)絡(luò)上,并根據(jù)瀏覽權(quán)限進行設(shè)置,注明機密級別、版本等。

對于絕密文件,不進行瀏覽授權(quán),查閱文件需要得到用戶方項目經(jīng)理的特別批準。

如果項目文檔存在更新版本,發(fā)布最新版本,并注明其有效性,同時說明以前版本作廢。

不允許任何個人私自發(fā)布項目文檔。

3.5 系統(tǒng)測試和驗收方案

3.5.1系統(tǒng)測試方案

為了確保該系統(tǒng)的質(zhì)量,我們將采用科學的方法和業(yè)界最先進的測試技術(shù)與工具,對該系統(tǒng)進行嚴格、規(guī)范的系統(tǒng)測試。在系統(tǒng)正式交付用戶使用前,我們將組織專業(yè)測試團隊,分別對該系統(tǒng)的應(yīng)用功能、應(yīng)用性能進行測試。

本節(jié)描述了各項測試的目標、測試環(huán)境和我們將采用的測試工具、測試方法、測試指標體系、測試實施計劃、測試報告形式和測試結(jié)果確認方式,系統(tǒng)測試實施前,我們將根據(jù)系統(tǒng)實施的實際情況和用戶需求,確定最后的測試內(nèi)容和制定更詳細的測試實施方案,在經(jīng)用戶方審核同意后,實施具體的測試。

3.5.2項目驗收方案

(1)驗收標準

以招標文件、總體設(shè)計為基礎(chǔ),根據(jù)實際情況,從系統(tǒng)性能、系統(tǒng)功能兩個方面,對應(yīng)用軟件制定相應(yīng)的驗收標準草案,經(jīng)過評審通過后,形成正式的驗收標準。

(2)驗收環(huán)境準備

驗收環(huán)境準備包括:

(31). 驗收數(shù)據(jù)的準備

(32). 驗收運行環(huán)境準備

(33). 驗收用例準備

(3)驗收內(nèi)容

系統(tǒng)完成測試運行后,我公司將擬制初驗計劃和驗收內(nèi)容,供用戶確認。

1) 應(yīng)用軟件。

2) 應(yīng)用軟件源程序。

3) 相關(guān)文檔。

應(yīng)用軟件驗收項目包括

(34). 系統(tǒng)功能度;

(35). 界面友好性;

(36). 系統(tǒng)可靠性和安全性;

(37). 容錯性;

(38). 可伸縮性。

應(yīng)用系統(tǒng)文檔驗收包括:

(39). 應(yīng)用軟件需求分析說明書;

(40). 應(yīng)用軟件概要設(shè)計說明書;

(41). 應(yīng)用軟件詳細設(shè)計說明書;

(42). 應(yīng)用軟件功能說明書;

(43). 應(yīng)用軟件用戶手冊;

(44). 應(yīng)用軟件安裝手冊;

(45). 系統(tǒng)管理手冊;

(46). 系統(tǒng)安裝手冊;

(47). 系統(tǒng)維護手冊;

(48). 應(yīng)用系統(tǒng)源程序。

(4)驗收程序

對系統(tǒng)的驗收包括工程組內(nèi)部驗收、用戶初步驗收(初驗)和用戶最終驗收(終驗)三個階段。工程組對應(yīng)用軟件的內(nèi)部驗收應(yīng)按照相關(guān)規(guī)定,組織我公司技術(shù)委員會、行業(yè)咨詢專家等對應(yīng)用軟件進行內(nèi)部評審和驗收。內(nèi)部驗收完成后,應(yīng)用軟件的初驗和終驗應(yīng)履行正式手續(xù),雙方成立專門的驗收委員會,負責組織、監(jiān)督和裁決整個應(yīng)用軟件的驗收過程。

依據(jù)甲方單位授予合同的相關(guān)條款要求,組織項目的用戶最終驗收。

四、 項目風險分析

1、對于項目風險管理的定義:

內(nèi)部風險管理計劃是為了確定項目風險,定義出規(guī)避或縮小這些風險所采取的行動。為此,必須定義出所有已知的和潛在的項目風險,充分評估這些風險發(fā)生的可能性,并且指定出規(guī)避和管理這些風險的行動。

2、風險管理計劃:

針對本項目,項目組經(jīng)過對項目的技術(shù),進度,預算等多方面內(nèi)容的分析,初步定義以下的項目風險管理表:

表4-1 風險管理計劃

序號

風險內(nèi)容

風險概率

對項目的影響

規(guī)避風險行動

1

客戶業(yè)務(wù)需求更改

50%

延誤開發(fā)進度。

需求階段確認需求,并進行協(xié)議控制,遵循需求變更流程;

2

人員流動性不可預測

30%

延誤開發(fā)進度, 影響開發(fā)質(zhì)量。

加強項目后勤管理;人力資源管理;充分考慮后備人力資源;關(guān)鍵工作安排兩人以上執(zhí)行。

3

開發(fā)過程中新的業(yè)務(wù)需求出現(xiàn)

20%

延誤開發(fā)進度。

系統(tǒng)框架具有好的擴展性和適應(yīng)性。

4

開發(fā)機器設(shè)備、運行主機設(shè)備不到貨

5%

項目延后

提早規(guī)劃,準備應(yīng)急臨時設(shè)備

5

開發(fā)環(huán)境故障

20%

項目數(shù)據(jù)丟失

數(shù)據(jù)備份,統(tǒng)一配置管理

6

天災(zāi)人禍等人力不可抗拒因素

0.1%

項目失敗

與甲方協(xié)商處理方法

 

【責任編輯:管理員】
先后供職于多家知名互聯(lián)網(wǎng)公司,專注項目管理15年。