項(xiàng)目管理部項(xiàng)目管理流程草案

年4月19日項(xiàng)目管理部項(xiàng)目管理流程草案文檔僅供參考，不當(dāng)之處，請(qǐng)聯(lián)系改正。項(xiàng)目管理部項(xiàng)目管理流程草案版本所屬部門編寫人V1.0項(xiàng)目管理部馮林角色說(shuō)明：PM（項(xiàng)目經(jīng)理）PO（產(chǎn)品經(jīng)理）TL（技術(shù)主管）SA（架構(gòu)師）QA（測(cè)試人員）UED（用戶體驗(yàn)設(shè)計(jì)）DEV（開發(fā)人員）敏捷管理流程具體實(shí)施步驟：*第一階段：需求建立階段**第二階段：需求提交階段**第三階段：需求評(píng)審階段**第四階段：技術(shù)方案時(shí)間確定階段**第五階段：開發(fā)階段**第六階段：測(cè)試階段**第七階段：上線階段**第八階段：總結(jié)階段*

第一階段：需求建立階段1.1提出需求構(gòu)想?yún)⑴c方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，運(yùn)營(yíng)描述：產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理或運(yùn)營(yíng)人員根據(jù)當(dāng)前的數(shù)據(jù)，市場(chǎng)需求，產(chǎn)品趨勢(shì)，市場(chǎng)動(dòng)向等方面，提出下一階段產(chǎn)品改進(jìn)或新產(chǎn)品的構(gòu)想或規(guī)劃，進(jìn)行討論，了解該產(chǎn)品的實(shí)現(xiàn)方式是否可行，是否滿足市場(chǎng)需要，是否有成功案例，產(chǎn)品生命周期有多久，帶來(lái)的效益如何。方式：各種資料收集1.2產(chǎn)品構(gòu)想私下討論參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，運(yùn)營(yíng)，產(chǎn)品負(fù)責(zé)人描述：將現(xiàn)狀和目標(biāo)明確，討論是否可行。方式：私下討論第二階段：需求提交階段2.1需求文檔編寫參與方：產(chǎn)品經(jīng)理描述：根據(jù)市場(chǎng)需求和產(chǎn)品目標(biāo)，編寫相應(yīng)產(chǎn)品文檔，上傳到wiki上并共享給大家。方式：編寫文檔2.2產(chǎn)品文檔初審參與方：產(chǎn)品經(jīng)理經(jīng)理，項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，各部門經(jīng)理。描述：產(chǎn)品經(jīng)理發(fā)出產(chǎn)品文檔初稿給各部門主管及項(xiàng)目經(jīng)理，提出相關(guān)審核意見，反饋到wiki中，進(jìn)行保留，然后根據(jù)反饋情況進(jìn)行文檔修改，部門負(fù)責(zé)人根據(jù)需求定義，當(dāng)前的工作安排情況，分配人力資源。并確定相關(guān)的技術(shù)負(fù)責(zé)人（TL）方式：郵件或會(huì)議

第三階段：需求評(píng)審階段3.1產(chǎn)品文檔共享參與方：項(xiàng)目組成員，產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理，技術(shù)主管，QA，UED，其它干系人描述：將修訂版的需求文檔發(fā)送給項(xiàng)目組成員。共享項(xiàng)目文檔，準(zhǔn)備會(huì)議，進(jìn)行需求評(píng)審方式：郵件結(jié)合wiki3.2需求評(píng)審參與方：項(xiàng)目組成員，產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理，技術(shù)主管，QA，UED，其它干系人描述：進(jìn)行需求評(píng)審會(huì)議，確定需求的可行性，項(xiàng)目組成員根據(jù)需求方式：kickoff會(huì)議3.3PRD更新及最終確定參與方：產(chǎn)品經(jīng)理描述：根據(jù)需求評(píng)審會(huì)議上多方的反饋，進(jìn)行PRD的編輯及修改，最終根據(jù)成員的反饋進(jìn)行修改和定版方式：自行編寫

