在軟件項(xiàng)目研發(fā)管理過程中，是否經(jīng)常出現(xiàn)這樣的場(chǎng)景：開發(fā)人員不知道什么時(shí)候轉(zhuǎn)測(cè)；項(xiàng)目經(jīng)理拿個(gè)Excel文檔群里一發(fā)，某任務(wù)前天就應(yīng)該完成的，怎么現(xiàn)在還沒開始搞；前端問這部分UI是誰(shuí)在做，什么時(shí)候能做完；測(cè)試說線上這個(gè)bug又是誰(shuí)改出來的，這次沒轉(zhuǎn)測(cè)這模塊……等等。整個(gè)協(xié)作感覺一團(tuán)亂麻，團(tuán)隊(duì)內(nèi)部充滿了甩鍋與抱怨的氛圍。軟件項(xiàng)目的研發(fā)流程該怎么規(guī)范，讓團(tuán)隊(duì)成員都能目標(biāo)明確，步調(diào)一致，讓產(chǎn)品迭代充滿節(jié)奏感。本文基于筆者項(xiàng)目研發(fā)管理經(jīng)驗(yàn)整理，希望起到拋磚引玉的作用，探討高效團(tuán)隊(duì)的協(xié)作流程模式。
1. 協(xié)作流程
基本原則：
1. 所有問題可追蹤（需求，BUG，優(yōu)化）
2. 所有工作透明化（工作量， 進(jìn)展， Block優(yōu)化）
2. 各階段內(nèi)容詳解
2.1. 需求收集確認(rèn)
本階段主要是與產(chǎn)品經(jīng)理相關(guān)的活動(dòng)內(nèi)容：
- 產(chǎn)品經(jīng)理在每次版本開始之前定期收集各方需求，包括客戶反饋、領(lǐng)導(dǎo)意見（對(duì)很多中小企業(yè)來說，老板就是最大的“用戶”）、市場(chǎng)調(diào)研及技術(shù)團(tuán)隊(duì)需求等來源，輸出需求列表
- 在版本開始之前召開版本計(jì)劃會(huì)議，參與者包括項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理，及項(xiàng)目核心成員，按優(yōu)先級(jí)梳理需求列表，輸出下次版本的初步任務(wù)列表（之所以說初步，是因?yàn)樵摿斜砗竺婵赡芨鶕?jù)評(píng)審情況進(jìn)行調(diào)整）
- 產(chǎn)品經(jīng)理基于初步任務(wù)列表完成詳細(xì)需求文檔，組織團(tuán)隊(duì)成員——包括相關(guān)UI、開發(fā)、測(cè)試，召開 需求評(píng)審會(huì)議，輸出評(píng)審意見及修正完成時(shí)間
- 產(chǎn)品經(jīng)理針對(duì)需求評(píng)審會(huì)議中團(tuán)隊(duì)提出的意見建議，在修正完成時(shí)間內(nèi)及時(shí)修正需求文檔，并及時(shí)通知團(tuán)隊(duì)相關(guān)成員，輸出確定的需求文檔
注：可在需求評(píng)審會(huì)議后，進(jìn)行任務(wù)的初步認(rèn)領(lǐng)分配與時(shí)間估算，初步確定轉(zhuǎn)測(cè)、上線時(shí)間節(jié)點(diǎn)
2.2. 設(shè)計(jì)開發(fā)
- 項(xiàng)目經(jīng)理根據(jù)需求文檔完成任務(wù)拆解，并在任務(wù)管理系統(tǒng)中創(chuàng)建對(duì)應(yīng)任務(wù)單，指定經(jīng)辦人
- 各經(jīng)辦人認(rèn)領(lǐng)任務(wù)后，根據(jù)自身任務(wù)的期限，及時(shí)與依賴方溝通，確定依賴任務(wù)的完成時(shí)間，以免影響自身任務(wù)進(jìn)度，存在問題及時(shí)向項(xiàng)目經(jīng)理反饋。
- UI設(shè)計(jì)完成后，相關(guān)開發(fā)人員與產(chǎn)品經(jīng)理需對(duì)UI設(shè)計(jì)進(jìn)行確認(rèn)，如果涉及內(nèi)容較多，可組織UI評(píng)審會(huì)議（由產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理權(quán)衡組織）
- 涉及流程的開發(fā)任務(wù)需要有必要的設(shè)計(jì)，技術(shù)相關(guān)負(fù)責(zé)人負(fù)責(zé)對(duì)設(shè)計(jì)review，沒有review的設(shè)計(jì)不能開發(fā)；任務(wù)開發(fā)完成需要進(jìn)行代碼review
- 項(xiàng)目經(jīng)理定期組織項(xiàng)目例會(huì)（緊急版本建議每天一次，較長(zhǎng)期版本建議一周一次或兩次），持續(xù)跟進(jìn)任務(wù)進(jìn)度與問題，并及時(shí)協(xié)調(diào)處理，以保障進(jìn)度預(yù)期
- 在預(yù)定轉(zhuǎn)測(cè)時(shí)間節(jié)點(diǎn)前一天，開發(fā)人員編寫轉(zhuǎn)測(cè)文檔，描述本次版本調(diào)整內(nèi)容（附上任務(wù)列表）及注意事項(xiàng)，并通知項(xiàng)目相關(guān)人員（釘釘群或郵件）
2.3. 測(cè)試
- 需求評(píng)審會(huì)議后，測(cè)試人員需對(duì)各功能模塊編寫測(cè)試用例文檔，并在轉(zhuǎn)測(cè)前組織測(cè)試評(píng)審會(huì)議，對(duì)各功能各環(huán)節(jié)進(jìn)行復(fù)核與查漏補(bǔ)缺
- 一次版本任務(wù)可根據(jù)情況分批測(cè)試，并確定每輪轉(zhuǎn)測(cè)的內(nèi)容與時(shí)間節(jié)點(diǎn)；分批測(cè)試完成后，需在上線前進(jìn)行集成測(cè)試，注意預(yù)留一定的時(shí)間用于問題修復(fù)
- 測(cè)試完成，需要將測(cè)試結(jié)論通報(bào)項(xiàng)目相關(guān)人員（釘釘群或郵件），包括遺留問題與是否達(dá)到上線要求結(jié)論
注：產(chǎn)品經(jīng)理可在轉(zhuǎn)測(cè)后對(duì)開發(fā)實(shí)現(xiàn)進(jìn)行驗(yàn)收，以確定開發(fā)是否符合需求實(shí)際，以便及時(shí)進(jìn)行調(diào)整
2.4. 上線
- 上線人員需在上線前編寫上線方案文檔，記錄此次上線內(nèi)容，并對(duì)此次上線操作進(jìn)行推演，對(duì)所涉及的所有操作按步驟進(jìn)行記錄，如數(shù)據(jù)庫(kù)操作，代碼merge，jenkins構(gòu)建等；對(duì)可能存在的問題進(jìn)行備注及對(duì)應(yīng)的處理方案，并提交技術(shù)相關(guān)負(fù)責(zé)人review
- 項(xiàng)目經(jīng)理結(jié)合測(cè)試結(jié)論及其它各方面情況，決策是否上線，并將意見通知到項(xiàng)目相關(guān)人員（釘釘群或郵件）
- 上線人員按照上線方案文檔記錄的步驟，依次完成上線操作（上線操作最好至少由兩人完成，一人操作，一人檢視，避免出錯(cuò)）
- 上線完成后，測(cè)試人員與產(chǎn)品經(jīng)理對(duì)此次上線進(jìn)行線上驗(yàn)證，確保線上功能流程無問題
- 驗(yàn)證無誤后，由項(xiàng)目經(jīng)理或其他指定負(fù)責(zé)人將上線通知發(fā)布至利益相關(guān)者，包括項(xiàng)目團(tuán)隊(duì)所有成員及相關(guān)合作方，說明上線時(shí)間、上線內(nèi)容、影響因素、注意事項(xiàng)等（即時(shí)通訊群或郵件）
2.5. 復(fù)盤
- 版本結(jié)束后，項(xiàng)目經(jīng)理根據(jù)情況對(duì)上個(gè)周期組織復(fù)盤總結(jié)會(huì)，總結(jié)存在的問題與原因，及后續(xù)規(guī)避的辦法，總結(jié)積累的經(jīng)驗(yàn)等
以上各階段并不是完全串行推進(jìn)的，相互之間存在一些穿插，比如下一版本需求的收集整理與當(dāng)前版本的開發(fā)是并行推進(jìn)的，開發(fā)與測(cè)試也可以以分階段轉(zhuǎn)測(cè)的形式并行推進(jìn)，等等。
3. 一些常用工具
- jira 用于項(xiàng)目任務(wù)管理，其中Agile插件可方便查看整體任務(wù)面板，對(duì)任務(wù)狀態(tài)一目了然，需要求團(tuán)隊(duì)成員養(yǎng)成及時(shí)更新狀態(tài)的習(xí)慣
- confluence 文檔管理，用于各類文檔的集中化維護(hù)，以上所述的如需求文檔、開發(fā)設(shè)計(jì)文檔、轉(zhuǎn)測(cè)文檔、上線文檔等均可使用confluence以項(xiàng)目空間的形式集中化管理。
- gitlab 代碼管理
- jenkins 項(xiàng)目部署構(gòu)建工具
- nexus 搭建maven私有庫(kù)
4. 總結(jié)
團(tuán)隊(duì)工作講求步調(diào)與節(jié)奏，好的流程與規(guī)范可以讓一個(gè)水平一般的人也能充分發(fā)揮其作用，從而讓團(tuán)隊(duì)整體穩(wěn)步前進(jìn)，高效產(chǎn)出。而不好的流程，或根本不重視流程的團(tuán)隊(duì)，卻往往一盤散沙，甩鍋與抱怨充斥，戰(zhàn)斗力低下。本文以相對(duì)較粗粒度對(duì)軟件項(xiàng)目的基本流程管理做了介紹，更細(xì)節(jié)的內(nèi)容可能需要團(tuán)隊(duì)根據(jù)內(nèi)部具體情況進(jìn)行相應(yīng)處理與對(duì)待。鏈接： https://pan.baidu.com/s/1WBHsIWoquKTQHJ6IaSql3Q 是筆者基于以前團(tuán)隊(duì)敏捷項(xiàng)目管理及一些具體問題的思考分享PPT，供參考。提取碼：awya
