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

1、LOGO軟件項目管理2學習內容 項目管理概述 項目生命周期與組織 項目管理九大知識體系 軟件項目管理過程3軟件項目管理4軟件項目管理原則 用分階段的生命周期計劃嚴格管理； 堅持進行階段評審； 實行嚴格的產品控制； 采用現代程序設計技術； 結果應能夠清楚地審查； 開發(fā)小組地人員應該少而精； 承認不斷改進軟件工程實踐地必要性。5小軟件項目開發(fā)中常犯的錯誤 開發(fā)之前沒有認真地進行項目可行性和工作量的估計； 沒有真正的設計過程； 不經過單元測試而直接進入系統(tǒng)測試； 。 6軟件開發(fā)的文檔 項目開發(fā)計劃 測試分析報告 概要設計說明書 測試計劃 操作手冊 模塊開發(fā)卷宗 用戶手冊 項目開發(fā)總結報告 詳細設計說

2、明書 數據要求說明書 軟件需求說明書 可行性研究報告 開發(fā)進度月報 數據庫設計說明書 模塊開發(fā)卷宗 用戶手冊 項目開發(fā)計劃 項目開發(fā)總結報告 7軟件項目管理 項目管理過程 項目開發(fā)過程 項目支持過程8項目管理過程9項目管理過程 立項管理 結項管理 項目規(guī)劃與監(jiān)控 變更控制 溝通控制 問題跟蹤10立項管理自主產品立項申請合同項目立項申請PMO受理項目啟動產品經理銷售人員項目團隊立項評審立項申請書（產品建議書、調研分析報告、相關合同文件）立項評審通知立項評審結論項目總體計劃11結項管理自主產品結項申請PMO受理結項評審遺留問題跟蹤項目經理所有項目成員項目工作總結：個人工作總結 分析提煉 知識入庫

3、結項申請書 項目評估報告 問題跟蹤表 個人工作總結、知識庫12項目規(guī)劃和監(jiān)控l 項目規(guī)劃（Project Planning）是指對本項目的人力資源、任務進度、成本等做出合適的安排，制定出一些計劃（包括宏觀的和細節(jié)的），使大家按照計劃行事，最終順利地達到預定的目標。l 項目監(jiān)控項目監(jiān)控是將項目實際情況與項目計劃進行對比，是將項目實際情況與項目計劃進行對比，如果發(fā)現某些因素（如人力資源、任務進度、成本如果發(fā)現某些因素（如人力資源、任務進度、成本等）的偏差比較大，那么及時分析原因，給出糾正等）的偏差比較大，那么及時分析原因，給出糾正措施。措施。 13項目規(guī)劃和監(jiān)控 項目人員角色 項目人員角色表（姓名

4、、角色、工作描述等） 任務進度管理1、制定任務計劃2、填寫執(zhí)行情況調整3、糾正偏差14項目規(guī)劃和監(jiān)控 項目成本管理 項目評審 決策評審 技術評審 評審報告 1、制定任務預算2、記錄實際開支調整3、對比分析、控制成本15變更控制變更申請評審和審批申請人執(zhí)行變更執(zhí)行人評審人和審批人拒絕變更變更控制報告16溝通管理 消除摩擦、增進關系 處理不合理的變更 依據合同處理變更 設法拖延到下個版本 讓客戶欠下人情 發(fā)掘新的商機溝通記錄17問題跟蹤問題報告報告者報告者接受者處理問題解決待關閉審核關閉接受者重新打開問題跟蹤表18項目開發(fā)過程19項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設計 模塊開發(fā)與集成 測試與缺陷跟

5、蹤 交付與驗收 軟件維護20需求開發(fā)與管理 需求調研 需求分析 需求定義 需求評審 需求跟蹤21需求調研方式 與用戶交談，向用戶提問題。與用戶交談，向用戶提問題。 參觀用戶的工作流程，觀察用戶的操作。參觀用戶的工作流程，觀察用戶的操作。 向用戶群體發(fā)調查問卷。向用戶群體發(fā)調查問卷。 與同行、專家交談，聽取他們的意見。與同行、專家交談，聽取他們的意見。 分析已經存在的同類軟件產品，提取需求。分析已經存在的同類軟件產品，提取需求。 從行業(yè)標準、規(guī)則中提取需求。從行業(yè)標準、規(guī)則中提取需求。 從從 Internet 上搜查相關資料。上搜查相關資料。客戶需求記錄22需求分析方法 問答分析法問答分析法 是

