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