第四階段：技術(shù)方案時(shí)間確定階段4.1工作分解參與方：技術(shù)負(fù)責(zé)人，技術(shù)人員，項(xiàng)目經(jīng)理，QA，UED描述：根據(jù)需求文檔，進(jìn)行工作任務(wù)分解，將功能模塊化，對(duì)模塊進(jìn)行估期和管理，分配給相關(guān)技術(shù)人員。方式：會(huì)議或私下，工作分解文檔或jira4.2任務(wù)分配排期參與方：項(xiàng)目經(jīng)理，技術(shù)負(fù)責(zé)人，QA，UED描述：根據(jù)工作分解的模塊，根據(jù)當(dāng)前的工作情況，將拆分的工作包分給相關(guān)技術(shù)人員和QA。并根據(jù)之前的排期進(jìn)行甘特圖的編輯，確定時(shí)間周期方式：會(huì)議或私下，project排期或jira4.3共享時(shí)間進(jìn)度排期表參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA，其它干系人，部門經(jīng)理描述：將排期結(jié)果發(fā)送給項(xiàng)目組成員方式：郵件

第五階段：開發(fā)階段5.1迭代開發(fā)參與方：項(xiàng)目經(jīng)理，技術(shù)主管，項(xiàng)目組成員描述：根據(jù)排期進(jìn)行開發(fā)工作，技術(shù)主管負(fù)責(zé)協(xié)調(diào)各方資源確保時(shí)間點(diǎn)的確立方式：私下溝通5.2迭代站立會(huì)議參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA描述：每周或每個(gè)版本的迭代工作內(nèi)容確定后，周知項(xiàng)目組成員及干系人方式：郵件，jira共享，會(huì)議5.3里程碑會(huì)議參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA描述：每個(gè)階段完成后或每個(gè)里程碑點(diǎn)完成后，周知大家，進(jìn)行下一階段任務(wù)方式：郵件，jira共享，會(huì)議

第六階段：測(cè)試階段6.1產(chǎn)品自測(cè)參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA描述：提交測(cè)試的需求，產(chǎn)品進(jìn)行自測(cè)。方式：jira提交bug，郵件6.2QA測(cè)試參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA描述：提交測(cè)試的需求，QA進(jìn)行測(cè)試，確認(rèn)測(cè)試結(jié)果，進(jìn)行測(cè)試迭代，覆蓋測(cè)試內(nèi)容方式：jira提交bug，郵件

第七階段：上線階段7.1提交上線參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA，運(yùn)維描述：技術(shù)提交上線方案，標(biāo)明相關(guān)干系人，需求出處，更新功能點(diǎn)，更新路徑方式：jira更新單或紙質(zhì)更新單7.2更新流程確認(rèn)開始更新參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA，運(yùn)維描述：技術(shù)提交上線方案，運(yùn)維人員進(jìn)行線上服務(wù)更新，更新后通知相關(guān)人員方式：jira更新單或紙質(zhì)更新單7.3線上回測(cè)參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)主管，項(xiàng)目組成員，QA，運(yùn)維描述：QA在線上回測(cè)，重大功能無(wú)問(wèn)題，功能需求實(shí)現(xiàn)，確認(rèn)，如線上回測(cè)影響其它功能或有重大功能或需求沒(méi)有時(shí)間，進(jìn)行回滾方式：jira更新單或紙質(zhì)更新單

第八階段：總結(jié)階段8.1上線郵件參與方：項(xiàng)目經(jīng)理描述：匯總上線功能，影響業(yè)務(wù)，功能點(diǎn)發(fā)送郵件給公司員工或重要郵件組。告知功能上線。方式：郵件8.2數(shù)據(jù)統(tǒng)計(jì)參與方：項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理，技術(shù)人員描述：根據(jù)上線需求進(jìn)行數(shù)據(jù)統(tǒng)計(jì)工作，埋點(diǎn)，分析，總結(jié)方式：私下溝通，郵件8.3項(xiàng)目總結(jié)參與方：項(xiàng)目經(jīng)理，技術(shù)人員，QA描述：根據(jù)項(xiàng)目情況給出項(xiàng)目總結(jié)，有點(diǎn)，不足，問(wèn)題。匯總QA測(cè)試文檔，提醒技術(shù)人員更新技術(shù)文檔及接口文檔。方式：共享wiki，word

jira，wiki敏捷項(xiàng)目管理流程Step1產(chǎn)品需求立項(xiàng)1.1需求構(gòu)想，在工作及業(yè)務(wù)中收集需求

1.2整理需求，將多方的需求整合整理匯總，進(jìn)行細(xì)化和編寫

1.3進(jìn)行需求評(píng)審，在產(chǎn)品部門內(nèi)部進(jìn)行需求平很，初步確定需求可行

