長通科技研發部項目管理制度15頁.doc
下載文檔
上傳人:地**
編號:1290958
2024-12-17
13頁
534.50KB
1、軟件研發部 項目管理制度 目 錄1概述31.1項目管理的現狀31.2項目管理的含義31.3項目管理的目的31.4文件說明32管理流程32.1項目主流程42.2項目執行流程43團隊管理53.1團隊建設53.2職能描述53.3管理方法54進度管理74.1項目整體計劃74.2項目階段性計劃84.3項目成員周報95技術管理105.1系統架構105.2配置管理105.3技術評審106質量管理116.1BugFree測試管理流程116.2測試計劃126.3測試記錄126.4測試報告127文檔管理137.1文檔類別137.2文檔模板13版本記錄版本作者狀態日期審核人V1.0劉春梅新建2014-3-181 概2、述1.1 項目管理的現狀長期以來,國內很多軟件公司總是被如何成功地實施軟件項目而大傷腦筋,雖然也嘗試過ISO9000和CMM,但都不盡人意。1.2 項目管理的含義合理配置現有的資源和技術,在規定時間內保質、保量地完成任務。1.3 項目管理的目的項目管理的目的是保證項目的進度,提高產品質量,降低成本。如何將國外先進的管理思想和公司研發部的具體情況相結合,利用現有的資源和技術,制定合理的項目管理流程和管理規范,是保證項目進度,提高產品質量的重要手段。1.4 文件說明本項目管理制度是根據長通科技有限公司軟件研發部的具體情況,結合軟件工程的思想制定的,是長通科技有限公司內部管理文件,其閱讀對象為研發部3、所有人員。2 管理流程 目前,很多中小型軟件公司大多以作坊式的開發模式來運作,沒有建立起項目管理流程。有的的公司雖然有項目管理流程,但不是按軟件工程的思想來制定的,造成管理不規范,項目進度無法控制、產品質量差,后期維護困難。為了提升公司的產品質量,改善研發部的項目管理,現制定如下管理流程以規范研發部的項目管理。2.1 項目主流程2.2 項目執行流程3 團隊管理依據項目管理流程,項目從啟動到結束各階段都應該有相應的技術人員來參與,并且有管理人員來監督和管理。一個項目組的成立,是根據具體項目的規模、技術要求、完成時間等條件來搭建項目成員的。通常,一個中等規模的軟件項目所需要的角色有:項目經理(或者4、項目組長)、系統架構師、程序員和測試人員。根據我們公司目前的具體情況,軟件研發部可設立2到3個項目組,項目組由項目主管來協調管理。3.1 團隊建設3.2 職能描述角色職能描述項目主管確保各項目組的項目順利啟動和執行,協調好各項目組的人員安排,監督各項目組的開發進度,并對項目進行技術評審和質量評估。項目組長制定項目整體、編碼、測試、實施計劃,確保項目目標的實現,領導項目團隊準時、優質地完成全部工作。項目組長除做好項目管理外,還要分擔一些需求調研和需求分析的工作。系統架構師做好需求分析、技術規劃、系統設計和核心代碼的編寫。開發人員(程序員)編寫代碼、單元測試和修正BUG。測試人員做好集成測試,建立5、和復測Bug。原則上測試人員與開發人員的比例不能低于1:2。3.3 管理方法3.3.1 溝通項目主管應該隨時與各項目組長溝通,了解項目進展情況,協調好各項目組人員的安排;項目組長也應該隨時和系統架構師、程序員、測試人員溝通,了解開發人員的技術水平,掌控好開發的進度和質量,及時調整項目組的計劃和人員。溝通方式可采取例會或平時的討論來進行,有效的溝通既能增進同事之間的友情、又能及時掌控項目,使團隊更有凝聚力。3.3.2 培訓機制項目主管應該根據公司項目的技術特點和團隊人員的技術水平,定期安排項目組長和技術人員的管理和技能的培訓,并對受訓人員進行考試,作為績效考核的依據。良好的培訓機制可以提升項目組6、長的管理水平和技術人員的技術水平。3.3.3 績效考核 根據開發人員開發的進度和質量,確定績效考核的標準;確定績效考核的時間間隔;將績效考核與薪酬掛鉤;讓直接領導與薪酬支配者共同決定結果;用于激勵開發人員的工作積極性,淘汰那些停止進步的人。1、 設立項目獎金對每個項目組設立項目的專項獎金(不包含在工資內)。其方法是設定一個基數,即本人稅前總工資(不包括扣除的費用)*40%,按照開發人員完成任務的時間,其獎金為基數*提前的天數/30。2、項目成員獎懲制度 項目組長每個月對項目組成員進行績效考核,根據開發人員完成任務的進度和質量,發放獎金或者扣除工資,例如開發人員A(簡稱A)的稅前總工資為30007、元,其基數為1200元,如果這個月A提前3天完成任務,則A的獎金為120元。如果這個月A按時完成任務,則A的獎金為零。如果這個月A延遲3天完成任務,則應該從A的工資中扣除120元罰金。 3、項目組長獎懲制度 項目主管每個月對項目組長進行績效考核,項目組長的獎金或罰金也應按月發放和扣除,項目組長獎金(所有開發成員獎金/獎勵人數所有開發成員罰金/罰款人數)*2。例如開發人員A這個月的獎金為120元,開發人員B這個月的獎金為90元,開發人員C這個月的罰金為60元。那么項目組長的獎金為(210/2-60)*2,即110元。如果獎金為負數,則應該從項目組長的工資中扣除。4、辭退對于嚴重影響項目進度和質量8、的開發人員,項目主管可以對其勸說和警告;如果該開發人員并沒有改進,項目主管應向上級主管部門提出申請,辭退該開發人員。5、備注 如果開發人員的延遲是因為客觀原因(比如停電、生病、技術難度太大等)造成的,可以酢情考慮,不再扣除工資。4 進度管理各項目組長應該對項目制定計劃,控制好進度、人力資源和任務的分配。在項目啟動階段制定項目的整體計劃,在編碼與單元測試、集成測試、系統實施階段制定階段性計劃。將項目量化成子系統、模塊等單元分配給開發人員和測試人員。用項目周報去跟蹤項目成員的進度。這樣既明確了開發人員的具體任務,也提高了開發效率。項目組長應對項目整體計劃和階段性計劃的完成情況進行監管,對于提前完成9、的應記錄好完成時間,未完成的應說明原因,為績效考核提供依據。4.1 項目整體計劃XXX項目整體計劃表項目編號項目名稱負責人計劃完成工期開始日期計劃完成日期參與人任務名稱描述重要程度負責人所需工作日完成情況需求調研需求分析概要設計詳細設計數據庫設計界面設計程序架構編碼和單元測試集成測試項目實施系統試運行合計項目主管意見 簽字: 時間: 主管總經理意見 簽字: 時間: 備注:1、 人員簽名必須手工簽字2、 重要程度請選擇(緊急、重要、一般)4.2 項目階段性計劃由于編碼與單元測試、集成測試、系統實施階段的計劃表大同小異,現以編碼(編碼和單元測試一起進行)計劃作為模板加以說明。通常,階段性計劃可以用10、Project等項目管理工具進行編制。XXX系統編碼和單元測試計劃表項目編號項目名稱模塊(任務)開發人員工作日開始時間結束時間完成情況人事管理(崗位設置)開發人員A0.52014年4月1日2014年4月1日人事管理(職位設置)開發人員A0.52014年4月1日2014年4月1日人事管理(上崗資格證)開發人員A12014年4月2日2014年4月2日人事管理(人事檔案)開發人員A12014年4月3日2014年4月3日人事管理(檔案查詢)開發人員A12014年4月4日2014年4月4日人事管理(合同管理)開發人員A22014年4月7日2014年4月8日人事管理(培訓計劃)開發人員A12014年4月911、日2014年4月9日人事管理(培訓記錄)開發人員A12014年4月10日2014年4月10日人事管理(培訓考核)開發人員A12014年4月11日2014年4月11日人事管理(考勤管理)開發人員A22014年4月14日2014年4月15日人事管理(獎懲記錄)開發人員A12014年4月16日2014年4月16日人事管理(總結考評)開發人員A12014年4月17日2014年4月17日人事管理(考評查詢)開發人員A12014年4月18日2014年4月18日文檔管理(目錄設置)開發人員B12014年4月1日2014年4月1日文檔管理(新建文檔)開發人員B22014年4月2日2014年4月3日文檔管理(文12、檔發布)開發人員B12014年4月4日2014年4月4日文檔管理(文檔移交)開發人員B12014年4月7日2014年4月7日文檔管理(文檔修改)開發人員B12014年4月8日2014年4月8日文檔管理(歸檔銷毀)開發人員B22014年4月9日2014年4月10日文檔管理(文檔查詢)開發人員B12014年4月11日2014年4月11日會議管理(會議室管理)開發人員B12014年4月14日2014年4月14日會議管理(會議計劃)開發人員B12014年4月15日2014年4月15日會議管理(會議通知)開發人員B12014年4月16日2014年4月16日會議管理(會議紀要)開發人員B12014年4月113、7日2014年4月17日合計4.3 項目成員周報項目名稱項目編號部門名稱項目組長報 告 人報告日期本周進展概述本周所處階段: 需求設計 編程 測試 安裝 試運行 驗收進展情況描述是否按計劃完成延誤原因下周工作計劃概述下周所處階段: 需求設計 編程 測試 安裝 試運行 驗收任務描述問 題 記 錄項目組長意見項目主管意見5 技術管理5.1 系統架構 采用自頂向下、面向對象和面向組件的分析方法和設計方法,搭建系統的整體框架、建立起公共的類、接口和組件,提高代碼的可復用性、系統的可擴展性、易維護性、易組裝性和安全性。目前常采用的建模工具有Viso和PowerDesigner。5.2 配置管理 配置管理14、的目的是使團隊能協同開發產品,并實現文檔和代碼的版本控制。目前常采用的工具有SVN和VSS,不過VSS更適合微軟.NET框架的代碼管理。5.3 技術評審在系統的詳細設計階段、設計人員要對數據庫、程序架構、界面等進行設計、并對數據庫的物理結構、數據字典、程序架構的類圖、圖形界面等編制詳細設計說明書。項目主管依據詳細設計說明書進行評審并提出建議。XXX系統技術評審報告評審資料詳細設計說明書設計人員報告日期項目名稱項目編號評審人摘要評審內容評審的標準評審的結果數據庫設計是否滿足3個范式、訪問的性能等程序架構設計穩定性、可擴展性、可維護性、用戶體驗等界面設計界面友好、美觀、使用方便等項目組長意見和建議15、簽字: 時間: 項目主管意見和建議簽字: 時間: 6 質量管理測試是保證產品質量的一個重要手段,在人力資源允許的情況下,系統應該做到單元測試、集成測試和性能測試,如果人力資源有限,也要做到單元測試和集成測試。目前,很多中小型公司都采用開源的測試管理工具BugFree來管理Bug,提升產品質量。6.1 BugFree測試管理流程6.2 測試計劃在單元測試中,由于編碼和單元測試都由程序員一起完成,再由項目組長復測,故只需要編碼計劃,不再編制單元測試計劃;在集成測試中,應制定集成測試計劃,由專業的測試人員來測試,如果公司沒有專業的測試人員,可由開發人員交叉測試。由于集成測試計劃表在前面的項目階段性計16、劃中已作了說明,模板都一樣,在此就不做過多的描述。6.3 測試記錄測試記錄是測試人員對程序員Bug的數量、級別、是否解決等信息的記錄,通過BugFree,可以將測試記錄進行存儲、加工和分析。6.4 測試報告測試人員或項目組長根據測試記錄編制測試報告,為項目主管分析和評估產品的質量提供依據。該測試報告適合單元測試和集成測試,根據本公司的具體情況,建議只做集成測試報告。XXX系統集成測試報告測試階段集成測試測試類型黑盒測試報告日期項目名稱項目編號測試人員測試環境1基于專門搭建的測試環境,B/S模式,快速以太網2服務器:采用普通PC機,操作系統Windows Server 2003, 數據庫Sql 17、Server20083客戶機:操作系統Windows XP 摘要測試結果功能模塊開發人員輕微錯誤一般錯誤嚴重錯誤合計改進情況數量數量數量測試總結項目主管意見和建議簽字: 時間: 7 文檔管理項目管理是由技術文檔和計劃來驅動的。由于在項目管理的各個階段,都會有相應的技術文檔和計劃表產生。為了對文檔進行規范化管理,可以將項目編號、按項目名稱劃分文檔的大類,并在每一個項目中,按項目各階段劃分文檔的小類,建立起相應的目錄和文檔,采用SVN或VSS工具進行管理。7.1 文檔類別項目階段文件名稱數量計劃表名稱數量項目立項項目立項書1項目啟動售前技術方案書1項目整體計劃表1需求調研需求調研報告1需求分析需求變更文檔2需求規格說明書系統設計概要設計說明書3詳細設計說明書技術評審報告編碼和單元測試代碼開發規范1編碼和單元測試計劃表1集成測試集成測試報告1集成測試計劃表1系統實施系統實施報告1系統實施計劃表1系統試運行操作手冊1項目結束項目總結報告1周報(適合任何階段)1合計181447.2 文檔模板部分文件和表格的模板已在前面描述過,對于項目立項書、售前技術方案書、需求調研報告、需求變更文檔、需求規格說明書、概要設計說明書、詳細設計說明書、代碼開發規范等可根據項目的具體需求來定制。