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

項目實施負責人(項目經理)

項目經理作為與客戶對接的第一責任人，需要對客戶需求、項目進度、項目質量、客戶滿意度、項目成本、項目回款、公司形象維護承擔責任；同時負責項目全過程管理跟蹤。

負責項目需求與客戶的對接；

負責項目小組的組建；

負責形成項目需求文檔，并提交項目技術負責人對接審核；

負責項目組長審核通過的需求與客戶的對接，原則上，要求客戶對需求文檔進行簽字確認；

負責項目實施計劃的制定；并負責該計劃與項目負責人的協調、落實；

負責協調項目組與客戶的需求溝通；

負責協調項目組所需項目資料的落實；

負責項目驗收的組織與實施；

負責項目里程碑報告，并及時公開至項目小組及公司相關部門、領導；

負責項目進度的保障，確保項目如期交付；

負責項目實施計劃的管控，并及時處理突發情況；

負責客戶滿意度的提升與維護；

負責有利于產品提升的需求的采集，并形成文檔提交公司技術總監；技術總監對于該類文檔做好統計與備案工作；

負責項目工單的管理，并于項目完成后提交綜合部備案；

負責項目需求變更、增加等事項的記錄以及工單的發放，并及時完善項目方案；

負責項目相關文檔的提交，并及時落實項目在客服系統的備案；

項目技術負責人(項目組長)

項目技術負責作為項目研發實施的第一責任人，需對項目需求確定、項目進度、質量、過程管控負責；

負責與項目經理配合及時落實項目需求；

負責項目實施小組的組建與管理；

負責項目質量與進度，確保高質高效完成；

負責項目組成員任務分解及任務結果記錄、評估；

負責項目實施計劃、實施工期的確定，并提交項目經理；

負責項目實施日志的管理并及時提交項目經理及相關部門、領導；

負責指導程序工程師以便更好的實現滿足功能與系統架構的對接；

負責項目相關文檔的書寫并提交項目經理；

配合項目經理組織、落實項目驗收；

負責項目需求變更的核定與落實，并提交工單給項目經理；

負責提交項目給項目經理進行進行驗收；

UI設計及Web前端

負責設計需求與項目經理、技術負責人以及客戶的對接；

負責設計效果的質量及進度；

負責配合項目小組完成相關界面設計、制作；

負責頁面的修改、完善工作；

完成項目技術負責人安排的其它協助工作；

配合程序開發人員完成相關頁面的切圖工作；

程序開發
程序開發工程師是項目質量保障的首要環節，需對程序質量、完成進度負責；

負責按照雙方確定的需求完成相關基礎技術的實現；

負責對項目需求進行技術分析，并有義務對與不合理的需求進行溝通、落實；

對分配的工作任務進行核實執行，確保任務的按時完成；

及時、高效的完成項目需求的實現；

對項目需求的實現可提出建設性意見并報項目組長落實；

記錄客戶第一時間提出的需求變更、新增需求，并提交項目組長；

協助項目組長完成項目需求的溝通；

完成項目組長交付的其它協助工作；

質量控制
系統測試是確保項目質量的最基礎手段；由項目實施負責人對項目質量負責。項目技術負責人積極配合項目經理完成項目質量控制。
1.負責按照項目需求進行測試；
2.負責測試結果的記錄并及時提交項目組長；
3.程序開發人員負責各自負責模塊的單元測試。
4.售后服務是項目任務環節的一部分，由項目組長根據具體的售后需求指定項目成員完成售后服務工作。
2.2 項目小組成立
1), 成立流程
項目小組的成立，由項目經理本著 “高效高質 優勢互補”的原則，與相關技術負責人充分協商后，根據項目性質提請相關部門領導成立項目小組。對于項目經理不能把握的，提請技術總監成立項目小組。
公司有權根據技術部門的工作量對項目經理提請的項目小組成員進行糾正，并按糾正后的措施執行。

