項目管理過程標準及績效考核文件精選.doc

1、新版項目管理過程標準及績效考核時間：2018/05/02擬稿：楊勝靈1編寫目的為了提供更好的產(chǎn)品與服務；為了更好、更快、更經(jīng)濟地交付產(chǎn)品與服務，同時規(guī)范項目過程管理，嚴格落實項目實施質(zhì)量與進度，確保按計劃完成項目驗收與交付，特編制此項目過程控制標準及操作規(guī)范。本制度參考軟件工程相關流程規(guī)范、項目管理規(guī)范以及CMMI-Dev模型，根據(jù)企業(yè)的實際情況，從項目團隊的成立、過程管理規(guī)范、項目達標規(guī)范到績效考核均進行了基礎定義； 作為項目實施、過程管理以及績效評價的依據(jù)。本項目管理制度規(guī)范適用于項目履行、研發(fā)、測試、美工及 Web前端工作人員以及所 有項目干系人。自主研發(fā)類項目管理工作也適用此標準。2.

2、項目團隊組成2.1 項目團隊角色職責1）項目實施負責人（項目經(jīng)理）項目經(jīng)理作為與客戶對接的第一責任人，需要對客戶需求、項目進度、項目質(zhì)量、客戶 滿意度、項目成本、項目回款、公司形象維護承擔責任；同時負責項目全過程管理跟蹤。1 .負責項目需求與客戶的對接；2 .負責項目小組的組建；3 .負責形成項目需求文檔，并提交項目技術負責人對接審核；4 .負責項目組長審核通過的需求與客戶的對接，原則上，要求客戶對需求文檔進行簽字確認；5 .負責項目實施計劃的制定；并負責該計劃與項目負責人的協(xié)調(diào)、落實；6 .負責協(xié)調(diào)項目組與客戶的需求溝通；7 .負責協(xié)調(diào)項目組所需項目資料的落實；8 .負責項目驗收的組織與實施

3、；9 .負責項目里程碑報告，并及時公開至項目小組及公司相關部門、領導；10 .負責項目進度的保障，確保項目如期交付；11 .負責項目實施計劃的管控，并及時處理突發(fā)情況；12 .負責客戶滿意度的提升與維護；13 .負責有利于產(chǎn)品提升的需求的采集，并形成文檔提交公司技術總監(jiān)；技術總監(jiān)對于該類文檔做好統(tǒng)計與備案工作；14 .負責項目工單的管理，并于項目完成后提交綜合部備案；15 .負責項目需求變更、增加等事項的記錄以及工單的發(fā)放，并及時完善項目方案；16 .負責項目相關文檔的提交，并及時落實項目在客服系統(tǒng)的備案； 2）項目技術負責人（項目組長）項目技術負責作為項目研發(fā)實施的第一責任人，需對項目需求確

4、定、項目進度、質(zhì)量、 過程管控負責；1 .負責與項目經(jīng)理配合及時落實項目需求；2 .負責項目實施小組的組建與管理；3 .負責項目質(zhì)量與進度，確保高質(zhì)高效完成；4 .負責項目組成員任務分解及任務結(jié)果記錄、評估；5 .負責項目實施計劃、實施工期的確定，并提交項目經(jīng)理；6 .負責項目實施日志的管理并及時提交項目經(jīng)理及相關部門、領導；7 .負責指導程序工程師以便更好的實現(xiàn)滿足功能與系統(tǒng)架構(gòu)的對接；8 .負責項目相關文檔的書寫并提交項目經(jīng)理；9 .配合項目經(jīng)理組織、落實項目驗收；10 .負責項目需求變更的核定與落實，并提交工單給項目經(jīng)理；11 .負責提交項目給項目經(jīng)理進行進行驗收；3） UI設計及Web

