近期根據(jù)我們開發(fā)團(tuán)隊(duì)敏捷開發(fā)項(xiàng)目的實(shí)踐磨合格郁，對(duì)比較傳統(tǒng)的開發(fā)團(tuán)隊(duì)如何提高團(tuán)隊(duì)效率進(jìn)而轉(zhuǎn)化到敏捷開發(fā)團(tuán)隊(duì)餐茵，主要是結(jié)合我們團(tuán)隊(duì)的實(shí)際情況總結(jié)的狈究，大家在實(shí)際過程中可以參考煤裙。
團(tuán)隊(duì)轉(zhuǎn)化前的困境
- 團(tuán)隊(duì)協(xié)同比較亂
- 以項(xiàng)目為中心亮钦，產(chǎn)品經(jīng)理地位不高馆截，產(chǎn)品沒有沉淀
- CICD自動(dòng)化流水線不存在
- 人員復(fù)用情況比較嚴(yán)重，效率比較低
- 需求到產(chǎn)品及產(chǎn)品到開發(fā)中間斷層
解決方法
- 規(guī)范軟件產(chǎn)品開發(fā)項(xiàng)目管理過程蜂莉。
- 開展項(xiàng)目研發(fā)蜡娶、管理等活動(dòng)。
- 構(gòu)建CICD自動(dòng)化流水線映穗。
- 建立需求池窖张，制定長(zhǎng)期及短期計(jì)劃。
- 建立需求到產(chǎn)品及產(chǎn)品到開發(fā)的標(biāo)準(zhǔn)流程蚁滋。
角色及職責(zé)定義
項(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)者都可以理解敏捷和尊重敏捷的理念副女。
產(chǎn)品負(fù)責(zé)人、產(chǎn)品經(jīng)理
- 確定產(chǎn)品的功能蚣旱，拆分用戶故事碑幅。
- 需求功能確定優(yōu)先級(jí)戴陡。
- 需求轉(zhuǎn)化成標(biāo)準(zhǔn)PRD及原型設(shè)計(jì)
- 接受或拒絕開發(fā)團(tuán)隊(duì)的工作成果。
- 參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議沟涨。
- 參與及決策產(chǎn)品開發(fā)過程中需求的變更
UI設(shè)計(jì)師
- 根據(jù)用戶故事猜欺，負(fù)責(zé)產(chǎn)品的功能交互及界面設(shè)計(jì)。
- 組織開展人機(jī)交互及用戶體驗(yàn)拷窜，不斷跟蹤改進(jìn)，提高產(chǎn)品表現(xiàn)力涧黄。
- 參與產(chǎn)品開發(fā)過程中的有關(guān)會(huì)議篮昧。
開發(fā)團(tuán)隊(duì)
- 根據(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ā)布域仇。
敏捷過程的產(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 中的問題都已分配并可以得到解決妒潭。
項(xiàng)目管理過程
- 需求啟動(dòng)
- 需求設(shè)計(jì)
- 開發(fā)測(cè)試
- 上線
- 運(yùn)營(yíng)跟進(jìn)
總結(jié)
項(xiàng)目經(jīng)理指導(dǎo)產(chǎn)品經(jīng)理收集總結(jié)項(xiàng)目的產(chǎn)品運(yùn)營(yíng)數(shù)據(jù)（度量指標(biāo)）及需求悴能，產(chǎn)品經(jīng)理對(duì)需求進(jìn)行梳理及轉(zhuǎn)化，同時(shí)指導(dǎo)團(tuán)隊(duì)成員從自身角色進(jìn)行總結(jié)雳灾，包括測(cè)試漠酿、開發(fā)、UI等谎亩。