成員組成
項目實施負責人(項目經理) 一名；
項目技術負責人（項目組長）一名
小組成員：由項目技術負責人確定組成。

項目組長的確定及變更
項目組長由項目經理和提請對象共同確定，項目經理有最終確定權。項目組長一經確定不得變更。如因不可抗力必須變更的，項目組長需提前一周說明原因并做好相關資料轉交準備工作；項目經理重新提請成立項目組。

項目組成員的變更
項目組成員在以下情況下，可以進行變更

確定不能承擔本職工作任務的；

因自身原因，導致不能保障本職工作任務進度的；

因公司需要，重新調整工作內容的；

工作中態度不夠端正，有工作情緒并由此影響項目進度的；
項目組員的變更由項目組長負責；但除非不可抗力導致的組員變更，否則，項目組長應避免因組員變更影響項目進度與質量；并及時告知項目經理。

項目組的管理與解散
項目組由項目組長負責全面管理；項目經理與項目組長直接對接。
項目全面上線，投入運行之日起，經項目組長與項目經理溝通落實后，可自動解散；項目組解散后,項目成員有一年期售后服務的義務。

2.3 工期與質量

項目研發工期由項目組長負責制定；
項目組長應分解項目需求細節，提供項目任務分解表及對應的開發工期；項目工期的制定應科學、合理；項目經理對項目工期的制定有異議的，項目經理有權提請其它工程師或者組織其它工程師進行集體論證，項目組長對于其它工程師或論證結果應充分進行考慮，并修訂項目工期；

項目質量的保障實行項目組長負責制。
項目組長嚴格按照確定的需求對項目進行整體檢查，應確保完成內容齊備、運行良好；項目組長檢查通過后，提交項目經理檢查、驗收。通過項目經理檢查驗收的項目方可提交客戶。
對于項目實施過程中，由項目經理、實施人員提出的有助于系統質量提升的意見和建議，項目組長應予以記錄；對于在滿足需求的基礎上，實現的有助于項目質量提升的內容，項目組長應予以記錄。該記錄內容，將納入項目創新考量范圍。
3項目過程規范
3.1 立項管理
采納符合企業最大利益的立項建議，通過立項管理使該建議成為正式的項目。杜絕不符合機構最大利益的立項建議被采納，避免浪費企業的資源、資金、時間等。
合同簽訂視為通過立項審批。

輸出：

自主研發：《項目論證報告》、《項目立項審批表》

簽約項目：項目合同、項目任務工單

角色：研發負責人。
3.2 需求開發
通過調查與分析，獲取用戶需求并定義產品需求，并對用戶的需求進行驗證。
輸出：《需求開發計劃》、《需求分析表》、《需求調研記錄表》、《用戶需求說明書》、《軟件需求規格說明書》、《需求確認表》、《差異記錄》、QA依據需求檢查表檢查需求、QA的需求檢查結果、（《不符合項跟蹤表》）、需求里程碑報告、《配置申請表》、針對《軟件需求規格說明書》進行同行評審、《評審報告》。
角色：項目經理、項目實施負責人。
3.3 需求管理
與客戶建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。
輸出：《需求變更登記表》、《需求變更匯總表》、《需求跟蹤矩陣》。

角色：項目經理、項目技術負責人、項目組成員。
3.4 項目計劃
目標：制定計劃、以便開展工作，包括計劃初稿、定稿和驗證工作。
輸出：《項目總計劃》、《項目計劃》、《工作量估算紀錄》、《項目估算報告》、《項目進度計劃》、《項目工作任務表》；各附屬子計劃《質量保證計劃》、《配置管理計劃》、《風險管理計劃》、《數據收集與分析計劃》《測試計劃》；針對《項目計劃》進行同行評審《評審報告》。
角色：項目技術負責人、項目實施負責人、項目成員。
3.5 技術預研
在立項后到開發完成之前的時間內，對項目將采用的關鍵技術提前學習和研究，盡可能早地發現并解決開發過程中將會遇到的技術障礙。
輸出：關鍵技術解決實例。
角色：項目技術負責人。
3.6 配置管理
通過執行版本控制、變更控制等規程，以及使用配置管理軟件來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。
輸出：《配置狀態報告》、《配置變更申請表》、《配置管理臺帳》、《項目QA對配置管理員進行的配置審計以及審計過程中發現的問題記錄》。

