管理培訓(xùn)課件(軟件項目管理過程)

軟件項目管理1學(xué)習(xí)內(nèi)容項目管理概述項目生命周期與組織項目管理九大知識體系軟件項目管理過程2軟件項目管理3軟件項目管理原則用分階段的生命周期計劃嚴(yán)格管理；堅持進(jìn)行階段評審；實行嚴(yán)格的產(chǎn)品控制；采用現(xiàn)代程序設(shè)計技術(shù)；結(jié)果應(yīng)能夠清楚地審查；開發(fā)小組地人員應(yīng)該少而精；承認(rèn)不斷改進(jìn)軟件工程實踐地必要性。4小軟件項目開發(fā)中常犯的錯誤開發(fā)之前沒有認(rèn)真地進(jìn)行項目可行性和工作量的估計；

沒有真正的設(shè)計過程；

不經(jīng)過單元測試而直接進(jìn)入系統(tǒng)測試；。。。。。5軟件開發(fā)的文檔項目開發(fā)計劃測試分析報告概要設(shè)計說明書測試計劃操作手冊模塊開發(fā)卷宗用戶手冊項目開發(fā)總結(jié)報告詳細(xì)設(shè)計說明書數(shù)據(jù)要求說明書軟件需求說明書可行性研究報告開發(fā)進(jìn)度月報數(shù)據(jù)庫設(shè)計說明書模塊開發(fā)卷宗用戶手冊項目開發(fā)計劃項目開發(fā)總結(jié)報告6軟件項目管理項目管理過程項目開發(fā)過程項目支持過程7項目管理過程8項目管理過程立項管理結(jié)項管理項目規(guī)劃與監(jiān)控變更控制溝通控制問題跟蹤9立項管理自主產(chǎn)品立項申請合同項目立項申請PMO受理項目啟動產(chǎn)品經(jīng)理銷售人員項目團(tuán)隊立項評審立項申請書（產(chǎn)品建議書、調(diào)研分析報告、相關(guān)合同文件）立項評審?fù)ㄖ㈨椩u審結(jié)論項目總體計劃10結(jié)項管理自主產(chǎn)品結(jié)項申請PMO受理結(jié)項評審遺留問題跟蹤項目經(jīng)理所有項目成員項目工作總結(jié)：個人工作總結(jié)分析提煉知識入庫結(jié)項申請書項目評估報告問題跟蹤表個人工作總結(jié)、知識庫11項目規(guī)劃和監(jiān)控

項目規(guī)劃（ProjectPlanning）是指對本項目的人力資源、任務(wù)進(jìn)度、成本等做出合適的安排，制定出一些計劃（包括宏觀的和細(xì)節(jié)的），使大家按照計劃行事，最終順利地達(dá)到預(yù)定的目標(biāo)。

項目監(jiān)控是將項目實際情況與項目計劃進(jìn)行對比，如果發(fā)現(xiàn)某些因素（如人力資源、任務(wù)進(jìn)度、成本等）的偏差比較大，那么及時分析原因，給出糾正措施。

12項目規(guī)劃和監(jiān)控項目人員角色項目人員角色表（姓名、角色、工作描述等）任務(wù)進(jìn)度管理1、制定任務(wù)計劃2、填寫執(zhí)行情況調(diào)整3、糾正偏差13項目規(guī)劃和監(jiān)控項目成本管理項目評審決策評審技術(shù)評審《評審報告》

1、制定任務(wù)預(yù)算2、記錄實際開支調(diào)整3、對比分析、控制成本14變更控制變更申請評審和審批申請人執(zhí)行變更執(zhí)行人評審人和審批人拒絕變更《變更控制報告》15溝通管理消除摩擦、增進(jìn)關(guān)系處理不合理的變更依據(jù)合同處理變更設(shè)法拖延到下個版本讓客戶欠下人情發(fā)掘新的商機(jī)《溝通記錄》16問題跟蹤問題報告報告者報告者接受者處理問題解決待關(guān)閉審核關(guān)閉接受者重新打開《問題跟蹤表》17項目開發(fā)過程18項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)19需求開發(fā)與管理需求調(diào)研需求分析需求定義需求評審需求跟蹤20需求調(diào)研方式與用戶交談，向用戶提問題。參觀用戶的工作流程，觀察用戶的操作。向用戶群體發(fā)調(diào)查問卷。與同行、專家交談，聽取他們的意見。分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。從Internet上搜查相關(guān)資料。《客戶需求記錄》21需求分析方法問答分析法是什么、為什么建模分析法圖形符號來表示、刻畫需求22需求定義《需求規(guī)格說明書》

23需求評審需求分析員邀請項目成員（包括項目經(jīng)理）和客戶代表共同評審《需求規(guī)格說明書》，大家盡最大努力使《需求規(guī)格說明書》能夠正確無誤地反映用戶的真實意愿。力求使需求文檔達(dá)到正確、清楚、無二義性、一致、必要、完備、可實現(xiàn)、可驗證。24需求跟蹤第1步，需求分析員創(chuàng)建需求的目錄結(jié)構(gòu)，便于人們閱讀。第2步，需求分析員輸入每條需求的詳細(xì)內(nèi)容，可以多次細(xì)化修改，每次修改后應(yīng)通知相關(guān)項目成員。第3步，需求分析員跟蹤每條需求的進(jìn)展?fàn)顩r，填寫需求跟蹤記錄。25項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)26軟件系統(tǒng)設(shè)計主要內(nèi)容有體系結(jié)構(gòu)設(shè)計、用戶界面設(shè)計、數(shù)據(jù)庫設(shè)計等。在需求與代碼之間建立橋梁。指導(dǎo)工作人員開發(fā)能夠滿足用戶需求的軟件系統(tǒng)。

