目錄

第一章 總則

第二章 定義

第三章 流程

第四章 項目啟動

第五章 項目規(guī)劃

第六章 項目執(zhí)行

第七章 項目監(jiān)控

第八章 項目收尾

附錄 18

第一章 總則

第一條 貫徹公司未來戰(zhàn)略規(guī)劃和發(fā)展目標，理順企業(yè)項目制管理過程中的工作流程和分工，明確工作責任，充分體現(xiàn)人盡其才，物盡其用的原則，遵照國家有關規(guī)定和公司其他有關規(guī)定，特制定本制度。

第二章 定義

第二條 遵循企業(yè)項目制管理的原則，通過項目組織的努力，運用系統(tǒng)的理論和方法對特定項目及其相關可利用資源進行計劃、組織、協(xié)調、控制，以實現(xiàn)項目的預定目標。

第三條 本制度以美國項目管理學會（PMI）制定的項目管理知識體系指南PMBOK為依據(jù)，從項目生命周期和項目管理過程組的角度進行描述。

第四條 適用范圍

1、通過項目立項申請流程的項目。

2、每月由產(chǎn)品中心確認的優(yōu)先級高的項目。

3、技術中心戰(zhàn)略規(guī)劃中的重要優(yōu)化類和基礎建設類的項目。

第五條 名稱解釋

1、項目生命周期

項目生命周期分為：項目啟動階段、項目計劃階段、項目執(zhí)行階段和項目收尾階段。每一階段都包括所有的項目管理過程組。

2、項目管理過程組

項目管理過程組分為：啟動過程組、規(guī)劃過程組、執(zhí)行過程組、監(jiān)控過程組和收尾過程組。

3、項目立項申請流程

項目立項申請流程由需求方發(fā)起，完成項目立項申請書后，先由產(chǎn)品中心進行產(chǎn)品規(guī)劃，再由技術中心進行技術可行性和資源方面的評估，通過后提交公司CEO大會上進行評審，通過后完成項目立項。具體參見項目立項申請流程圖。

4、項目立項申請書

項目申請立項之前，由需求部門填寫項目立項申請書，基本內容包括：項目名稱、背景與目的、市場分析、范圍描述、主要成員、里程碑計劃、制約因素。具體參見項目立項申請書模板。

5、產(chǎn)品需求文檔（PRD）評審委員會

PRD評審委員會由產(chǎn)品、設計、開發(fā)、架構、測試、運維各組負責人和項目經(jīng)理組成，負責對PRD進行初審，一致通過后再進行由具體執(zhí)行人參與的PRD評審。

6、項目上線檢查單

項目上線檢查單從項目申請分支開始流轉，到項目上線后結束。流轉順序為：項目經(jīng)理->開發(fā)->SCM->運維->開發(fā)->測試->SCM。檢查單上包括項目名稱、JIRA編號、項目負責人、上線日期、子系統(tǒng)、分支、服務器等方面的信息。每個環(huán)節(jié)的負責人完成各自填寫的內容后，通過郵件流轉到下一環(huán)節(jié)的負責人。

7、開發(fā)分支申請流程

具體參見開發(fā)分支申請流程。

8、開發(fā)測試環(huán)境資源申請流程

具體參見開發(fā)測試環(huán)境資源申請流程。

9、測試流程規(guī)范

具體參見測試流程規(guī)范。

10、測試環(huán)境

目前有4個測試環(huán)境，包括STB環(huán)境、SIT環(huán)境、PRE環(huán)境和PRD環(huán)境。具體參見測試環(huán)境介紹。

11、項目變更流程

項目在執(zhí)行過程中，如發(fā)生項目變更，變更申請方填寫變更申請表，完成后提交至項目變更委員會評估，項目變更委員會評估一致通過后，才允許執(zhí)行變更，否則將變更內容放入下一個迭代。項目經(jīng)理將評估結果和原由告知變更申請方。

12、項目變更控制委員會（CCB）

項目變更委員會由運營、產(chǎn)品、設計、開發(fā)、架構、測試和運維各組項目負責人和項目經(jīng)理組成，對變更申請進行分析、整理，并做出決定。

13、項目復盤總結報告

項目復盤總結主要是項目過程復盤，是指對已經(jīng)完成的項目在需求評審、設計、排期、開發(fā)、測試、發(fā)布所有環(huán)節(jié)進行回顧，總結項目得失，對做的好的地方要繼續(xù)保持，做的不好的地方該如何避免改進。通過項目復盤總結，不斷提煉做事的方法或模式，從而形成一套做事的規(guī)范和標準。