5、前端1 .負責設計需求與項目經(jīng)理、技術負責人以及客戶的對接;2 .負責設計效果的質(zhì)量及進度；3 .負責配合項目小組完成相關界面設計、制作；4 .負責頁面的修改、完善工作；5 .完成項目技術負責人安排的其它協(xié)助工作；6 .配合程序開發(fā)人員完成相關頁面的切圖工作；4）程序開發(fā)程序開發(fā)工程師是項目質(zhì)量保障的首要環(huán)節(jié)，需對程序質(zhì)量、完成進度負責；1 .負責按照雙方確定的需求完成相關基礎技術的實現(xiàn)；2 .負責對項目需求進行技術分析，并有義務對與不合理的需求進行溝通、落實;3 .對分配的工作任務進行核實執(zhí)行，確保任務的按時完成；4 .及時、高效的完成項目需求的實現(xiàn)；5 .對項目需求的實現(xiàn)可提出建設性意見并

6、報項目組長落實；6 .記錄客戶第一時間提出的需求變更、新增需求，并提交項目組長；7 .協(xié)助項目組長完成項目需求的溝通；8 .完成項目組長交付的其它協(xié)助工作； 5）質(zhì)量控制系統(tǒng)測試是確保項目質(zhì)量的最基礎手段；由項目實施負責人對項目質(zhì)量負責。項目技術 負責人積極配合項目經(jīng)理完成項目質(zhì)量控制。1 .負責按照項目需求進行測試；2 .負責測試結(jié)果的記錄并及時提交項目組長；3 .程序開發(fā)人員負責各自負責模塊的單元測試。4 .售后服務是項目任務環(huán)節(jié)的一部分，由項目組長根據(jù)具體的售后需求指定項目成員完成售后服務工作。2.2項目小組成立1）,成立流程項目小組的成立，由項目經(jīng)理本著“高效高質(zhì) 優(yōu)勢互補”的原則，與

7、相關技術負責人充分協(xié)商后，根據(jù)項目性質(zhì)提請相關部門領導成立項目小組。對于項目經(jīng)理不能把握的， 提請技術總監(jiān)成立項目小組。公司有權根據(jù)技術部門的工作量對項目經(jīng)理提請的項目小組成員進行糾正，并按糾正后的措施執(zhí)行。2）成員組成項目實施負責人（項目經(jīng)理）一名；項目技術負責人（項目組長）一名小組成員：由項目技術負責人確定組成。3）項目組長的確定及變更項目組長由項目經(jīng)理和提請對象共同確定，項目經(jīng)理有最終確定權。 項目組長一經(jīng)確定不得變更。如因不可抗力必須變更的，項目組長需提前一周說明原因并做好相關資料轉(zhuǎn)交準備工作；項目經(jīng)理重新提請成立項目組。4）項目組成員的變更項目組成員在以下情況下，可以進行變更1 .確

8、定不能承擔本職工作任務的；2 .因自身原因，導致不能保障本職工作任務進度的；3 .因公司需要，重新調(diào)整工作內(nèi)容的；4 .工作中態(tài)度不夠端正，有工作情緒并由此影響項目進度的；項目組員的變更由項目組長負責；但除非不可抗力導致的組員變更，否則，項目組長應避免因組員變更影響項目進度與質(zhì)量；并及時告知項目經(jīng)理。5）項目組的管理與解散項目組由項目組長負責全面管理；項目經(jīng)理與項目組長直接對接。項目全面上線，投入運行之日起，經(jīng)項目組長與項目經(jīng)理溝通落實后，可自動解散；項 目組解散后，項目成員有一年期售后服務的義務。2.3工期與質(zhì)量1）項目研發(fā)工期由項目組長負責制定；項目組長應分解項目需求細節(jié)，提供項目任務分解

9、表及對應的開發(fā)工期；項目工期的制定應科學、合理；項目經(jīng)理對項目工期的制定有異議的，項目經(jīng)理有權提請其它工程師或者組織其它工程師進行集體論證，項目組長對于其它工程師或論證結(jié)果應充分進行考慮，并修訂項目工期；2）項目質(zhì)量的保障實行項目組長負責制。項目組長嚴格按照確定的需求對項目進行整體檢查，應確保完成內(nèi)容齊備、運行良好； 項目組長檢查通過后，提交項目經(jīng)理檢查、 驗收。通過項目經(jīng)理檢查驗收的項目方可提交客戶。對于項目實施過程中，由項目經(jīng)理、實施人員提出的有助于系統(tǒng)質(zhì)量提升的意見和建議，項目組長應予以記錄；對于在滿足需求的基礎上，實現(xiàn)的有助于項目質(zhì)量提升的內(nèi)容，項目組長應予以記錄。該記錄內(nèi)容，將納入項