角色：項目技術負責人、項目成員。
3.7 項目監控
周期性地跟蹤項目計劃的各種參數如進度、工作量、費用、資源等，不斷了解項目的進展情況，以便當項目實際進展顯著偏離計劃時能夠及時采取糾正措施。
輸出成果：《項目跟蹤報告》、《里程碑報告》、《工作周報、月報》、《問題記錄表》。
角色：項目經理、項目成員。
3.8 風險管理
在風險產生危害之前識別它們，從而有計劃地消除或削弱風險。
輸出：《風險清單》、《已發生風險事件列表》、《風險檢查表》。
公司角色：項目經理、項目成員。
3.9 軟件設計
設計軟件系統的體系結構、用戶界面、數據庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發人員去實現能滿足用戶需求的軟件產品。

輸出：
《概要設計說明書》、《備選方案》、系統原型；
《詳細設計說明書》、《數據庫設計說明書》、《不符合項跟蹤表》、《配置申請表》。

角色：項目技術負責人、項目成員。
3.10 編碼和單元測試
依據系統設計文檔，編寫并測試整個系統的代碼。實現與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述。
輸出：《開發與測試計劃》、代碼；《單元測試報告》、《單元測試缺陷記錄》。
角色：項目成員。
3.11 集成和系統測試
對最終系統進行全面的測試，確保最終系統滿足產品需求并且遵循系統設計。
系統測試缺陷得到修復。
輸出：《集成測試報告》、《集成測試缺陷記錄》、《系統測試報告》、《系統測試缺陷記錄》、（《不符合項跟蹤表》）、《測試里程碑報告》、《配置申請表》、針對《集成測試報告》、《系統測試報告》進行同行評審。

公司角色：測試組、開發組。
3.12 試運行
在產品正式銷售之前，開發方將產品交付給一些潛在的客戶免費試用，請他們對產品進行測試，并獲取他們對產品的建議。
試運行結束，達到上線條件。
輸出：《操作手冊》、《用戶試用計劃》、《用戶試用報告》
角色：項目實施人員、項目成員
3.13 客戶驗收
客戶依據合同對產品進行審查和測試，確保產品滿足客戶需求。
輸出：《驗收測試大綱》、《驗收測試報告》、《驗收計劃》、《驗收報告》、QA依據試運行、驗收檢查表、檢查試運行、驗收、QA的試運行、驗收檢查結果、（《不符合項跟蹤表》）、《試運行、驗收里程碑報告》、《配置申請表》
公司角色：項目經理、測試人員
3.14 結項管理
在項目開發工作結束后，對項目的有形資產和無形資產進行清算、對項目進行綜合指標評估以及總結經驗教訓等。
輸出：《項目結項報告》、《項目總結報告》
公司角色：項目經理、項目技術負責人

4 項目達標規范(內部驗收)
編號 項目過程 達成標準 備注
1 立項管理 ①,立項評審通過/合同簽訂;
②,項目任務工單

2 需求開發 《軟件需求規格說明書》、《需求確認表》、《差異記錄》;
3 需求管理 ①,達成客戶需求理解一致性；
②,維護需求與工作成果的一致性；
③,控制需求變更，避免需求失控引起的工期及成本風險；
④,輸出《需求變更登記表》、《需求變更匯總表》、《需求跟蹤矩陣》；
4 項目計劃 ①,《項目計劃》、《工作量估算紀錄》、《項目工作任務表》；
②,各附屬子計劃《質量保證計劃》、《配置管理計劃》、《風險管理計劃》、《數據收集與分析計劃》《測試計劃》；
③,《項目計劃》同行評審通過；