項目復盤總結報告基本內容包括：需求范圍復盤、計劃排期復盤、設計開發(fā)復盤、測試發(fā)布復盤。

14、項目后評價報告

項目后評價主要是項目效果復盤，是指對已經(jīng)完成的項目在規(guī)劃目的、效益、作用和影響等方面進行系統(tǒng)客觀的分析。通過對項目實際執(zhí)行情況的檢查總結，確定項目預期的目標是否達到，項目是否合理有效，項目的主要效益指標是否實現(xiàn)，通過分析評價找出成敗的原因，總結經(jīng)驗教訓，并通過及時有效的信息反饋，為未來項目的決策和提高完善投資決策管理水平提出建議，從而達到提高投資效益的目的。

項目后評價報告基本內容包括：項目目標評價、項目效益評價、項目影響評價和項目持續(xù)性評價。

第三章 流程

第六條 流程圖

[圖片上傳失敗...(image-b0e66b-1616564314376)]

第七條 項目啟動

1、提出需求

2、可行性分析

3、業(yè)務需求文檔（BRD）評審

4、需求立項

5、項目章程

6、項目啟動會

7、任命項目經(jīng)理

8、組建項目團隊

第八條 項目規(guī)劃

1、產(chǎn)品需求文檔（PRD）評審

2、用戶界面（UI）設計評審

3、用戶體驗設計（UED）評審

4、制定項目計劃

5、識別項目干系人

6、識別和評估項目風險

第九條 項目執(zhí)行

1、EDD評審

2、開發(fā)

3、測試用例評審

4、測試

5、項目溝通

6、項目周報

7、項目驗收

第十條 項目監(jiān)控

1、進度監(jiān)控

2、質量監(jiān)控

3、資源監(jiān)控

4、項目變更

5、項目預警

第十一條 項目收尾

1、項目上線

2、項目復盤總結

3、項目資料歸檔

4、項目后評價

第四章 項目啟動

第十二條 提出需求

每個部門都可以提出需求，主要是滿足運營要求、提升運營效益、優(yōu)化產(chǎn)品功能、解決產(chǎn)品問題等方面的需求。需求應該包括需求名稱、業(yè)務理念、市場定位、詳細描述、效果預估等內容。

第十三條 可行性分析

需求提出后，需求負責人應組織運營中心、產(chǎn)品中心、技術中心、法務、風控等相關人員參與需求可行性研究討論，確定需求可行性。

第十四條 業(yè)務需求文檔（BRD）評審

需求可行性確定后，需求負責人編寫B(tài)RD，并組織運營中心、產(chǎn)品中心等相關人員參與評審，以明確需求范圍。BRD內容包括業(yè)務背景、業(yè)務目標、預期效果、解決方案、業(yè)務場景、業(yè)想務流程圖等。評審結果由產(chǎn)品經(jīng)理決定。確定的需求由產(chǎn)品經(jīng)理在JIRA中創(chuàng)建。

第十五條 需求立項

需求是依據(jù)優(yōu)先級從高到低來執(zhí)行的。由產(chǎn)品中心來評定需求的優(yōu)先級，如果是對公司發(fā)展有重大戰(zhàn)略意義的需求，可以編寫項目立項申請書，通過項目立項申請流程完成立項，并獲得最高優(yōu)先級。

第十六條 項目章程

項目章程是正式批準需求立項的文件。項目章程主要包括項目立項的理由、項目必須滿足的業(yè)務要求或產(chǎn)品需求、基于項目干系人的需求和期望提出的要求、項目里程碑進度計劃、委派的項目經(jīng)理及項目經(jīng)理的權限級別等。項目章程由項目發(fā)起部門完成。

第十七條 項目啟動會

對于重大項目，在立項申請批準后，需要召開項目啟動會，標志項目正式啟動。項目啟動會主要內容包括：宣布項目章程、宣講項目意義和目標、宣布項目組成員、公布項目管理辦法和獎懲條例、公布任務及分工、領導做動員講話、項目組成員表態(tài)等。

第十八條 任命項目經(jīng)理

