研發團隊落地敏捷開發管理全流程，及常用的2大敏捷專案管理工具

文章略長，透過本文你將瞭解以下問題：1、敏捷開發的全流程；2、如何保障敏捷開發的落地；3、敏捷開發的管理和度量；4、敏捷開發管理常用工具等。

隨著公司業務的快速發展和團隊規模的日益增長，你可能會發現：

業務需求端到端交付週期長，已經無法滿足快速響應客戶的需求；

團隊成員被動性接受任務，自主性和自驅力不強；

各種固化的流程、缺失的文件，難以繼續推動產品質量提升和開發效率提高；

……

以上都有可能是我們決定轉型敏捷的原因。但我們知道，

敏捷開發只是一種指導思想和原則，敏捷開發並沒有給出具體的實踐步驟

，它希望團隊透過實踐，找到屬於自己的敏捷實踐，從而解決問題達成目標。在敏捷轉型過程中，團隊會經歷猶如刮骨療傷般的陣痛，但同時團隊的管理思維、研發協作、組織文化、產品質量等方面也會得到長和規範化。

接下來會結合以往的實踐經驗，介紹我們敏捷團隊走完一個迭代所涉及的環節和內容，希望給即將或已經進行敏捷實踐的個人、團隊帶來一些思考和參照。

一、敏捷開發的流程

關於什麼是敏捷開發？什麼是Scrum？這些概念性的問題網上已經有非常豐富的資料，所以這裡就不做過多的贅述。延伸閱讀《 敏捷開發：Scrum框架概述 》地址：https：//sc。pingcode。com/t/61B

敏捷研發是涉及整個軟體工程的理念與實踐，它的本質是迭代和增量式軟體開發方式，防止出現嚴重偏離客戶需求，達到快速響應市場變化的目的。

敏捷開發比較注重的地方是組織文化、流程以及工具的結合體而且缺一不可。

缺少工具支援的敏捷研發無法實現“高速”；缺少組織文化支援的敏捷研發會讓團隊成員之間無法團結一致完成共同的目標。

在敏捷開發中，強調持續整合交付有價值的成果

。把產品專案整個任務進行拆分成多個小批次目標，根據優先順序進行迭代式推進，每個小批次任務完成後都是可交付給到客戶使用的，縮短客戶等待週期反饋週期，及時根據反饋結果進行調整，以此達到客戶滿意度。

根據近些年實施敏捷開發的經驗，

要成功實施敏捷開發需要根據公司的業務特點、自身組織實際情況，制定適合自己的Scrum流程

而切記邯鄲學步。

1. 版本規劃

在版本規劃時，建議綜合考慮客戶的

價值、整體質量與範圍、進度、預算等

限制條件。常見版本四種釋出規則 ，團隊採用最適合的即可：

在每個衝刺後釋出，而是把多個衝刺的結果合併為一個版本進行釋出；

釋出和衝刺保持一致，即衝刺結束後立刻進行版本釋出；

按特性發布，即每次做完一個特性就進行一次釋出，我們管這種釋出也叫持續交付；

按需釋出，它是綜合以上釋出，按業務方的需求來選擇何時釋出。

不管你採用哪種方式進行釋出，大多陣列織實踐中發現最好能夠稍微做一些長期的規劃，有利於整體統籌規劃。

有些組織可能用別的名稱來代替，比如：長期規劃「放眼於多個衝刺」、里程碑「各版本與重大里程碑一致」。

2. 團隊管理

Scrum框架下有三種常見角色：產品負責人「Product Owner」、Scrum主管「Scrum Master」、團隊成員「Scrum Team」。

根據我們開發中的實際情況將角色分為以下四種：

專案經理：相當於Scrum主管，負責協調團隊內部合作，召集站立會議，把控專案整體進度；

產品經理：相當於產品負責人，負責決定應該做什麼工作，明確工作項、評定優先順序，擬定待辦事項Backlog清單的內容，確定各個事項的優先順序；

開發人員：開發人員是專案開發任務具體的實施者。他們負責完成開發任務，及時反饋開發進度；