10、目創(chuàng)新考量范圍。3項目過程規(guī)范3.1立項管理采納符合企業(yè)最大利益的立項建議，通過立項管理使該建議成為正式的項目。杜絕不符合機構(gòu)最大利益的立項建議被采納，避免浪費企業(yè)的資源、資金、時間等。合同簽訂視為通過立項審批。輸出：1）自主研發(fā)：項目論證報告、項目立項審批表2）簽約項目：項目合同、項目任務工單角色：研發(fā)負責人。3.2 需求開發(fā)通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求，并對用戶的需求進行驗證。輸出：需求開發(fā)計劃、需求分析表、需求調(diào)研記錄表、用戶需求說明書、軟 件需求規(guī)格說明書、需求確認表、差異記錄、QA依據(jù)需求檢查表檢查需求、QA的需求檢查結(jié)果、（不符合項跟蹤表）、需求里程碑報告、配置申請表

11、、針對軟件需求規(guī) 格說明書進行同行評審、評審報告。角色：項目經(jīng)理、項目實施負責人。3.3 需求管理與客戶建立對需求的共同理解， 維護需求與其它工作成果的一致性， 并控制需求的變更。 輸出：需求變更登記表、需求變更匯總表、需求跟蹤矩陣。角色：項目經(jīng)理、項目技術負責人、項目組成員。3.4 項目計劃目標：制定計劃、以便開展工作，包括計劃初稿、定稿和驗證工作。輸出：項目總計劃、項目計劃、工作量估算紀錄、項目估算報告、項目進度 計劃、項目工作任務表；各附屬子計劃質(zhì)量保證計劃、配置管理計劃、風險管理 計劃、數(shù)據(jù)收集與分析計劃 測試計劃；針對項目計劃進行同行評審評審報告角色：項目技術負責人、項目實施負責人、

12、項目成員。3.5 技術預研在立項后到開發(fā)完成之前的時間內(nèi)，對項目將采用的關鍵技術提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術障礙。輸出：關鍵技術解決實例。角色：項目技術負責人。3.6 配置管理通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項的完整 性和可跟蹤性。配置管理是對工作成果的一種有效保護。輸出：配置狀態(tài)報告、配置變更申請表、配置管理臺帳、項目QA對配置管理員進行的配置審計以及審計過程中發(fā)現(xiàn)的問題記錄。角色：項目技術負責人、項目成員。3.7 項目監(jiān)控周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資源等，不斷了解項目的進展情況，以便當項目實際進展

13、顯著偏離計劃時能夠及時采取糾正措施。輸出成果：項目跟蹤報告、里程碑報告、工作周報、月報、問題記錄表。角色：項目經(jīng)理、項目成員。3.8 風險管理在風險產(chǎn)生危害之前識別它們，從而有計劃地消除或削弱風險。輸出：風險清單、已發(fā)生風險事件列表、風險檢查表。公司角色：項目經(jīng)理、項目成員。3.9 軟件設計設計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產(chǎn)品。輸出：概要設計說明書、備選方案、系統(tǒng)原型；詳細設計說明書、數(shù)據(jù)庫設計說明書、不符合項跟蹤表、配置申請表。角色：項目技術負責人、項目成員。3.10 編碼和單元測試依據(jù)系統(tǒng)設計文檔，編寫并