一般情況，每條產(chǎn)品線對應的項目經(jīng)理負責該產(chǎn)品線下的所有項目。申請項目立項申請流程的需求，在完成項目立項后，需要任命項目經(jīng)理，并在項目啟動會上公布項目經(jīng)理人選。

第十九條 組建項目團隊

一般情況，每條產(chǎn)品線有對應的技術團隊，每條產(chǎn)品線的項目由對應的技術團隊完成。申請項目立項申請流程的需求，在完成項目立項后，會抽調技術人員組成項目團隊，并在項目啟動會上公布項目團隊成員，并指定開發(fā)負責人和測試負責人。

第五章 項目規(guī)劃

第二十條 產(chǎn)品需求文檔（PRD）評審

在BRD評審完成后，由產(chǎn)品經(jīng)理編寫PRD，PRD完成后，先提交PRD評審委員會評審，評審通過后再進行PRD評審會，如未通過，產(chǎn)品經(jīng)理根據(jù)評審意見進行修改，完成后再提交。產(chǎn)品經(jīng)理和項目經(jīng)理協(xié)商確定評審時間和評審人員。待評審時間和評審人員確定后，產(chǎn)品經(jīng)理應至少提前1個工作日把PRD通過郵件發(fā)給評審人員，方便評審人員提前熟悉評審內容。評審會由產(chǎn)品經(jīng)理主持。評審結果由開發(fā)人員決定。產(chǎn)品經(jīng)理應及時更新JIRA中的項目需求狀態(tài)。在項目執(zhí)行過程中，產(chǎn)品經(jīng)理要根據(jù)需求情況及時更新PRD。

第二十一條 用戶界面（UI）設計評審

涉及UI修改的項目，需要進行UI設計評審。設計工程師和項目經(jīng)理協(xié)商確定評審時間和評審人員。待評審時間和評審人員確定后，設計工程師應至少提前1個工作日把設計稿通過郵件發(fā)給評審人員，方便評審人員提前熟悉評審內容。評審會由設計工程師主持。評審結果由開發(fā)人員決定。

第二十二條 用戶體驗設計（UED）評審

注重用戶體驗的項目，需要進行UED設計評審。設計工程師和項目經(jīng)理協(xié)商確定評審時間和評審人員。待評審時間和評審人員確定后，設計工程師應至少提前1個工作日把設計稿通過郵件發(fā)給評審人員，方便評審人員提前熟悉評審內容。評審會由設計工程師主持。評審結果由開發(fā)人員決定。

第二十三條 制定項目計劃

項目相關評審都完成后，由項目經(jīng)理組織項目團隊進行項目排期，制定項目計劃。項目計劃包括項目任務分解、預估任務工作量及開始完成時間、明確任務之間的邏輯關系、確定任務具體負責人等。項目計劃完成后，郵件發(fā)送的項目所有干系人進行確認，通過后作為項目目標計劃。項目經(jīng)理在JIRA中拆分項目子任務，并指派到具體的負責人。在項目執(zhí)行過程中，項目經(jīng)理應及時更新JIRA中的項目執(zhí)行狀態(tài)。

第二十四條 識別項目干系人

項目經(jīng)理要識別項目干系人。項目干系人包括：被項目結果所影響的部門和人，影響項目結果的部門和人，有決定權的人，提供資源的部門和人，為項目提供數(shù)據(jù)、信息的部門和人。在項目執(zhí)行過程中，要做好項目關系人管理，確保項目順利進行。

第二十五條 識別和評估項目風險

項目經(jīng)理要組織項目團隊進行風險識別和評估。項目風險包括：產(chǎn)品規(guī)模風險、需求風險、相關性風險、技術風險、管理風險、安全風險等。對識別出來的風險，要進行風險評估，評估風險概率和影響程度，并制定應對方案。

第六章 項目執(zhí)行

第二十六條 系統(tǒng)設計評審

涉及后端開發(fā)的項目，需要進行系統(tǒng)設計評審，以明確項目范圍。后端開發(fā)時間大于7人天的項目，還需要進行EDD評審。開發(fā)負責人和項目經(jīng)理協(xié)商確定評審時間和評審人員。待評審時間和評審人員確定后，開發(fā)負責人應至少提前1個工作日把EDD（技術設計文檔）通過郵件發(fā)給評審人員，方便評審人員提前熟悉評審內容。評審會由開發(fā)負責人主持。評審結果由架構師、DBA和運維決定。開發(fā)工作量、測試用例和測試時間都需要根據(jù)EDD來評估（2017年2月開始全面執(zhí)行）。