1.4共享需求文檔，經(jīng)過(guò)confluence能行需求共享，分享給大家，大家在confluence中進(jìn)行評(píng)論和回復(fù)，提出自己意見，初步確定產(chǎn)品的思路和可行性。

1.5產(chǎn)品立項(xiàng)，經(jīng)過(guò)立項(xiàng)會(huì)議進(jìn)行產(chǎn)品立項(xiàng)工作，PM召集PO,DEV,SA,TL,QA,UED成員一起討論需求。明確目標(biāo)和工作。提出反饋意見，如無(wú)大異議，該項(xiàng)目正式成立，創(chuàng)立jira項(xiàng)目及confluence項(xiàng)目頁(yè)，將文檔和內(nèi)容共享Step2軟件設(shè)計(jì)2.1將需求模塊化細(xì)分，明確該需求分為幾個(gè)spring，明確每個(gè)spring的目標(biāo)和工作內(nèi)容，對(duì)spring進(jìn)行backlog的分解。

2.2產(chǎn)品經(jīng)理經(jīng)過(guò)confluence的需求編輯分出優(yōu)先級(jí)。

2.3.UED進(jìn)行原型設(shè)計(jì)，制作保真模型、繪制使用流程圖、設(shè)計(jì)視覺(jué)界面。PO根據(jù)對(duì)原型的反饋，完善需求文檔及需求列表。（

保真模型實(shí)例流程圖實(shí)例視覺(jué)界面實(shí)例）

2.4.討論后的需求由PM在Confluence上整理

2.5.PMPOTLSAQA需求評(píng)審，確保真正了解需求

需求評(píng)審不是目的，是否真正理解了需求（系統(tǒng)要實(shí)現(xiàn)什么）才是關(guān)鍵

評(píng)審的形式不限，建議由非PO人員講解

如果所有人已經(jīng)達(dá)成了對(duì)需求的一致理解，則評(píng)審不是必須的Step3架構(gòu)設(shè)計(jì)、項(xiàng)目計(jì)劃

參與角色：PMPOTLSAQAUEDDEVNOP

可能的輸出：架構(gòu)設(shè)計(jì)文檔、ReleasePlan、Roadmap、測(cè)試策略、測(cè)試計(jì)劃、部署方案

3.1.SA做概念和架構(gòu)設(shè)計(jì)

概念設(shè)計(jì)，能夠看成是為什么要做這個(gè)產(chǎn)品或模塊，強(qiáng)調(diào)的是產(chǎn)品的路線規(guī)劃、市場(chǎng)趨勢(shì)、客戶價(jià)值、技術(shù)趨勢(shì)等

架構(gòu)設(shè)計(jì)，能夠看成從整體上看，概念設(shè)計(jì)應(yīng)該用什么方式實(shí)現(xiàn)、分幾個(gè)層次、多少組件、不同層次和組件之間關(guān)系是什么

我們經(jīng)常把概念設(shè)計(jì)和架構(gòu)設(shè)計(jì)一起做，并統(tǒng)稱為架構(gòu)設(shè)計(jì)

實(shí)例1：支付平臺(tái)架構(gòu)設(shè)計(jì)文檔、實(shí)例2：阿波羅客戶端架構(gòu)設(shè)計(jì)

3.2.PO、PM、TL把設(shè)計(jì)文檔、需求列表綜合考慮，制定版本計(jì)劃（沖刺計(jì)劃）、ReleasePlan（Roadmap）

設(shè)計(jì)文檔關(guān)注的是技術(shù)實(shí)現(xiàn)的先后順序

需求列表關(guān)注的是業(yè)務(wù)的優(yōu)先級(jí)

ReleasePlan或者Roadmap為綜合以上因素后的開發(fā)計(jì)劃

實(shí)例1：運(yùn)河沖刺計(jì)劃、實(shí)例2：支付平臺(tái)Roadmap

3.3.同時(shí)，QA作出測(cè)試計(jì)劃，NOP要作出部署方案

實(shí)例1：Apollo測(cè)試計(jì)劃、實(shí)例2：注冊(cè)流程改造項(xiàng)目部署方案

3.4.如果KickOff時(shí)申請(qǐng)的資源不足、或者發(fā)生了變化，那么在此需要重新組建團(tuán)隊(duì)。Step4迭代沖刺

參與角色：PMPOTLSAQAUEDDEV

可能的輸出：詳細(xì)設(shè)計(jì)文檔、API文檔、測(cè)試文檔、測(cè)試用例、沖刺計(jì)劃、沖刺總結(jié)