14、測試整個系統(tǒng)的代碼。實現(xiàn)與測試是“編程、代碼審查、單 元測試、集成測試、缺陷管理與改錯”的綜合表述。輸出：開發(fā)與測試計劃、代碼；單元測試報告、單元測試缺陷記錄。角色：項目成員。3.11 集成和系統(tǒng)測試對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計。系統(tǒng)測試缺陷得到修復。輸出：集成測試報告、集成測試缺陷記錄、系統(tǒng)測試報告、系統(tǒng)測試缺陷記 錄、（不符合項跟蹤表）、測試里程碑報告、配置申請表、針對集成測試報告 系統(tǒng)測試報告進行同行評審。公司角色：測試組、開發(fā)組。3.12 試運行在產(chǎn)品正式銷售之前，開發(fā)方將產(chǎn)品交付給一些潛在的客戶免費試用，請他們對產(chǎn)品進行測試，并獲取他們對產(chǎn)品的建

15、議。試運行結(jié)束，達到上線條件。輸出：操作手冊、用戶試用計劃、用戶試用報告角色：項目實施人員、項目成員3.13 客戶驗收客戶依據(jù)合同對產(chǎn)品進行審查和測試，確保產(chǎn)品滿足客戶需求。輸出：驗收測試大綱、驗收測試報告、驗收計劃、驗收報告、QA依據(jù)試運行、 驗收檢查表、檢查試運行、驗UQA的試運行、驗收檢查結(jié)果、（不符合項跟蹤表）、試 運行、驗收里程碑報告、配置申請表公司角色：項目經(jīng)理、測試人員3.14 結(jié)項管理在項目開發(fā)工作結(jié)束后， 對項目的有形資產(chǎn)和無形資產(chǎn)進行清算、對項目進行綜合指標評估以及總結(jié)經(jīng)驗教訓等。輸出：項目結(jié)項報告、項目總結(jié)報告公司角色：項目經(jīng)理、項目技術負責人4項目達標規(guī)范（內(nèi)部驗收）編

16、R項目過程達成標準備注1立項管理,立項評審通過/合同簽訂；,項目任務工單2需求開發(fā)軟件需求規(guī)格說明書、需求確認表、差異記錄；3需求管理,達成客戶需求理解一致性；，維護需求與工作成果的一致性；，控制需求變更，避免需求失控引起的工期及成本風險；，輸出需求變更登記表、需求變更總表、需求跟蹤矩陣；4項目計劃，項目計劃、工作量估算紀錄、項目工作任務表；,各附屬子計劃質(zhì)量保證計劃、配置管理計劃、風險管理計劃、數(shù)據(jù)收集與分析計劃 測試計劃；，項目計劃同行評審通過；5技術預研關鍵技術學習研究并提供可驗證的解決實例6配置管理，配置狀態(tài)報告、配置變更申請表、配置管理臺 帳；，過程資產(chǎn)齊全完整；通過QA的配置審計；

17、7項目監(jiān)控，項目跟蹤報告、里程碑報告、工作周報、月報、 問題記錄表；，監(jiān)控項目進展，顯著偏離及時預警并采取措施8風險管理，識別風險，建立風險清單；，記錄已發(fā)生風險事件列表；削除活削弱風險；,進行風險檢查，形成風險檢查表，預防風險；9軟件設計,設計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員的編碼工作；，形成概要設計說明書并通過同行評審；，形成系統(tǒng)原型并與客戶詳細演示確認；，形成詳細設計說明書、數(shù)據(jù)庫設計說明書；，詳細設計說明書通過同行評審10編碼和單 元測試,依據(jù)系統(tǒng)設計文檔，編寫并測試整個系統(tǒng)的代碼；，制定開發(fā)與測試計劃；，形成單元測試報告、單元測

18、試缺陷記錄,成果代碼經(jīng)過測試，無功能問題、性能障礙及安全風 險。11集成和系 統(tǒng)測試，對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品 需求并且遵循系統(tǒng)設計。，形成系統(tǒng)測試報告、系統(tǒng)測試缺陷記錄；，系統(tǒng)測試報告進行同行評審通過；12試運行，編制用戶試用計劃，組織潛在的客戶試用； ,收集客戶建議，形成用戶試用報告；,試用報告中的客戶建議進行了合適的處理；13客戶驗收，編制驗收測試大綱、驗收計劃，提請客戶驗收；,狄取驗收測試報告、驗收報告；，驗收通過，上線部署；14結(jié)項管理，在項目開發(fā)工作結(jié)束后，對項目的有形資產(chǎn)和無形資產(chǎn)進行清算、對項目進行綜合指標評估等，形成項目結(jié)項報告；,對整個項目周期進行分析