第二十七條 開發(fā)

項目排期完成后，開發(fā)工程師應及時填寫項目上線檢查單，根據(jù)開發(fā)分支申請流程和開發(fā)測試環(huán)境資源申請流程申請開發(fā)分支和開發(fā)測試環(huán)境，完成后及時進行開發(fā)工作。待開發(fā)完成后，開發(fā)工程師應先進行自測，自測用例由測試工程師提供。自測通過后再提交測試，提交測試郵件發(fā)送給測試工程師，郵件內容包括測試環(huán)境地址等相關參數(shù)，并附帶項目上線檢查單，抄送給項目經(jīng)理和項目團隊成員。

第二十八條 測試用例評審

在開發(fā)工程師提交測試之前，測試工程師要提前1周完成測試用例，并組織項目團隊成員進行測試用例評審。評審通過后，根據(jù)測試用例編寫自測用例提供給開發(fā)工程師進行自測。

第二十九條 測試

測試工程師在收到開發(fā)工程師提交測試郵件后，應該根據(jù)測試流程規(guī)范及時開展測試工作。目前共有4個測試環(huán)境，每個測試環(huán)境完成后，才能更新到下一個測試環(huán)境。當前測試環(huán)境完成后，測試工程師要發(fā)送郵件給SCM申請更新測試環(huán)境，并抄送給項目經(jīng)理和項目團隊成員。測試工程師應盡可能使用自動化測試工具，提高工作效率。對于重要項目，測試負責人要每天編寫測試報告，通過郵件發(fā)送給項目團隊。測試負責人決定項目是否可以上線。

第三十條 內部測試

APP項目在通過測試正式發(fā)布之前，需要進行內部測試。內部測試是在公司內部的小范圍測試，主要由內測團隊模擬真實用戶對產(chǎn)品進行驗證，也可以邀請一些忠實的外部用戶參與，發(fā)現(xiàn)的問題反饋給產(chǎn)品經(jīng)理、開發(fā)團隊和測試團隊進行快速修復。內部測試時間一般為3個工作日。

第三十一條 項目溝通

在項目執(zhí)行過程中，項目經(jīng)理要和項目干系人保持密切溝通，向業(yè)務方反饋項目進度，提示項目風險，收集項目問題并組織項目團隊及時解決。根據(jù)項目實際情況，項目經(jīng)理要組織召開項目進度跟蹤會、項目問題協(xié)調溝通會等會議。

第三十二條 項目周報

項目周報是向項目干系人反饋項目最新進展的階段性報告。一般在每周一發(fā)出，匯報上周的項目進展情況。項目周報內容包括：項目情況說明、項目問題和風險、項目進度、項目周星星等。項目周報由項目經(jīng)理發(fā)出。

第三十三條 項目驗收

項目測試完成后，測試工程師應發(fā)送項目驗收郵件，通知業(yè)務方和產(chǎn)品經(jīng)理進行項目驗收。項目經(jīng)理應協(xié)助做好項目驗收工作。驗收完成后，業(yè)務方和產(chǎn)品經(jīng)理應回復驗收郵件，郵件中應寫明驗收內容和驗收結果。

第七章 項目監(jiān)控

第三十四條 進度監(jiān)控

為保證項目按計劃上線，項目經(jīng)理要對項目進度進行監(jiān)控。根據(jù)項目實際情況，項目經(jīng)理可以采取每日站立會或關鍵節(jié)點跟蹤等多種方式進行項目進度監(jiān)控。項目經(jīng)理要及時更新JIRA中的項目狀態(tài)。

第三十五條 質量監(jiān)控

質量監(jiān)控主要包括開發(fā)質量監(jiān)控和測試質量監(jiān)控。開發(fā)經(jīng)理負責開發(fā)質量監(jiān)控，采用包括開發(fā)流程規(guī)范、代碼規(guī)范、結對編程、代碼Review等方式來提高開發(fā)質量。測試經(jīng)理負責測試質量監(jiān)控，采用包括規(guī)范測試流程、測試報告等方式來提高測試質量。項目經(jīng)理要和開發(fā)經(jīng)理和測試經(jīng)理保持溝通，協(xié)助進行質量監(jiān)控。

第三十六條 資源監(jiān)控

