近期根據(jù)我們開發(fā)團隊敏捷開發(fā)項目的實踐磨合，對比較傳統(tǒng)的開發(fā)團隊如何提高團隊效率進而轉(zhuǎn)化到敏捷開發(fā)團隊，主要是結(jié)合我們團隊的實際情況總結(jié)的，大家在實際過程中可以參考。
團隊轉(zhuǎn)化前的困境
- 團隊協(xié)同比較亂
- 以項目為中心，產(chǎn)品經(jīng)理地位不高，產(chǎn)品沒有沉淀
- CICD自動化流水線不存在
- 人員復(fù)用情況比較嚴重，效率比較低
- 需求到產(chǎn)品及產(chǎn)品到開發(fā)中間斷層
解決方法
- 規(guī)范軟件產(chǎn)品開發(fā)項目管理過程。
- 開展項目研發(fā)、管理等活動。
- 構(gòu)建CICD自動化流水線。
- 建立需求池，制定長期及短期計劃。
- 建立需求到產(chǎn)品及產(chǎn)品到開發(fā)的標準流程。
角色及職責定義
項目負責人、項目經(jīng)理
保護團隊不受外界干擾，是團隊的領(lǐng)導(dǎo)和推進者，負責提升 Scrum 團隊的工作效率，控制 Scrum 中的“檢視和適應(yīng)”周期過程。與 Product Owner 一起將投資產(chǎn)出最大化，他確保所有的利益相關(guān)者都可以理解敏捷和尊重敏捷的理念。
產(chǎn)品負責人、產(chǎn)品經(jīng)理
- 確定產(chǎn)品的功能，拆分用戶故事。
- 需求功能確定優(yōu)先級。
- 需求轉(zhuǎn)化成標準PRD及原型設(shè)計
- 接受或拒絕開發(fā)團隊的工作成果。
- 參與產(chǎn)品開發(fā)過程中的有關(guān)會議。
- 參與及決策產(chǎn)品開發(fā)過程中需求的變更
UI設(shè)計師
- 根據(jù)用戶故事，負責產(chǎn)品的功能交互及界面設(shè)計。
- 組織開展人機交互及用戶體驗，不斷跟蹤改進，提高產(chǎn)品表現(xiàn)力。
- 參與產(chǎn)品開發(fā)過程中的有關(guān)會議。
開發(fā)團隊
- 根據(jù)用戶故事，負責產(chǎn)品的技術(shù)架構(gòu)設(shè)計及功能開發(fā)。
- 評估、設(shè)計及維護產(chǎn)品相應(yīng)模塊，確保模塊的穩(wěn)定性、易用性、高效性。
- 參加產(chǎn)品開發(fā)過程中的有關(guān)會議。
測試人員
- 根據(jù)用戶故事，設(shè)計產(chǎn)品測試標準，確保產(chǎn)品品質(zhì)滿足市場需求。
- 合理分配測試資源，組織產(chǎn)品測試并優(yōu)化測試流程及測試標準，提高測試效率。
- 編寫產(chǎn)品測試用例，提交測試問題，編寫測試總結(jié)報告，以測試角度來確定產(chǎn)品版本是否發(fā)布。
敏捷過程的產(chǎn)物
Product Backlog——Backlog 待開發(fā)項，積壓的任務(wù)
產(chǎn)品 Backlog 包括了所有需要交付的內(nèi)容，其內(nèi)容根據(jù)業(yè)務(wù)需求的價值順序排列，每個 Backlog 的優(yōu)先級是可以調(diào)整的，需求是可以增減的，因此產(chǎn)品 Backlog 將根據(jù)不斷增長來持續(xù)驅(qū)動維護。
Sprint Backlog——Sprint 本意為“沖刺”，指迭代周期，長度通常是一至兩周
在 Sprint 開始前，定義本次 Sprint 要討論的“Sprint Backlog”，從中產(chǎn)生本次 Sprint 要完成的 “已定 Product Backlog”。
已定 Product Backlog是 Sprint 計劃會議的產(chǎn)物，它定義了團隊所接受的工作量，在整個 Sprint 過程中它將保持不變。
User Story、Task——用戶故事、任務(wù)
用 User Story 來描述 Sprint Backlog 里的項目，User Story是從用戶的角度對系統(tǒng)的某個功能模塊所作的簡短描述。一個 User Story描述了項目中的一個小功能，以及這個功能完成之后將會產(chǎn)生什么效果，或者說能為客戶創(chuàng)造什么價值。一個 User Story的大小和復(fù)雜度應(yīng)該以能在一個 Sprint 中完成為宜。如果 User Story 太大，可能會導(dǎo)致對它的開發(fā)橫跨幾個Sprint，此時就應(yīng)該將這個 User Story 分解。為了能夠及時，高效地完成每個 Story，Scrum 團隊會把每個 Story分解成若干個 Task。每個Task 的時間最好不要超過8小時，保證在1個工作日內(nèi)完成，如果 Task的時間超過了8個小時，就說明Task的劃分有問題，需要特別注意。
障礙 Backlog——問題列表，積壓的待處理事務(wù)
列舉了所有團隊內(nèi)部和團隊相關(guān)的和阻礙項目的進度的問題，Scrum Master 需要確保所有的障礙 Backlog 中的問題都已分配并可以得到解決。
項目管理過程
- 需求啟動
- 需求設(shè)計
- 開發(fā)測試
- 上線
- 運營跟進
總結(jié)
項目經(jīng)理指導(dǎo)產(chǎn)品經(jīng)理收集總結(jié)項目的產(chǎn)品運營數(shù)據(jù)（度量指標）及需求，產(chǎn)品經(jīng)理對需求進行梳理及轉(zhuǎn)化，同時指導(dǎo)團隊成員從自身角色進行總結(jié)，包括測試、開發(fā)、UI等。