測試人員：測試人員是專案測試任務具體的實施者。他們負責制定測試計劃，編寫測試用例，建立以及迴歸缺陷。

如有有需要，Scrum團隊還可以根據專案需求新增其他崗位人員。

3. 需求梳理

專案開始前，由產品負責人收集來自各方需要、期望和訴求，明確工作項、評定優先順序，整理出Backlog待辦事項列表，常見的條目資訊表達形式為使用者故事。在衝刺計劃會議上，Scrum團隊從產品待辦列表中挑選其中事項組成Sprint Backlog。

產品負責人對需求任務設定優先順序，結合自身情況自定義需求狀態，利用「子任務」進行細化和拆解，設定任務歸屬於不同的資源池，形成完整的故事結構。

敏捷開發也無法幫助團隊解決需求優先順序/功能優先順序排序的問題，所以我們是透過一款工具 （PingCode） 建立標準化的產品優先順序模型，資料化評估客戶最需要的功能，確保產品目標與公司經營目標保持一致。

4. 迭代計劃

在迭代開始前，需要有一個迭代計劃會議。

在會議中安排迭代中要做的工作以及確定迭代目標。在迭代計劃會上，產品負責人需要告訴團隊迭代待辦列表中條目實現的優先順序順序。

團隊承諾在迭代中他們能夠完成多少個條目。在迭代的過程中，任何人不能單方面擅自變更衝刺內容。最終的計劃是由整個Scrum團隊協作完成的。

在每個迭代/版本開始前，交付團隊和需求方就應當在計劃會議上針對下一個迭代/版本要交付的範圍進行討論，交付團隊就討論結果，做出在迭代結束時一定會交付約定範圍的需求的承諾。

5. 跟蹤迭代進度

迭代目標明確後，即將進入迭代衝刺。

一般迭代週期為1至4周左右

。

在整個迭代過程中，需要由Scrum Master 確保團隊在無外界干擾的情況下全力以赴的衝刺。

在衝刺的過程中，建議採用視覺化管理方式將迭代過程和工作必須對執行工作的人員和接受工作的人員都是可見的

。（後面我們將會整理一些視覺化工具和資料指標。）

5.1每日站會

迭代開始後，團隊在每日站立會議「Daily Scrum Meeting」中對每天工作進行迭代跟蹤。會議圍繞以下三個問題展開：

我昨天做了什麼？

我今天計劃做什麼？

有什麼問題阻礙了我？

保證Scrum Master和團隊成員可以快速處理障礙，集中精力進行目標衝刺。同時建議站會結束後，將比較有價值的資訊同步到Wiki中。

5.2 關注團隊進度

除了應用視覺化看板、每日站會可以監控專案進度和風險以外，還有一個特別好用的實踐，即燃盡圖。

燃盡圖以圖形化方式展現了剩餘工作量與時間的關係。要求團隊每日更新工作進度，養成良好的更新習慣。

從圖中可以瞭解團隊計劃，把握團隊進展以及知曉工作步調是否一致。同時可以及時發現問題並做出改進。

透過甘特圖能隨時檢視迭代的具體進度以及每個專案成員的任務分工情況，做到分配合理。

6. 迭代評審

迭代衝刺的結果是潛在的可交付的產品增量，

那麼如何來評估衝刺目標完成的結果呢

？

接下來要進行另外一個事件，即迭代評審會議。這個事件是讓開發團隊向利益相關者展示他們在本次Sprint中取得的成就，

根據DoD“完成的定義”和驗收標準，驗證增量，這些增量應該是：已經開發、測試完成、經過整合的和已經記錄的。

在迭代評審期間，團隊和利益相關者將評審在這次迭代衝刺中完成了什麼，以及環境發生了什麼變化。基於這些資訊，與會者可以就下一步的工作進行協作。PBI也可能會進行調整以適應新的機會。這裡需要注意，迭代評審是一個工作會議，團隊應避免將其僅限於展示。

7. 迭代回顧

迭代回顧會議的目的是規劃提高質量和效能的方法