為保證項目資源使用效率，項目經(jīng)理要進行項目資源監(jiān)控。項目經(jīng)理應了解項目團隊每個成員的表現(xiàn)，對表現(xiàn)突出的成員進行表揚和肯定；對表現(xiàn)不好的成員應提出批評，并要求其立即改正，項目經(jīng)理應主動去找他們了解具體的情況，詢問他們是否遇到什么困難，或是有什么想法，及時地幫助他們排除疑難，使所有成員能把全部的精力放到項目上來，使得項目能按預定軌道前進。

第三十七條 項目需求變更

產(chǎn)品經(jīng)理和項目經(jīng)理應一起控制項目需求變更。當發(fā)生變更時，應嚴格執(zhí)行項目變更流程，提交項目變更控制委員會評審，主要評估變更來源、變更內容、變更理由、變更影響和變更代價。變更批準后，將變更內容加入項目范圍并執(zhí)行；如未批準，變更內容加入下一個迭代。在接收到變更申請單后，應在1個工作日內反饋變更評估結果。

第三十八條 項目預警

如項目不能按計劃完成，項目經(jīng)理應發(fā)送項目預警郵件給所有項目干系人，郵件中要寫明預警原因、影響范圍、項目目前情況、后續(xù)應對措施等，并和項目干系人做好溝通協(xié)調工作。

第八章 項目收尾

第三十九條 項目上線

項目驗收通過后，測試工程師發(fā)送項目上線郵件，通知SCM項目已滿足上線條件，并抄送給項目經(jīng)理和項目團隊成員。項目經(jīng)理應根據(jù)項目實際情況，有計劃的組織項目成員召開項目上線部署會，制定上線步驟和風險預案。待項目上線后，SCM發(fā)送已上線項目郵件給項目所有干系人，并更新JIRA中的項目上線狀態(tài)。產(chǎn)品經(jīng)理通知業(yè)務方項目上線。

第四十條 項目復盤總結

對于重大項目，待項目上線后，項目經(jīng)理應組織項目團隊召開項目復盤總結會。項目復盤總結主要是項目過程復盤，總結項目得失，重點是總結項目過程中出現(xiàn)的問題，并討論改進方法，完成后編寫項目復盤總結報告。

第四十一條 項目資料歸檔

項目上線后，項目經(jīng)理應收集整理項目過程中產(chǎn)生的所有資料和文檔，并進行歸類，上傳到共享文件夾和WIKI。

第四十二條 項目后評價

在項目上線運行1個月后產(chǎn)品經(jīng)理應組織業(yè)務方和項目團隊進行項目后評價。項目后評價主要是項目效果復盤，根據(jù)項目上線后的實際效果和預估效果進行對比，以評估項目成效，完成后編寫項目后評價報告。

附錄

為了更好地保證各業(yè)務線的項目需求能夠按時、有質量地上線，對BRD和PRD的確認時間有必要進行相應控制。

1. 對于有明確上線時間的需求（如部分重點需求和活動類需求）

由業(yè)務和產(chǎn)品預估需求的影響程度，根據(jù)不同的影響程度，按相應的提前時間，提供BRD和PRD。如項目過程中，對應的開發(fā)測試資源受到更高優(yōu)先級需求的影響（需求優(yōu)先級由產(chǎn)品中心決定），則視情況調整已排期需求的上線時間。

注：需求的實際影響程度，由開發(fā)在PRD評審后確認。

2. 對于沒有明確上線時間的需求（如部分重點需求和日常需求）

按照常規(guī)的項目流程，進行評審、排期、開發(fā)測試、驗收和上線。如項目過程中對應的開發(fā)測試資源受到優(yōu)先級更高的需求影響（需求優(yōu)先級由產(chǎn)品中心決定），則視情況調整已排期需求的上線時間。

3. 對于緊急需求

涉及到資金安全、用戶登錄/注冊、法律合規(guī)等影響面大的問題（且不屬于線上bug的修復），走緊急需求流程上線。由業(yè)務方或產(chǎn)品經(jīng)理討論確認，獲得相應業(yè)務線負責人及產(chǎn)品負責人的批準后，通過郵件形式告知技術中心CTO，抄送相應項目經(jīng)理。產(chǎn)品經(jīng)理在JIRA上建立任務后，項目經(jīng)理根據(jù)JIRA幫忙申請緊急分支，并安排開發(fā)、測試人員協(xié)助上線。