6、什么、為什么是什么、為什么 建模分析法建模分析法 圖形符號來表示、刻畫需求圖形符號來表示、刻畫需求23需求定義需求規(guī)格說明書需求規(guī)格說明書 24需求評審 需求分析員邀請項目成員（包括項目經理）需求分析員邀請項目成員（包括項目經理）和客戶代表共同評審和客戶代表共同評審需求規(guī)格說明書需求規(guī)格說明書，大家盡最大努力使大家盡最大努力使需求規(guī)格說明書需求規(guī)格說明書能能夠正確無誤地反映用戶的真實意愿。夠正確無誤地反映用戶的真實意愿。 力求使需求文檔達到正確、清楚、無二義力求使需求文檔達到正確、清楚、無二義性、一致、必要、完備、可實現、可驗證性、一致、必要、完備、可實現、可驗證 。25需求跟蹤 第第1步步，

7、需求分析員創(chuàng)建需求的目錄結構，需求分析員創(chuàng)建需求的目錄結構，便于人們閱讀。便于人們閱讀。 第第2步步，需求分析員輸入每條需求的詳細，需求分析員輸入每條需求的詳細內容，可以多次細化修改，每次修改后應內容，可以多次細化修改，每次修改后應通知相關項目成員。通知相關項目成員。 第第3步步，需求分析員跟蹤每條需求的進展，需求分析員跟蹤每條需求的進展狀況，填寫需求跟蹤記錄狀況，填寫需求跟蹤記錄 。26項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護27軟件系統(tǒng)設計 主要內容有體系結構設計、用戶界面設計、主要內容有體系結構設計、用戶界面設計、數據庫設計等。數據庫設

8、計等。 在需求與代碼之間建立橋梁。在需求與代碼之間建立橋梁。 指導工作人員開發(fā)能夠滿足用戶需求的軟指導工作人員開發(fā)能夠滿足用戶需求的軟件系統(tǒng)。件系統(tǒng)。 軟件系統(tǒng)設計說明書軟件系統(tǒng)設計說明書 28設計評審 目的目的是在同行專家的幫助下，盡早地發(fā)現是在同行專家的幫助下，盡早地發(fā)現本系統(tǒng)中存在的設計缺陷，及時消除設計本系統(tǒng)中存在的設計缺陷，及時消除設計缺陷。缺陷。 29項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護30模塊開發(fā)與集成 開發(fā)人員對自己承擔模塊的質量和開發(fā)進開發(fā)人員對自己承擔模塊的質量和開發(fā)進度負責。度負責。 必須先進行自我測試，必須實現模塊

9、的所必須先進行自我測試，必須實現模塊的所有功能，消除自己已經發(fā)現的缺陷。有功能，消除自己已經發(fā)現的缺陷。模塊需求和設計文檔模塊需求和設計文檔 31項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護32測試與缺陷跟蹤提交測試測試準備執(zhí)行測試消除缺陷缺陷跟蹤開發(fā)負責人測試負責人測試人員開發(fā)人員審核關閉33提交測試 在配置庫中打標記（在配置庫中打標記（Label），這個），這個Label就是待測試物品（如軟件包）的版本號。就是待測試物品（如軟件包）的版本號。 說明該版本要測試什么，注意事項等。說明該版本要測試什么，注意事項等。 開發(fā)人員必須測試自己開發(fā)的功能

10、，通過開發(fā)人員必須測試自己開發(fā)的功能，通過后才可以交付給測試人員。后才可以交付給測試人員。34測試準備 分配測試任務分配測試任務 設計測試用例設計測試用例 目的是找出需求、設計、代碼中的毛病，因目的是找出需求、設計、代碼中的毛病，因此最好盡可能早地設計測試用例。此最好盡可能早地設計測試用例。 不同的測試用例其用途應當不一樣，不要累不同的測試用例其用途應當不一樣，不要累贅。贅。 顯而易見的測試用例不必完整地用文字描述，顯而易見的測試用例不必完整地用文字描述，因為此時文字描述的價值不大、反而消耗時因為此時文字描述的價值不大、反而消耗時間。間。 構建測試環(huán)境構建測試環(huán)境測試用例35缺陷跟蹤報告缺陷報

