精編人力資源管理系統(tǒng)項目總結報告

1、人力資源管理系統(tǒng)項目總結報告匯 報 人：張詠勤匯報日期： 2009-10-11修改歷史日期版本作者修改內(nèi)容評審號變更控制號2009-10-111.0張詠勤修訂項目基本信息項目名稱人力資源管理系統(tǒng)項目代號HRM產(chǎn)品類別軟件產(chǎn)品客戶:Comm貿(mào)易公司項目經(jīng)理ProMan主管高級經(jīng)理Cosmo項目SCM代表Robin測試經(jīng)理SammySQA代表Passay測試人員Testman Van項目基本信息項目范圍與目的范圍人力資源管理系統(tǒng)（HRM分為以下幾個功能模塊：人事管理、工資管理、職位 變更管理、離職管理、培訓管理、輔助系統(tǒng)。目的為Com貿(mào)易公司定制的人力資源管理系統(tǒng)。軟件生命周期計劃采用的生命周期模

2、型：增量式模型 實際采用的生命周期模型：增量式模型在整個項目過程中，項目生命周期模型沒有變更。增量模型生命周期適用于本 項目開發(fā)過程。前期通過DEM進行確認、溝通，使客戶對產(chǎn)品有直觀的認識，減少 項目風險。項目人員管理組織結構人力投入人員投入計劃和實際的比較555133nrir2二11二1-J1LU-JJ-654321需求概要設計詳細設計編碼測試交付1_1計劃投入人員口實際投入人員0培訓情況序號課程名稱參加人數(shù)花費工作量培訓效果備注1VSTS5=12*5好2C#編碼規(guī)范5=0.5*5良好總計762.5良好培訓結果分析VSTS解決了當前項目管理中遇到的問題，同時更進一步了解VSTS達到較好效果。

3、C#編碼規(guī)范：讓開發(fā)人員熟悉公司的一系列編碼規(guī)范，便于在開發(fā)過程中 的代碼走查和組間協(xié)調(diào)。項目管理成本成本跟蹤100000900008000070000600005000040000300002000010000成本偏離分析項目總成本為：30萬元 成本初始估計值為：25萬元 成本估計偏差為：5萬元成本估計偏差的主要原因：1、計算標準不一致；2、沒有比較準確的估計參考數(shù)據(jù)。 偏差措施：1、加大跟蹤力度。2、進行多次估算，使估算比較符合實際工作量工作量跟蹤項目工作量偏離原因分析原因主要有以下幾點：沒有較準確的估計參考數(shù)據(jù)；項目初期，實習開發(fā)人員對工作要求不熟悉；QA前期沒有及時跟蹤項目問題；實習開

4、發(fā)人員公司過程體系的理解不足，且開發(fā)能力稍顯不足。 措施：對關鍵任務，加大跟蹤力度。根據(jù)項目特點進行2次估算，使估算比較符合實際。生產(chǎn)率總代碼行數(shù)：110304 LocC# 108954LOCJavaScript : 477LocSql: 873Loc代碼重用：22061Loc項目總投入：40人月開發(fā)人員投入：880小時；美術人員投入：160 小時。 項目生產(chǎn)率C# 以及JavaScript生產(chǎn)率：802Loc/人天需求管理需求處理情況I基線化需求數(shù)量.1已處理需求數(shù)量需求變更情況3_ 需求變更數(shù)年2005月234&6計劃里程碑統(tǒng)05/0槪薑設計丸成05/03/10盂求調(diào)杳 左成 05

5、丿口引20'匸珈 完成 05/02/30:M計劃完 戰(zhàn)評審 >52/23東成.05/0 編碼、單元 測試完成 05/05/15齊成05/02/02需求調(diào)香丸成05/02/20項目進度項目進度（1）悅、:SQA、睦要設計完成 詳細設計完成CM 計劃完 05J04/0905/04J30成評審05/03/27集成、 完成 05/05 詳細設計完成編碼.單元05/04/14 測試完成 行口 、+05/05/02* m 空伺05/05/26項目進度（2）階段完成情況廠初始計劃當前計劃匚實際情況項目進度偏離原因分析原因主要有以下幾點：沒有較準確的估計參考數(shù)據(jù)；項目初期，實習人員對工作要求不熟