。應當對整個迭代的過程進行回顧，檢視最近一個迭代衝刺中有關個體、互動、過程、工具和需求完成情況如何及遇到哪些問題，這些問題是如何解決或未解決的。

團隊識別出最有用的改變以提高其效能。最有影響力的改進將盡快得到執行。甚至可以將它們新增到下一個迭代衝刺的迭代待辦列表中。如果需要，可將重要的資訊更新到Wiki中，讓團隊成員時時可見。

二、敏捷開發的落地保障

產品專案研發採用敏捷開發模式，首先得建立符合敏捷開發模式的組織團隊，強調團隊穩定、目標明確協作一體化，團隊參與全過程、為質量負責。

再好的敏捷開發流程不付諸行動，也是虛無的妄談。

流程標準不一定是精確管控或對產品質量提升提供決定性的因素，但可以保障產品質量的下限。

為實施敏捷開發流程，從管理與團隊支援、敏捷教練與培訓、專案試點、持續改進與擴充套件等四方面進行展開。

針對敏捷開發流程實施落地，從如下方面進行保障：

1、敏捷意識先行

任何組織的變革中，總會有小部分“牴觸者”的存在，碰巧如果這些人影響力很大，對專案的推廣非常不利。在敏捷開發流程實施過程中，必須做到意識先行。如對敏捷開發的誤解，很容易造成管理人員，團隊成員對敏捷開發產生牴觸情緒。

因此需要對敏捷開發的成本與價值，從管理層到基層員工認知上達成共識，即統一思想、統一認知。

2、敏捷基本機制和執行規則

Scrum三三五五：

三個角色：產品負責人 ScrumMaster和產品團隊

三個工件：產品backlog、迭代Backlog和產品增量

五個活動：迭代、迭代計劃會、每日站會、迭代演示會和迭代總結會

五個核心價值觀：專注、尊重、承諾、勇氣和開放

3、高效敏捷團隊

打破職能，全員參與：

採用敏捷開發模式，原來按職能規劃的團隊組織必須調整，全部團隊成員必須貫穿專案，對專案最終質量負責。由於敏捷開發強調持續迭代開發、快速交付，因此人員角色職能可以模糊化，一起做好軟體的質量保證。

團隊氛圍：

實施敏捷開發初期，選擇相對積極同學參與組建敏捷團隊，不要過於追求完美。先形似後神似，成功開展前兩個迭代很重要。每日三贊，表現好的同學，站會及時提出表揚，做的差的以引導為主。總結會議或技術分享，營造輕鬆氛圍，真實反饋，相互討論，互相促進。

敏捷的組織文化中，相對以往的瀑布流程，敏捷更關注人，因此敏捷測試組織應該以人為導向，是一種驅動、自組織、協作式的文化氛圍。

4、雙週交付模型

為實現業務的快速迭代，而提出雙週發版的交付模式。貫徹的總體原則為：

評審、開發、測試完全並行，以兩週為固定週期，以需求維度持續交付。

要落地一些準備工作，例如統一版本排期的時間表、確定專案中各個角色的交付時間，讓PM、UI、客戶端RD、服務端RD和QA，各角色都能夠清晰的知道自己接入的時間點，並在規定的時間點交付內容。由於各角色的任務和分工得到了明確，減少了協作中的溝通成本，各角色也可以如齒輪一樣，持續產出交付給下游團隊，整個交付週期效率得到了有效的提升。（業務維度AB組各個角色分工詳情示意圖「美團」）

雙週模型中關鍵點：

W1需求評審：週三PM組織三方評審業務需求+埋點需求+UI需求。

W2排期：週三API RD出排期，週四客戶端RD出排期，UI產出視覺初稿。客戶端RD排期需細化至需求可提測時間點，便於QA、PM和UI提前協調測試、驗收時間。

W3介面評審+服務端先行開發：介面文件，UI資源週四前到位。

W4客戶端開發，週四API提測（最晚）。

W5客戶端開發+冒煙測試：RD開發完後直接冒煙測試，以需求維度交付給QA，不需要等到最後一天集中冒煙測試；需求交付後，PM與UI可介入驗收環節。