11、告者報告者接受者處理缺陷解決待關閉審核關閉接受者重新打開缺陷跟蹤表36消除缺陷 找到錯誤的代碼時，不要急于修改，先思找到錯誤的代碼時，不要急于修改，先思考一下?？家幌?。 軟件中可能潛伏同一類型的許多錯誤（例軟件中可能潛伏同一類型的許多錯誤（例如由不良的編程習慣引起的）。好不容易如由不良的編程習慣引起的）。好不容易逮住一個，應當乘勝追擊，全部殲滅。逮住一個，應當乘勝追擊，全部殲滅。 在改錯之后一定要馬上重新測試，以免引在改錯之后一定要馬上重新測試，以免引入新的錯誤。入新的錯誤。 反思，寫下心地體會，與他人共享經驗教反思，寫下心地體會，與他人共享經驗教訓。訓。 37項目開發(fā)過程 需求開發(fā)與管理 系

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

13、。 配置項主要有兩大類：配置項主要有兩大類：軟件代碼軟件代碼和和文檔文檔 配置項的主要屬性有：名稱、標識符、文配置項的主要屬性有：名稱、標識符、文件狀態(tài)、版本、作者、日期等件狀態(tài)、版本、作者、日期等 。 44軟件代碼管理 項目經理（或上級領導）指定項目的配置管理員。項目經理（或上級領導）指定項目的配置管理員。 配置管理員創(chuàng)建本項目對應的配置庫，其目錄結配置管理員創(chuàng)建本項目對應的配置庫，其目錄結構與開發(fā)環(huán)境的目錄結構保持一致。構與開發(fā)環(huán)境的目錄結構保持一致。 配置管理員為每個項目成員分配配置庫的操作權配置管理員為每個項目成員分配配置庫的操作權限。限。 項目成員根據自己的權限操作代碼。項目成員根據

14、自己的權限操作代碼。 如果要修改已經發(fā)布了的代碼，必須遵循如果要修改已經發(fā)布了的代碼，必須遵循 “申請申請審批執(zhí)行審批執(zhí)行”的變更管理流程。的變更管理流程。 有關責任人定期備份代碼庫。有關責任人定期備份代碼庫。 45軟件文檔管理 項目經理創(chuàng)建項目文檔庫，至少確定文檔項目經理創(chuàng)建項目文檔庫，至少確定文檔庫的第一級目錄。庫的第一級目錄。 項目經理為每個項目成員分配文檔庫的操項目經理為每個項目成員分配文檔庫的操作權限。作權限。 項目經理用文件袋或文件柜妥善保管紙質項目經理用文件袋或文件柜妥善保管紙質文檔。文檔。 如果要修改已經發(fā)布了的重要文檔，必須如果要修改已經發(fā)布了的重要文檔，必須遵循遵循“申請審

15、批執(zhí)行申請審批執(zhí)行”的變更管理流的變更管理流程。程。 有關責任人定期備份文檔庫有關責任人定期備份文檔庫 。46質量保證 質量保證（質量保證（QA）是指檢查項目的）是指檢查項目的“工作工作 過程和工作成果過程和工作成果”是否符合既定的規(guī)范。是否符合既定的規(guī)范。 質量保證的要點是：找出明顯不符合規(guī)質量保證的要點是：找出明顯不符合規(guī) 范的工作過程和工作成果，及時督促相范的工作過程和工作成果，及時督促相 關人員糾正問題。關人員糾正問題。 每個檢查點的檢查結論有每個檢查點的檢查結論有3種：通過，未種：通過，未 通過，免檢。通過，免檢。 質量保證檢查表47日志和周報 項目成員應每天撰寫工作日志，記錄每項目成員應每天撰寫工作日志，記錄每 天的主要工作內容。天的主要工作內容。 項目經理撰寫項目周報，抄送給領項目經理撰寫項目周報，抄送給領 導和項目成員導和項目成員 。工作日志項目周報48績效評估定義績效體系定義績效體系 績效評估類型?？冃гu估類型。每個績效評估類型細分為若干個績效指標。每個績效評估類型細分為若干個績效指標。每個績效指標限定了最高分值（體現了權每個績效指標限定了最高分值（體現了權重），并給出詳細的評分標準。重），并給出詳細的評分標準。將業(yè)績分數劃分若干等級，每個等級對應某將業(yè)績分數劃分若干等級，每個等級對應某個分數范圍。個分數范圍。