近期根據(jù)我們DevOps開發(fā)團(tuán)隊(duì)敏捷開發(fā)項(xiàng)目的實(shí)踐經(jīng)驗(yàn)，將完整流程整理如下，這份規(guī)程也不完全算是敏捷專屬的項(xiàng)目管理規(guī)程，主要是在結(jié)合我們公司實(shí)際的情況下編寫出來的谎柄，大家在實(shí)際過程中可以參考。
1. 目的
規(guī)范軟件產(chǎn)品開發(fā)項(xiàng)目管理過程惯雳，指導(dǎo)開展項(xiàng)目研發(fā)朝巫、管理等活動(dòng)。
2. 適用范圍
本章程的作用范圍為軟件產(chǎn)品開發(fā)立項(xiàng)至結(jié)項(xiàng)管理過程石景。
1.對(duì)項(xiàng)目經(jīng)理開展產(chǎn)品規(guī)劃及設(shè)計(jì)活動(dòng)以及項(xiàng)目管理手段和應(yīng)遵循的開發(fā)流程提供了指導(dǎo)劈猿；
2.對(duì)項(xiàng)目團(tuán)隊(duì)的日常管理活動(dòng)及內(nèi)容進(jìn)行了指導(dǎo)；
3. 角色及職責(zé)定義
Scrum Master——項(xiàng)目負(fù)責(zé)人潮孽、項(xiàng)目經(jīng)理
保護(hù)團(tuán)隊(duì)不受外界干擾揪荣，是團(tuán)隊(duì)的領(lǐng)導(dǎo)和推進(jìn)者，負(fù)責(zé)提升 Scrum 團(tuán)隊(duì)的工作效率往史，控制 Scrum 中的“檢視和適應(yīng)”周期過程仗颈。與 Product Owner 一起將投資產(chǎn)出最大化，他確保所有的利益相關(guān)者都可以理解敏捷和尊重敏捷的理念椎例。
Product Owner——產(chǎn)品負(fù)責(zé)人挨决、產(chǎn)品經(jīng)理
確定產(chǎn)品的功能，拆分用戶故事订歪。
需求功能確定優(yōu)先級(jí)脖祈。
接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果。
參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議陌粹。
UI
根據(jù)用戶故事撒犀，負(fù)責(zé)產(chǎn)品的功能交互及界面設(shè)計(jì)
組織開展人機(jī)交互及用戶體驗(yàn)福压，不斷跟蹤改進(jìn)掏秩，提高產(chǎn)品表現(xiàn)力。
參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議荆姆。
開發(fā)
根據(jù)用戶故事蒙幻，負(fù)責(zé)產(chǎn)品的技術(shù)架構(gòu)設(shè)計(jì)及功能開發(fā)
評(píng)估、設(shè)計(jì)及維護(hù)產(chǎn)品相應(yīng)模塊胆筒，確保模塊的穩(wěn)定性邮破、易用性诈豌、高效性。
參加產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議抒和。
測(cè)試
根據(jù)用戶故事矫渔，設(shè)計(jì)產(chǎn)品測(cè)試標(biāo)準(zhǔn)，確保產(chǎn)品品質(zhì)滿足市場(chǎng)需求摧莽。
合理分配測(cè)試資源庙洼，組織產(chǎn)品測(cè)試并優(yōu)化測(cè)試流程及測(cè)試標(biāo)準(zhǔn)，提高測(cè)試效率镊辕。
編寫產(chǎn)品測(cè)試用例油够，提交測(cè)試問題，編寫測(cè)試總結(jié)報(bào)告征懈，以測(cè)試角度來確定產(chǎn)品版本是否發(fā)布石咬。
4. Scrum中的產(chǎn)出物
Product Backlog——Backlog 待開發(fā)項(xiàng)，積壓的任務(wù)卖哎。
產(chǎn)品 Backlog 包括了所有需要交付的內(nèi)容鬼悠，其內(nèi)容根據(jù)業(yè)務(wù)需求的價(jià)值順序排列，每個(gè) Backlog 的優(yōu)先級(jí)是可以調(diào)整的亏娜，需求是可以增減的厦章，因此產(chǎn)品 Backlog 將根據(jù)不斷增長(zhǎng)來持續(xù)驅(qū)動(dòng)維護(hù)。
Sprint Backlog——Sprint 本意為“沖刺”照藻，指迭代周期袜啃，長(zhǎng)度通常是一至兩周。
在 Sprint 開始前幸缕，定義本次 Sprint 要討論的“Sprint Backlog”群发，從中產(chǎn)生本次 Sprint 要完成的 “已定 Product Backlog”。
已定 Product Backlog是 Sprint 計(jì)劃會(huì)議的產(chǎn)物发乔，它定義了團(tuán)隊(duì)所接受的工作量熟妓，在整個(gè) Sprint 過程中它將保持不變。
User Story栏尚、Task——用戶故事起愈、任務(wù)
用 User Story 來描述 Sprint Backlog 里的項(xiàng)目，User Story
是從用戶的角度對(duì)系統(tǒng)的某個(gè)功能模塊所作的簡(jiǎn)短描述译仗。一個(gè) User Story
描述了項(xiàng)目中的一個(gè)小功能抬虽，以及這個(gè)功能完成之后將會(huì)產(chǎn)生什么效果，或者說能為客戶創(chuàng)造什么價(jià)值纵菌。一個(gè) User Story
的大小和復(fù)雜度應(yīng)該以能在一個(gè) Sprint 中完成為宜阐污。如果 User Story 太大，可能會(huì)導(dǎo)致對(duì)它的開發(fā)橫跨幾個(gè)
Sprint咱圆，此時(shí)就應(yīng)該將這個(gè) User Story 分解笛辟。為了能夠及時(shí)功氨，高效地完成每個(gè) Story，Scrum 團(tuán)隊(duì)會(huì)把每個(gè) Story
分解成若干個(gè) Task手幢。每個(gè)Task 的時(shí)間最好不要超過8小時(shí)捷凄，保證在1個(gè)工作日內(nèi)完成，如果 Task
的時(shí)間超過了8個(gè)小時(shí)围来，就說明Task的劃分有問題纵势，需要特別注意。
障礙 Backlog——問題列表管钳，積壓的待處理事務(wù)钦铁。
列舉了所有團(tuán)隊(duì)內(nèi)部和團(tuán)隊(duì)相關(guān)的和阻礙項(xiàng)目的進(jìn)度的問題，Scrum Master 需要確保所有的障礙 Backlog 中的問題都已分配并可以得到解決才漆。
5. 項(xiàng)目管理過程
按照產(chǎn)品開發(fā)過程牛曹，可將整個(gè)過程分為項(xiàng)目啟動(dòng)、需求設(shè)計(jì)醇滥、開發(fā)測(cè)試黎比、上線、運(yùn)營(yíng)跟進(jìn)鸳玩。下面分別闡述在每個(gè)階段過程中該如何進(jìn)行阅虫。
5.1 需求啟動(dòng)
通常是從準(zhǔn)備項(xiàng)目啟動(dòng)會(huì)到召開會(huì)議這個(gè)階段，需要完成項(xiàng)目目標(biāo)不跟，需求范圍的初步確認(rèn)颓帝，項(xiàng)目團(tuán)隊(duì)成員，其他資源的安排窝革。
確定本次開發(fā)的初步目標(biāo)并達(dá)成共識(shí)
對(duì)于項(xiàng)目目標(biāo)购城，需要和干系人在以下幾點(diǎn)上達(dá)成共識(shí)：
項(xiàng)目的背景、目標(biāo)用戶虐译、核心人員及產(chǎn)品定位是什么
各人員在項(xiàng)目中扮演的角色和對(duì)項(xiàng)目的作用是什么
5.2 需求設(shè)計(jì)
將確定的需求整理并輸出WIKI文檔及產(chǎn)品原型
召開需求啟動(dòng)會(huì)
參加人員包括：
項(xiàng)目經(jīng)理及項(xiàng)目團(tuán)隊(duì)
其他干系人代表
主要議題包括：
申明本期開發(fā)目標(biāo)范圍及對(duì)組織目標(biāo)的貢獻(xiàn)瘪板。
設(shè)定期望，統(tǒng)一思想
文檔內(nèi)容的宣講漆诽。
5.3 開發(fā)測(cè)試
A侮攀、迭代N的需求細(xì)化
考慮每個(gè)迭代需要完成的用戶故事；
用戶故事需包含幾個(gè)部分厢拭，工作量評(píng)估兰英、功能性需求、非功能性需求蚪腐。
用戶故事編寫完成后需要在團(tuán)隊(duì)內(nèi)部進(jìn)行需求評(píng)審箭昵，一方面是為了向團(tuán)隊(duì)成員解讀該需求税朴，另一方面團(tuán)隊(duì)成員也可在評(píng)審時(shí)給出指導(dǎo)性意見回季。
B家制、測(cè)試用例評(píng)審
測(cè)試人員根據(jù)用戶故事要求編寫對(duì)應(yīng)的測(cè)試用例，并組織項(xiàng)目團(tuán)隊(duì)進(jìn)行測(cè)試用例評(píng)審泡一。根據(jù)評(píng)審意見修改測(cè)試用例
C颤殴、開發(fā)
將用戶故事的需求開發(fā)的過程。
D鼻忠、開發(fā)自測(cè)
在開發(fā)過程中涵但，每完成一個(gè)功能點(diǎn)，都需要及時(shí)的進(jìn)行開發(fā)自測(cè)并通知產(chǎn)品策劃人員進(jìn)行驗(yàn)收體驗(yàn)帖蔓。
代碼提交可通過更新Jira任務(wù)的狀態(tài)來關(guān)聯(lián)Gitlab中代碼的提交及狀態(tài)更新矮瘟。
E、驗(yàn)收
開發(fā)完成后塑娇，產(chǎn)品策劃需要對(duì)開發(fā)完成的成果進(jìn)行驗(yàn)收澈侠，驗(yàn)證其是否符合用戶故事的要求，驗(yàn)證通過后方可流到測(cè)試環(huán)節(jié)埋酬，否則需與開發(fā)詳細(xì)討論其不符合性哨啃，其驗(yàn)收的checklist可做比較。
F写妥、測(cè)試和回歸
提交測(cè)試時(shí)拳球，必須要有正確的版本。測(cè)試人員根據(jù)測(cè)試用例進(jìn)行測(cè)試珍特，在Jira中提交測(cè)試bug祝峻，并根據(jù)測(cè)試的角度給出產(chǎn)品是否發(fā)布的意見。
G扎筒、bug修改
在Jira中獲取分配給自己的bug進(jìn)行修改呼猪。
H、預(yù)生產(chǎn)發(fā)布
迭代一定版本后砸琅，在發(fā)布生產(chǎn)之前進(jìn)行預(yù)生產(chǎn)測(cè)試宋距。
5.4 上線
預(yù)生產(chǎn)測(cè)試通過后發(fā)布生產(chǎn)。
5.5 運(yùn)營(yíng)跟進(jìn)
每日站立會(huì)
組織者輪流擔(dān)任症脂，負(fù)責(zé)控制節(jié)奏谚赎，記錄問題，以備會(huì)后跟蹤诱篷。
每人講自己昨天做了什么壶唤，有什么問題，今天的計(jì)劃是什么棕所；
其他人了解別人的工作情況闸盔，并發(fā)現(xiàn)指出可能存在的問題。
對(duì)于發(fā)現(xiàn)的問題琳省，鼓勵(lì)認(rèn)領(lǐng)迎吵，其余由項(xiàng)目經(jīng)理指定責(zé)任人躲撰。
時(shí)間通常控制在15分鐘內(nèi)击费。
會(huì)議期間拢蛋，更新任務(wù)墻，任務(wù)墻樣式如下：
周報(bào)
反饋項(xiàng)目計(jì)劃的執(zhí)行情況蔫巩，強(qiáng)調(diào)本周工作要達(dá)成的目標(biāo)
暴露出項(xiàng)目的問題谆棱，特別是需要領(lǐng)導(dǎo)或其他團(tuán)隊(duì)需要協(xié)助的問題。
周報(bào)可在IT平臺(tái)中輸出圆仔。
迭代回顧
每人講述本次迭代做的好的地方和不好的地方
回顧上個(gè)迭代不好的地方垃瞧，看看改進(jìn)情況。
6. 總結(jié)階段
項(xiàng)目經(jīng)理指導(dǎo)產(chǎn)品經(jīng)理收集總結(jié)項(xiàng)目的產(chǎn)品運(yùn)營(yíng)數(shù)據(jù)（度量指標(biāo)）坪郭，同時(shí)指導(dǎo)團(tuán)隊(duì)成員從自身角色進(jìn)行總結(jié)皆警，包括測(cè)試、開發(fā)截粗、UI等信姓。
由PM將過程文檔和經(jīng)驗(yàn)教訓(xùn)總結(jié)進(jìn)行歸檔并制定改進(jìn)產(chǎn)品計(jì)劃。