W6客戶端測試+週二服務端上線：客戶端一輪測試結束前，PM與UI應完成需求驗收。

W7灰度+週二全量理想狀態一個版本的週期為五週半。

W3時，PM會繼續組織三方評審；W4時，API繼續開發下版本；W5時，客戶端RD會繼續下一個版本的開發。

5、敏捷開發工具支撐

敏捷開發中非常強調公開、透明、直接有效的溝通，這也是“視覺化的管理工具”在敏捷開發中如此重要的原因之一

。透過“視覺化的管理工具”讓所有人直觀的看到所有需求池、UserStory、Task、燃盡圖和Bug的狀態及之間的流動。為使團隊成員快速適應敏捷開發流程，將流程標準固化到視覺化的管理工具。

這裡分享國內外的幾款頂級敏捷開發管理工具。

PingCode：

這是國內最好用的研發全流程管理工具之一，

曾在2021年獲得由36氪釋出的研發專案管理榜TOP1，被廣泛用於敏捷開發專案管理

，以及需求收集、需求管理、產品路線規劃、kanban/瀑布專案管理、測試管理、缺陷管理、文件管理、效能度量以及與外部工具整合等。支援saas、私有部署等購買方式，價格僅為Jira的30%-40%。【

官網

：

https：//sc。pingcode。com/t/xjB

】

詳細的敏捷開發解決方案大家可透過以下文章瞭解《 PingCode是如何做敏捷開發專案管理的 》地址：https：//sc。pingcode。com/t/p1B

Jira：

Jira是全球範圍內軟體開發的先驅。該品牌於2002年由Atlassian公司在澳大利亞創立，最初是一個問題跟蹤工具，此後逐漸發展為多工的專案管理軟體，能夠很好的支援敏捷開發專案管理。但自從2020年停售國內本地版後（一定意義上對國內使用者禁售），所以這可能會帶來一定的風險，但也絲毫不影響其地位。【官網：Atlassian。com】

三、敏捷管理和度量

1、定性管理

增量是一個Sprint完成的所有產品待辦列表總和以前Sprint所產生的增量的價值總和。

衝刺計劃：對沖刺期間工作範圍及工作量的詳細評估；

每日站會：團隊成員共享任務進度和麵臨的問題，提供相關Sprint任務剩餘時間的報告，保持目標方向；

Sprint總結會議：分享進展順利，表現優秀的地方；進展不佳及改進思路，可以幫助Scrum團隊和流程的持續改進；

團隊滿意度：定期瞭解Scrum團隊滿意度，可以提升敏捷文化，減少團隊衝突和流程問題。

2. 定量管理

燃盡圖「Brundown Chart」：比較直觀顯示衝刺過程中完成了多少故事點以及還剩下多少故事點，有助於預測衝刺範圍是否會按時完成；

敏捷速度「Velocity Chart」：衡量團隊在過去幾個Sprint中平均完成的故事點數即產能，用於預測團隊在新的Sprint中的表現。也可以用於提升團隊產能的衡量指標。但Scrum團隊之間比較不具備參考意義；

累積流量圖「Cumulative Flow Diagram」：用於顯示任務狀態-在sprint，發行版或跨軟體團隊。它可以視覺化流程中的瓶頸–在任何工作流程階段中，成比例的大量任務表明存在問題。例如，在驗證或測試階段圖表中的大“氣泡”表示該階段資源不足；控制圖（Control Chart）、缺陷數等；

度量的目的是為了使Scrum團隊更加聚焦交付增量目標，透過過程指標不斷修正和持續改進，而非以考核和監督為目的。

四、敏捷開發落地總結

在敏捷開發流程實施落地的過程中，深刻體會到企業敏捷的落地是理想和現實的激烈碰撞。敏捷開發管理實施落地不是一蹴而就，也沒有銀彈。

敏捷開發，其實就是PDCA方法在軟體開發領域的應用，以期望實現高質量、可控、可預測的交付產品。其核心在於一個持續最佳化的閉環。

內容整理自公眾號：24kTeach，原文：https：//mp。weixin。qq。com/s/Tz6DjkfXTj7V_hQ0f7Zr0g