19、，總結(jié)經(jīng)驗教訓，形成項 目總結(jié)報告，以指導后續(xù)項目的開展5工單制管理5.1工單制管理1、公司所有項目的實施必須實行工單制管理，若某項目沒有派發(fā)項目工單， 相關部門及人員可拒絕實施該項目。2、工單的類型有：自主研發(fā)、簽約項目、其它共 3類。3、項目經(jīng)理須在公司綜合部進行工單登記并取得工單編號，否則視為無效工單。4、發(fā)起任務工單前，必須有明確的任務需求，項目需求確認單必須由客戶代表、商務負責人、履行負責人、技術負責人四方簽字后有效，否則不能進入研發(fā)實施階段。5、工單的完成日期是由實施人員和技術人員內(nèi)部溝通評估后，與客戶最終商定的一個合理日期。完成日期一旦確認，將計入項目計劃表中，原則上不能變更。6

20、、項目工單上必須體現(xiàn)全部項目開發(fā)參與成員：即技術負責人員、履行人員、設計人員、 開發(fā)人員。6.1 項目技術負責人對工單的進度、質(zhì)量負直接責任。技術部門負責人承擔間接責任。6.2 計劃工期由技術負責人填寫并由技術部門負責人確認，確認時需簽字并注明日期。6.3 項目履行人員必須對項目需求范圍負責，同時跟進項目的需求及變更，對項目的交付及 成本負責。6.4 需求確認、需求分析、軟件設計、界面設計、網(wǎng)頁制作、編碼實施的計劃起止日期及參 與人的確認人為技術負責人。6.5 項目組其他人員在項目開發(fā)期間必須服從技術負責人員的合理安排。7、 工單確認說明7.1 計劃工期由技術負責人填寫并由技術總監(jiān)確認，確認時

21、需簽字并注明日期。5.2工單分配原則1 .工單分配遵循效率優(yōu)先、公平、公正、合理的原則。2 .工單下發(fā)后由技術部門分管領導及相關技術部門負責人統(tǒng)一安排。3 .技術人員每人至少參與一個工單，為保證工單分配均衡，原則上每人參與的并行工單不得 超過2個。4 .技術人員個人履行三個及三個以上的大型系統(tǒng)售后工單時，原則上只允許同時參與一個新項目工單。5 .技術人員不得憑個人主觀意愿挑選工單或拒絕工單。5.3工單變更1、工單原則上不允許變更， 因特殊需要必須變更的， 在工單中附加變更說明， 且需要客戶、 履行負責人、技術負責人簽字后有效。原工單保留，考核指標按新工單確認時間考核，工單 完成后一并提交綜合部

22、。2、關于完成日期變更的情況，必須由客戶確認后才生效。3、需求變更原則上需要核算成本，跟進核算的成本和客戶洽談并簽署補充協(xié)議。6績效考核6.1考核流程1、公司綜合部負責工單履行的考核并報公司技術分管領導簽字后生效。2、一級工單根據(jù)完成時間和驗收報告出具時間以及測試報告進行考核。3、二級工單根據(jù)計劃工期以及工作質(zhì)量、工作進度以及工作態(tài)度進行考核：4、項目履行人員必須及時確認需求并下發(fā)工單，因沒有及時下發(fā)工單而延誤工期者，每延誤一周，扣除其年終獎的 5%。5、技術人員不得履行沒有工單的項目，否則扣除其年終獎的10%。6、技術人員根據(jù)工單計劃完成時間，每推遲一周扣除其年終獎的10%,同時技術部門負責人給予一定的處罰