6、悉；QA前期沒有及時跟蹤項目問題；項目組對公司過程體系的理解不足，且編碼能力稍顯不足。 措施：對關鍵任務，加大跟蹤力度。根據(jù)項目特點進行2次估算，使估算比較符合實際。評審缺陷分布評審活動跟蹤45403530I戸Ikh2520151050需求編碼設計交付計劃評審次數(shù) 當前計劃次數(shù) 口實際評審次數(shù)目策劃發(fā)現(xiàn)問題數(shù)問題處理數(shù)評審工作量階段分布評審工作量的階段分布情況文檔規(guī)模文檔規(guī)模-I初始估計 匚當前估計11實際值文檔規(guī)模偏離原因分析?文檔總規(guī)模為：A頁。 ?初始估計值為：B頁。 ?二次估計值為：CMo?文檔初始估計偏差為：(A-B)/A=?文檔二次估計偏差為：(A-B)/A=估計偏差的主要原因：1

7、. 使用新的估算模板，估算難度較大；2估算人員比較少，沒有讓較多的人員參與到項目進行估算。措施：1、進行多次估算；2、加大對偏差較大的部分跟蹤力度，確認內(nèi)容有效性，減少不必要的內(nèi)容代碼規(guī)模1 60. 001 40. 001 20. 001 00. 0080. 0060. 0040. 0020. 000. 0 0初始估計值 當前估計值一心一實際情況代碼規(guī)模代碼規(guī)模偏離原因分析原因在于估計中使用的是有效代碼行，而統(tǒng)計時使用的是實際所有代碼行， 沒有比較好的統(tǒng)計有效代碼行工具。（如注釋，和自動生成的代碼）沒有參考比例系數(shù)（不包括注釋和自動生成部分代碼比例系數(shù)），進行統(tǒng)計 有效代碼行。估算人員沒有相關

8、估算經(jīng)驗。配置管理SCI基線化COLK代碼規(guī)模o o o o Oo o o o Oo O o Oo O o O一初始估計值 當前估計值一承實際情況變更記錄CR變更記錄CR( 1)CR報告CR、數(shù)未關閉數(shù)I高中匸低緊急變更記錄CR (2)變更控制號受影響的配置項變更時間原因分析經(jīng)驗/教訓/改進措施基線序號基線名稱計劃基線形成時間實際基線形成時間123456789測試集成測試已確認問題測試問題報告嚴重影響系統(tǒng)運行口影響系統(tǒng)運行口不影響系統(tǒng)運行但必須修改所提建議用例執(zhí)行情況測試用例執(zhí)行情況系統(tǒng)測試用例執(zhí)行情況測試用例執(zhí)行情況已確認問題測試問題報告未解決問題數(shù)問題報告總數(shù)嚴重影響系統(tǒng)運行口影響系統(tǒng)運行

9、口不影響系統(tǒng)運行但必須修改所提建議測試結果概述、測試問題概述：1. 測試人員第一次參與性能測試，對相應工具不熟悉，邊摸索邊測試而影響了 測試速度；2. 由于項目前期需求和設計不詳細， 未及時指定用戶需求號，導致后期無法完 成測試管理工作表中的追溯；3. 由于需求和設計的粗略，無法正常獲取設計用例的信息，測試人員需要與開 發(fā)人員不斷地來回溝通，浪費了大量的時間；4. 項目開發(fā)人員在修改缺陷時，經(jīng)常變換權限等的要求，且沒有及時添加到需 求和設計中，且沒及時通知相關人員，導致測試時發(fā)現(xiàn)系統(tǒng)與需求不一樣而又 重新修改已制作測試用例的測試需求，增加不必要的工作；5. 測試人員管理的經(jīng)驗不足，沒有及時進行