5 技術預研 關鍵技術學習研究并提供可驗證的解決實例
6 配置管理 ①,《配置狀態報告》、《配置變更申請表》、《配置管理臺帳》;
②,過程資產齊全完整; 通過QA的配置審計；

7 項目監控 ①,《項目跟蹤報告》、《里程碑報告》、《工作周報、月報》、《問題記錄表》；
②,監控項目進展，顯著偏離及時預警并采取措施

8 風險管理 ①,識別風險，建立《風險清單》；
②,記錄《已發生風險事件列表》；削除活削弱風險；
③,進行風險檢查，形成《風險檢查表》,預防風險；

9 軟件設計 ①,設計軟件系統的體系結構、用戶界面、數據庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發人員的編碼工作；
②,形成《概要設計說明書》并通過同行評審;
③, 形成系統原型并與客戶詳細演示確認；
④, 形成《詳細設計說明書》、《數據庫設計說明書》；
⑤, 《詳細設計說明書》通過同行評審

10 編碼和單元測試 ①,依據系統設計文檔，編寫并測試整個系統的代碼；
②,制定《開發與測試計劃》；
③,形成《單元測試報告》、《單元測試缺陷記錄》
④,成果代碼經過測試，無功能問題、性能障礙及安全風險。
11 集成和系統測試 ①, 對最終系統進行全面的測試，確保最終系統滿足產品需求并且遵循系統設計。
②,形成《系統測試報告》、《系統測試缺陷記錄》；
③,《系統測試報告》進行同行評審通過；

12 試運行 ①,編制《用戶試用計劃》,組織潛在的客戶試用；
②,收集客戶建議,形成《用戶試用報告》；
③,試用報告中的客戶建議進行了合適的處理；

13 客戶驗收 ①,編制《驗收測試大綱》、《驗收計劃》, 提請客戶驗收；
②,獲取《驗收測試報告》、《驗收報告》；
③,驗收通過,上線部署；

14 結項管理 ①,在項目開發工作結束后，對項目的有形資產和無形資產進行清算、對項目進行綜合指標評估等，形成《項目結項報告》；
②,對整個項目周期進行分析，總結經驗教訓，形成《項目總結報告》,以指導后續項目的開展