4.1.項(xiàng)目開工會(huì)，如果所有團(tuán)隊(duì)成員對(duì)項(xiàng)目情況都非常了解，則這個(gè)會(huì)不是必須的。

所有團(tuán)隊(duì)成員參加，團(tuán)隊(duì)成員介紹、項(xiàng)目背景介紹、項(xiàng)目目標(biāo)、大致的計(jì)劃時(shí)間點(diǎn)，以及迭代前準(zhǔn)備階段的安排和任務(wù)分工等

4.2.建立開發(fā)環(huán)境，如果已有環(huán)境，則這個(gè)步驟不是必須的。

開發(fā)工作機(jī)環(huán)境搭建（統(tǒng)一字符集、統(tǒng)一IDE版本）

SVN

連續(xù)集成環(huán)境（Hudson、Bamboo）

代碼Review（Fisheye、Crucible）

JIRAwiki

申請(qǐng)DEV環(huán)境和QA環(huán)境

4.3.沖刺計(jì)劃會(huì)PMPOTLSAQAUEDDEV(實(shí)例1：趕牛V2.4.1沖刺計(jì)劃、實(shí)例2：支付平臺(tái)Sprint2沖刺計(jì)劃)

確定沖刺時(shí)間（一般為1~3周）或者版本發(fā)布時(shí)間

明確沖刺目標(biāo)（完成需求列表中優(yōu)先級(jí)最高的幾個(gè)需求）

重新討論、確定本次迭代需要實(shí)現(xiàn)的需求，達(dá)成共同理解

若有必要的話，則繼續(xù)細(xì)化需求

對(duì)需求進(jìn)行優(yōu)先級(jí)排序

明確任務(wù)責(zé)任人（包括開發(fā)、測(cè)試）和任務(wù)完成時(shí)間點(diǎn)

在JIRA上跟蹤任務(wù)

根據(jù)需求優(yōu)先級(jí)和依賴關(guān)系，嚴(yán)格按照需求驅(qū)動(dòng)制定計(jì)劃，盡量減少需求并行開發(fā)

4.4.開發(fā)、測(cè)試。每日站立會(huì)議。PMTLQADEV（UED）

每天定時(shí)進(jìn)行站立會(huì)議

溝通昨天做了什么，今天要做什么、有什么問(wèn)題

會(huì)議不超過(guò)15分鐘

使用GreenHopper共享任務(wù)版，移動(dòng)任務(wù)

4.5.堅(jiān)持代碼review、撰寫測(cè)試用例DEV、QA

使用Fisheye和crucible做代碼檢查

使用Testlink管理測(cè)試

代碼規(guī)范

JavaScript開發(fā)規(guī)范（上海）

代碼規(guī)范（.Net）（上海）

UED部門代碼規(guī)范

網(wǎng)站頁(yè)面加入WEBTRENDSSDC日志統(tǒng)計(jì)代碼規(guī)范

Java編碼規(guī)范1.0（北京）

4.6.輸出技術(shù)文檔、QA文檔

實(shí)例1：奔月相關(guān)技術(shù)文檔、奔月相關(guān)測(cè)試文檔

實(shí)例2：阿波羅技術(shù)文檔、阿波羅測(cè)試文檔

實(shí)例3：炒股大賽技術(shù)文檔、炒股大賽測(cè)試文檔

4.7.沖刺評(píng)審會(huì)POPMDEVTLQA

團(tuán)隊(duì)與PO溝通沖刺完成了哪些工作

Demo

4.8.沖刺回顧會(huì)PMDEVQATLPO（實(shí)例：支付平臺(tái)沖刺回顧）

指出哪些方面good，哪些方面bad

提出改進(jìn)建議，并在下個(gè)迭代中實(shí)踐Step5發(fā)布、維護(hù)

參與角色：PO、PM、QA、TL、DEV、NOP

可能的輸出：產(chǎn)品推廣計(jì)劃、

5.1.產(chǎn)品推廣計(jì)劃討論BAPO

討論產(chǎn)品的推廣計(jì)劃

5.2.發(fā)布計(jì)劃會(huì)POPMQATLDEVNOP

確定發(fā)布時(shí)間、發(fā)布方式（升級(jí)/下載新的客戶端/直接覆蓋上線）

確定上線計(jì)劃

實(shí)例1:個(gè)股行情頁(yè)上線計(jì)劃

實(shí)例2:金牛港股奔月行情接