《軟件系統(tǒng)設(shè)計說明書

》27設(shè)計評審目的是在同行專家的幫助下，盡早地發(fā)現(xiàn)本系統(tǒng)中存在的設(shè)計缺陷，及時消除設(shè)計缺陷。

28項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)29模塊開發(fā)與集成開發(fā)人員對自己承擔(dān)模塊的質(zhì)量和開發(fā)進(jìn)度負(fù)責(zé)。

必須先進(jìn)行自我測試，必須實現(xiàn)模塊的所有功能，消除自己已經(jīng)發(fā)現(xiàn)的缺陷?！赌K需求和設(shè)計文檔》

30項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)31測試與缺陷跟蹤提交測試測試準(zhǔn)備執(zhí)行測試消除缺陷缺陷跟蹤開發(fā)負(fù)責(zé)人測試負(fù)責(zé)人測試人員開發(fā)人員審核關(guān)閉32提交測試在配置庫中打標(biāo)記（Label），這個Label就是待測試物品（如軟件包）的版本號。說明該版本要測試什么，注意事項等。開發(fā)人員必須測試自己開發(fā)的功能，通過后才可以交付給測試人員。33測試準(zhǔn)備分配測試任務(wù)設(shè)計測試用例目的是找出需求、設(shè)計、代碼中的毛病，因此最好盡可能早地設(shè)計測試用例。不同的測試用例其用途應(yīng)當(dāng)不一樣，不要累贅。顯而易見的測試用例不必完整地用文字描述，因為此時文字描述的價值不大、反而消耗時間。構(gòu)建測試環(huán)境《測試用例》34缺陷跟蹤報告缺陷報告者報告者接受者處理缺陷解決待關(guān)閉審核關(guān)閉接受者重新打開《缺陷跟蹤表》35消除缺陷找到錯誤的代碼時，不要急于修改，先思考一下。軟件中可能潛伏同一類型的許多錯誤（例如由不良的編程習(xí)慣引起的）。好不容易逮住一個，應(yīng)當(dāng)乘勝追擊，全部殲滅。在改錯之后一定要馬上重新測試，以免引入新的錯誤。反思，寫下心地體會，與他人共享經(jīng)驗教訓(xùn)。

36項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)37交付與驗收軟件部署用戶培訓(xùn)項目成員項目成員撰寫文檔試用驗收試用人員驗收人員《軟件部署說明書》《客戶培訓(xùn)記錄》38項目開發(fā)過程需求開發(fā)與管理系統(tǒng)設(shè)計模塊開發(fā)與集成測試與缺陷跟蹤交付與驗收軟件維護(hù)39軟件維護(hù)糾錯性維護(hù)完善性維護(hù)客服人員維護(hù)負(fù)責(zé)人接受維護(hù)請求維護(hù)人員分析維護(hù)請求執(zhí)行軟件維護(hù)40項目支持過程41項目支持過程軟件配置管理文檔管理質(zhì)量保證日志和周報績效評估知識庫管理42軟件配置管理軟件配置管理（SCM）是指通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用合適的配置管理軟件，來保證所有配置項的完整性和可跟蹤性。配置項主要有兩大類：軟件代碼和文檔

配置項的主要屬性有：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。

43軟件代碼管理項目經(jīng)理（或上級領(lǐng)導(dǎo)）指定項目的配置管理員。配置管理員創(chuàng)建本項目對應(yīng)的配置庫，其目錄結(jié)構(gòu)與開發(fā)環(huán)境的目錄結(jié)構(gòu)保持一致。配置管理員為每個項目成員分配配置庫的操作權(quán)限。項目成員根據(jù)自己的權(quán)限操作代碼。如果要修改已經(jīng)發(fā)布了的代碼，必須遵循“申請－審批－執(zhí)行”的變更管理流程。有關(guān)責(zé)任人定期備份代碼庫。

44軟件文檔管理項目經(jīng)理創(chuàng)建項目文檔庫，至少確定文檔庫的第一級目錄。項目經(jīng)理為每個項目成員分配文檔庫的操作權(quán)限。項目經(jīng)理用文件袋或文件柜妥善保管紙質(zhì)文檔。如果要修改已經(jīng)發(fā)布了的重要文檔，必須遵循“申請－審批－執(zhí)行”的變更管理流程。有關(guān)責(zé)任人定期備份文檔庫。45質(zhì)量保證質(zhì)量保證（QA）是指檢查項目的“工作過程和工作成果”是否符合既定的規(guī)范。質(zhì)量保證的要點是：找出明顯不符合規(guī)范的工作過程和工作成果，及時督促相關(guān)人員糾正問題。每個檢查點的檢查結(jié)論有3種：通過，未通過，免檢。《質(zhì)量保證檢查表》46日志和周報項目成員應(yīng)每天撰寫工作日志，記錄每天的主要工作內(nèi)容。項目經(jīng)理撰寫項目周報，抄送給領(lǐng)導(dǎo)和項目成員。《工作日志》《項目周報》47績效評估定義績效體系

績效評估類型。每個績效評估類型細(xì)分為若干個績效指標(biāo)。每個績效指標(biāo)限定了最高分值（體現(xiàn)了權(quán)重），并給出詳細(xì)