5工單制管理
5.1 工單制管理
1、 公司所有項目的實施必須實行工單制管理，若某項目沒有派發項目工單，相關部門及人員可拒絕實施該項目。
2、 工單的類型有：自主研發、簽約項目、其它共3類。
3、 項目經理須在公司綜合部進行工單登記并取得工單編號，否則視為無效工單。
4、 發起任務工單前，必須有明確的任務需求，《項目需求確認單》必須由客戶代表、商務負責人、履行負責人、技術負責人四方簽字后有效，否則不能進入研發實施階段。
5、 工單的完成日期是由實施人員和技術人員內部溝通評估后，與客戶最終商定的一個合理日期。完成日期一旦確認，將計入項目計劃表中，原則上不能變更。
6、 項目工單上必須體現全部項目開發參與成員：即技術負責人員、履行人員、設計人員、開發人員。
6.1項目技術負責人對工單的進度、質量負直接責任。技術部門負責人承擔間接責任。
6.2計劃工期由技術負責人填寫并由技術部門負責人確認，確認時需簽字并注明日期。
6.3項目履行人員必須對項目需求范圍負責，同時跟進項目的需求及變更，對項目的交付及成本負責。
6.4需求確認、需求分析、軟件設計、界面設計、網頁制作、編碼實施的計劃起止日期及參與人的確認人為技術負責人。
6.5 項目組其他人員在項目開發期間必須服從技術負責人員的合理安排。
7、 工單確認說明
7.1 計劃工期由技術負責人填寫并由技術總監確認，確認時需簽字并注明日期。
5.2 工單分配原則
1.工單分配遵循效率優先、公平、公正、合理的原則。
2.工單下發后由技術部門分管領導及相關技術部門負責人統一安排。
3.技術人員每人至少參與一個工單，為保證工單分配均衡，原則上每人參與的并行工單不得超過2個。
4.技術人員個人履行三個及三個以上的大型系統售后工單時,原則上只允許同時參與一個新項目工單。
5.技術人員不得憑個人主觀意愿挑選工單或拒絕工單。
5.3 工單變更
1、 工單原則上不允許變更，因特殊需要必須變更的，在工單中附加變更說明，且需要客戶、履行負責人、技術負責人簽字后有效。原工單保留，考核指標按新工單確認時間考核，工單完成后一并提交綜合部。
2、 關于完成日期變更的情況，必須由客戶確認后才生效。
3、 需求變更原則上需要核算成本，跟進核算的成本和客戶洽談并簽署補充協議。
6績效考核
6.1考核流程
1、公司綜合部負責工單履行的考核并報公司技術分管領導簽字后生效。
2、一級工單根據完成時間和驗收報告出具時間以及測試報告進行考核。
3、二級工單根據計劃工期以及工作質量、工作進度以及工作態度進行考核：
4、項目履行人員必須及時確認需求并下發工單，因沒有及時下發工單而延誤工期者，每延誤一周，扣除其年終獎的5%。
5、技術人員不得履行沒有工單的項目，否則扣除其年終獎的10%。
6、技術人員根據工單計劃完成時間，每推遲一周扣除其年終獎的10%，同時技術部門負責人給予一定的處罰，情節嚴重者，公司另外對當事人進行一定的處理。
7、對于在工單計劃完成日期內提前完成最快的項目組公司給予一定的獎勵。
8、 財務核算年終獎時須以工單為依據，無效工單不得進行年終獎計算。否則獎勵金額由財務核算人員承擔。
9、 每月進行工單完成情況評比。跟進工單超過協商完成日期時間，選出超出時間最長的項目組進行懲罰，在協商完成日期內提前完成最快的項目組進行獎勵。
10、 工單完成情況將作為個人績效、晉升等考核的重要依據。
6.2考核標準
1,一級工單評價標準
序號 評價標準 項目評價 對應分值
1 提前完成且通過驗收 優 100
2 按計劃工期完成且通過驗收 良 80
3 超期10天內完成，但通過驗收 中 60
4 超期10天~30天完成，但通過驗收 差 40
5 超期30天以外完成 差 20
一級工單整體評價為“差”的，二級工單不能評價為“優”；

2、二級工單評價標準：
序號 評價標準 任務評價 對應分值
1 提前完成且不存在質量問題 優 100
2 工作質量、進度、態度評價為優 優 90
3 按計劃完成且不存在質量問題 良 80
4 存在質量問題，但最終按計劃時間修改完成 中 60
5 未能按時間完成任務或提交后存在質量問題未能在計劃工期內修正 差 50
6.3獎懲辦法
1, 月考核辦法：按個人每月完成的任務工單數量及分值加權平均后計算總考評得分；
2，累計三個月考評得分<70分者，視情況調整其崗位、降職或進入待崗再培訓，經過崗位要求考核后公司再考慮重新安排其上崗；
3,每月對任務完成情況進行考核，任務完成評價第一名，月會上獎勵100元；
4,連續六個月考評得分≥90分的優秀者，從次月起增加月工資200元；
5,連續一年考評得分≥90分的優秀者，從下年度起增加月工資300元；
6,任務工單考評結果同時適用于《員工績效考核管理辦法》，在月工資發放中體現。

總結

以上是生活随笔為你收集整理的项目管理过程标准及绩效考核的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。