10、跟蹤，導致最后統(tǒng)計數(shù)據(jù)很費時間。 、建議：1、讓項目開發(fā)人員對過程進行進一步的了解，讓開發(fā)人員更改系統(tǒng)時有意識要 通知相關人員，并修改相關的文檔；2、測試人員實時跟蹤，每天都要記好當天的效率和缺陷等相關信息；3、 加強需求設計人員對需求設計文檔的分析及設計能力，同時要求項目開發(fā)人 員能夠按照需求和設計文檔來實現(xiàn)系統(tǒng)。問題分析£ 末 詞零 訶»n. 時fts+tt比A«ta劇 比t克型A t比書求««產(chǎn)萱據(jù)響兼一操作即出現(xiàn)一宴出IKc設計NI廉on星M運一一鼻爪出規(guī)nn一*中£世亠nLJ69“不她響富行E!叔31-隱險后出礙M«

11、;2gSQA工作匯報250200150100500問題分布情況問題階段分布140120_1活動次數(shù)發(fā)現(xiàn)問題總數(shù)I嚴重問題數(shù)I輕微問題數(shù)I問題解決數(shù)-I上報問題數(shù)61317996L1.門.廠.0.廠.0.0 . n .1651H K 11ao urn Soo CM/ oonE T C R問題KPAS勺分布圖133100806040200問題分析產(chǎn)品質(zhì)量問題主要來源：1. 同行評審中，評審準備不足，作者、評審組長等對于質(zhì)量把控不嚴；2. 項目組文檔質(zhì)量把控意識不足，未進行拼寫檢查和組內(nèi)走查就開始進行走 查；3. 走查時，作者未及時反饋處理結果，且項目經(jīng)理和QA弋表未及時跟蹤處理情 況；活動問題主要

12、來源：1. PDSP開始太晚，模板適用性不足；2. QA代表因經(jīng)驗不足，工作重心出現(xiàn)偏離，如花費大量時間制作和修改模板， 對活動的評審與跟蹤力度不足。項目經(jīng)驗好的經(jīng)驗序號描述KPAs1周例會：每周五周例會中，除總結本周工作情況和當前項目情況、匯總與分析當前項目問題外，需明確下周任務，使項目成員明確自己下周任 務。2郵件規(guī)范化管理：1. 建立專用項目目錄和客戶目錄；2. 郵件分類處理：對處理完的郵件和為處理的郵件分類，可以作 上適當?shù)臉擞涍M行區(qū)分。3有效溝通：1. 發(fā)送郵件后，需及時與接收者聯(lián)系，以防未及時收到相應郵件（因公司最近郵件服務器總是切換，影響正常使用）；2. 在周例會等場合，為組員提

13、供增強溝通能力的機會，如每周周 例會由一到兩個組員上臺“講演”。項目教訓項目中得到的教訓序號描述KPAs1確認：前期必須及時與客戶確認，確保項目進度；為了減少客戶的 確認時間，可以減小確認的內(nèi)容，或者分類分次進行確認，以檢查 表方式記錄。2估計：估計前，需對參加估計成員進行估計培訓，并統(tǒng)一本次估計 的一些標準，確保估計者以更統(tǒng)一的方式、更準確地估計。在整個 項目過程中，最好進行幾次估計，使估計相對準確。項目總評整個開發(fā)過程按照公司規(guī)范進行， 在 項目開發(fā)過程中，全體項目成員克服了項 目中出現(xiàn)的許多困難和問題。如當部分人員因其他項目需要而被調(diào)走時，項目組成 員同時完成好幾項任務。本項目主要存在如下不足:?規(guī)范意識不夠；? 編碼效率不高，整體技能有待進一步提高；? 溝通協(xié)作不夠順暢，反饋機制效率不高；? 對評審與走查中發(fā)現(xiàn)的問題，作者未及時修正和反饋，QA弋表未及時跟蹤。改進建議序號描述KPAs1估計表有待進 步改善。2改善項目成員周報模板；改進對PM工作表、CM工作表、 QA工作表、測試管理工作表以及工作量匯報機制，使統(tǒng)計 工作量和分析數(shù)據(jù)更加容易