國(guó)外機(jī)構(gòu) Digital.ai 曾在2021年發(fā)布《第十五次敏捷狀態(tài)報(bào)告》，報(bào)告顯示：自疫情發(fā)生以來(lái)，采用敏捷的軟件開發(fā)團(tuán)隊(duì)有顯著增長(zhǎng)，從2020年的37%增加到了2021年的84%。除此以外，從敏捷狀態(tài)調(diào)查的早期開始，工具支持一直是決定敏捷成功的關(guān)鍵因素。

1. Scrum 簡(jiǎn)介

Scrum一個(gè)是用于開發(fā)和維護(hù)復(fù)雜產(chǎn)品的框架，特別是對(duì)于那些有著清晰 Roadmap 的特性開發(fā)團(tuán)隊(duì)，以便于按照固定的節(jié)奏提交價(jià)值增量，Scrum更加有完整的套路。

完整的Scrum框架包括：3個(gè)角色、3個(gè)工件、5個(gè)活動(dòng)和5個(gè)價(jià)值觀：

• 3個(gè)角色：Scrum Master、Product Owner、Team
• 3個(gè)工件：Product Backlog、Sprint Backblog、Increment
• 5個(gè)活動(dòng)：Sprint、Sprint planning meeting、Daily standup meeting、Sprint review、Retrospective meeting
• 5個(gè)價(jià)值觀：專注、勇氣、公開、承諾、尊重

本文將通過(guò)實(shí)際測(cè)評(píng)體驗(yàn)研發(fā)管理榜評(píng)分最高的敏捷項(xiàng)目管理工具 PingCode 對(duì) Scrum 框架的支持，以及項(xiàng)目管理全過(guò)程。（PingCode）

2. 敏捷開發(fā)項(xiàng)目實(shí)施的全流程

為了讓大家更好的理解，我們將按照一個(gè)標(biāo)準(zhǔn)Scrum流程為大家介紹說(shuō)明：

標(biāo)準(zhǔn)Scrum流程

2.1 產(chǎn)品目標(biāo)（愿景）管理

該環(huán)節(jié)痛點(diǎn)：很多研發(fā)團(tuán)隊(duì)成員只知道低頭做事，完全不知道自己要打造什么樣的產(chǎn)品，整個(gè)團(tuán)隊(duì)無(wú)法形成合力；

一個(gè)新項(xiàng)目往往是由愿景開始，愿景也可以認(rèn)為是目標(biāo)。

雖然敏捷開發(fā)憑借其在產(chǎn)品交付速度、質(zhì)量、風(fēng)控等方面的顯著優(yōu)勢(shì)，逐漸在軟件開發(fā)模式中占據(jù)主流，但大量問(wèn)題仍然阻礙著企業(yè)的敏捷實(shí)踐。其中，研發(fā)團(tuán)隊(duì)及其所在公司過(guò)于看重技術(shù)和流程，未能建立“上下同欲”的目標(biāo)感，就是研發(fā)團(tuán)隊(duì)經(jīng)常面臨的問(wèn)題之一。

在 PingCode 有一款專門為目標(biāo)管理服務(wù)的子產(chǎn)品（Goals），它能夠幫助項(xiàng)目團(tuán)隊(duì)進(jìn)行目標(biāo)管理，具體介紹如下：

• 建立上下同欲的目標(biāo)感：基于公開透明、層層對(duì)齊的團(tuán)隊(duì)目標(biāo)和個(gè)人目標(biāo)，每個(gè)成員都有機(jī)會(huì)融入進(jìn)企業(yè)的整體戰(zhàn)略中，提升成員的內(nèi)驅(qū)力；

• 建立可視化的目標(biāo)管理過(guò)程并與研發(fā)工作數(shù)據(jù)連接：Goals 不僅可實(shí)時(shí)查看目標(biāo)進(jìn)度，目標(biāo)還支持添加關(guān)聯(lián)多個(gè)項(xiàng)目的工作項(xiàng)，并查看項(xiàng)目研發(fā)進(jìn)度，從而定位給目標(biāo)進(jìn)度帶來(lái)風(fēng)險(xiǎn)的具體項(xiàng)目；

目標(biāo)管理同樣是很大的話題，詳細(xì)介紹就不在這里展開。

2.2 需求代辦列表管理

該環(huán)節(jié)痛點(diǎn)：很多團(tuán)隊(duì)經(jīng)常面臨需求描述、需求優(yōu)先級(jí)及排期問(wèn)題；

在產(chǎn)品愿景確定之后，團(tuán)隊(duì)將進(jìn)行市場(chǎng)調(diào)研等活動(dòng)，并根據(jù)愿景、需求調(diào)研逐步構(gòu)建需求代辦列表——需求池管理；

在需求收集和需求管理的過(guò)程中，產(chǎn)研團(tuán)隊(duì)經(jīng)常會(huì)遭遇兩類問(wèn)題：

• 需求描述的問(wèn)題：需求信息不清晰、不完整；
• 需求的優(yōu)先級(jí)及排期問(wèn)題：什么樣的功能能對(duì)用戶產(chǎn)生最大的價(jià)值，這是需求管理中最重要的問(wèn)題；

而以上問(wèn)題你都能在 PingCode 找到比較好的解決方案：

• 獲取清晰完整的需求信息，還原用戶場(chǎng)景：為了幫助產(chǎn)研團(tuán)隊(duì)更好的用戶洞察，PingCode 為用戶提供了統(tǒng)一的需求、缺陷和建議反饋通道，其中就包括Web Portal、小程序、郵件、Webhook等渠道。產(chǎn)研團(tuán)隊(duì)可以根據(jù)需求自定義工單頁(yè)面，以及與需求提交人直接溝通，盡可能的完善需求信息。在需求收集后，團(tuán)隊(duì)可以按照史詩(shī)/特性/用戶故事分級(jí)管理需求。

• 基于數(shù)據(jù)洞察實(shí)現(xiàn)科學(xué)的需求優(yōu)先級(jí)評(píng)審排期：PingCode 能夠幫助團(tuán)隊(duì)整合工作量、價(jià)值、投票數(shù)、信心指數(shù)、影響程度，以及其他客戶自定義的維度等信息。在評(píng)審過(guò)程中，團(tuán)隊(duì)將綜合各維度信息確定每個(gè)需求的權(quán)重分?jǐn)?shù)，需求經(jīng)過(guò)評(píng)審之后通過(guò)計(jì)算的權(quán)重分?jǐn)?shù)確定需求排期，以實(shí)現(xiàn)科學(xué)的優(yōu)先級(jí)管理。

2.3 產(chǎn)品路線規(guī)劃

過(guò)去產(chǎn)品總監(jiān)沒有固定的工具進(jìn)行產(chǎn)品規(guī)劃，或者使用Excel，細(xì)化調(diào)整費(fèi)時(shí)費(fèi)力，且與研發(fā)其他環(huán)節(jié)的工具割裂；

根據(jù)產(chǎn)品代辦列表和產(chǎn)品部門的細(xì)化，產(chǎn)品愿景的實(shí)現(xiàn)路徑慢慢清晰起來(lái)，并因此形成較為清晰的產(chǎn)品路線圖規(guī)劃。

產(chǎn)品路線圖是產(chǎn)品需求在時(shí)間軸上的總體視圖，它是產(chǎn)品需求與其完成時(shí)間的概覽，可以使用產(chǎn)品路線圖來(lái)對(duì)需求進(jìn)行分類、排定優(yōu)先級(jí)，然后確定發(fā)布時(shí)間表。產(chǎn)品路線圖宏觀的展示了產(chǎn)品的發(fā)展方向以及開發(fā)團(tuán)隊(duì)何時(shí)實(shí)現(xiàn)目標(biāo)。

有效的路線圖不僅是一個(gè)強(qiáng)調(diào)產(chǎn)品發(fā)布和功能的時(shí)間表：它是一個(gè)動(dòng)態(tài)的文檔，產(chǎn)品負(fù)責(zé)人會(huì)在項(xiàng)目進(jìn)行過(guò)程中根據(jù)實(shí)際情況不斷更新，所以在創(chuàng)建產(chǎn)品路線圖的初期，對(duì)需求、工作量、優(yōu)先級(jí)、完成時(shí)間的估算不要求也無(wú)法很精確，這些內(nèi)容都是隨著項(xiàng)目進(jìn)行不斷細(xì)化調(diào)整的。

而在過(guò)去很多團(tuán)隊(duì)都沒有專業(yè)的工具進(jìn)行產(chǎn)品規(guī)劃，或者使用Excel，無(wú)論是細(xì)化調(diào)整還是內(nèi)部外部的共享都費(fèi)時(shí)費(fèi)力，且與研發(fā)其他環(huán)節(jié)的工具割裂；

PingCode Ship 是一款專門為產(chǎn)品管理而打造的子產(chǎn)品，使用它能夠有效避免以上的問(wèn)題，比如能夠根據(jù)你需求的評(píng)審排期結(jié)果自動(dòng)生成產(chǎn)品路線圖，并選擇性同步給需求提出方以及內(nèi)部團(tuán)隊(duì)，反饋需求進(jìn)度。

除此以外，也不會(huì)像Excel那樣存在多個(gè)版本的問(wèn)題，而且PingCode 8 個(gè)子產(chǎn)品、研發(fā)管理各環(huán)節(jié)都是相互打通。

2.4 迭代計(jì)劃

過(guò)去很多敏捷團(tuán)隊(duì)可能都面臨著開發(fā)計(jì)劃頻繁變動(dòng)，經(jīng)常有臨時(shí)任務(wù)插隊(duì)，團(tuán)隊(duì)成員的工作狀態(tài)被頻繁打破等問(wèn)題；

根據(jù)路線圖，產(chǎn)研團(tuán)隊(duì)將需要規(guī)劃項(xiàng)目/產(chǎn)品版本及發(fā)布范圍。

然而在很多敏捷團(tuán)隊(duì)，可能都遭遇過(guò)迭代計(jì)劃頻繁變動(dòng)，經(jīng)常有臨時(shí)任務(wù)插隊(duì)，團(tuán)隊(duì)成員的工作狀態(tài)被頻繁打破等問(wèn)題；

從實(shí)踐角度來(lái)說(shuō)，解決這些問(wèn)題需要團(tuán)隊(duì)在迭代前有著清晰的規(guī)劃，并確定迭代時(shí)間和目標(biāo)，將需求拆解的足夠細(xì)，與業(yè)務(wù)方達(dá)成協(xié)議，在迭代后根據(jù)準(zhǔn)確的度量來(lái)發(fā)現(xiàn)問(wèn)題持續(xù)改進(jìn)；

而從工具的角度來(lái)看，PingCode Project 則更有助于以上實(shí)踐方法的落地，比如：

在迭代開始前，團(tuán)隊(duì)可以將已梳理完成且優(yōu)先級(jí)高的用戶故事規(guī)劃到迭代看板內(nèi)，并規(guī)劃出項(xiàng)目/產(chǎn)品版本及發(fā)布范圍，讓發(fā)布更有計(jì)劃；

在迭代會(huì)議，則能夠幫助產(chǎn)研團(tuán)隊(duì)更好的確定迭代時(shí)間和目標(biāo)，細(xì)化用戶故事為更小的開發(fā)任務(wù)，提供敏捷估算器輔助估算故事點(diǎn)，規(guī)劃形成Sprint Backlog，填寫預(yù)估工時(shí)。（燃盡圖我們將在下面講到）

Sprint Backlog

將用戶故事細(xì)化成更小的開發(fā)任務(wù)

2.5 開始迭代

過(guò)去產(chǎn)研團(tuán)隊(duì)在各個(gè)開發(fā)環(huán)節(jié)的工具中頻繁切換，且低價(jià)值、重復(fù)性、手動(dòng)性任務(wù)團(tuán)隊(duì)浪費(fèi)較多時(shí)間；

在開始迭代后，如何解決各環(huán)節(jié)工具中頻繁切換，讓團(tuán)隊(duì)有更多的時(shí)間專注在有價(jià)值的任務(wù)成為很多團(tuán)隊(duì)提升效能不可回避的問(wèn)題。

開發(fā)關(guān)聯(lián)：PingCode 除本身覆蓋項(xiàng)目管理全生命周期的能力外，還通過(guò)應(yīng)用市場(chǎng)與其他工具集成，所以迭代過(guò)程中的代碼、持續(xù)集成、測(cè)試用例、缺陷、文檔等，都可關(guān)聯(lián)對(duì)應(yīng)需求，信息在需求頁(yè)面均可統(tǒng)一獲??；

自動(dòng)化能力：如果迭代過(guò)程中，某個(gè)需求下的子任務(wù)都完成了，PingCode Flow 將自動(dòng)改變?cè)撔枨蟮臓顟B(tài)，類似的場(chǎng)景還有很多，就比如自動(dòng)創(chuàng)建分支、自動(dòng)配置頁(yè)面權(quán)限等等；PingCode 提供了非常多的自動(dòng)化規(guī)則模板，同時(shí)用戶也可以自行創(chuàng)建。

工時(shí)統(tǒng)計(jì)：除此以外，PingCode 也支持團(tuán)隊(duì)在迭代過(guò)程中填寫、統(tǒng)計(jì)預(yù)估工時(shí)、實(shí)際工時(shí)，形成項(xiàng)目/團(tuán)隊(duì)工時(shí)統(tǒng)計(jì)視圖；

2.6 每日站會(huì)

該環(huán)節(jié)痛點(diǎn)： 在以往，敏捷團(tuán)隊(duì)可能更多是使用Excel定時(shí)統(tǒng)計(jì)需求進(jìn)度，費(fèi)時(shí)費(fèi)力還容易出錯(cuò)。

每日站會(huì)核心是圍繞以下三個(gè)問(wèn)題展開：

• 昨天我做了什么事情幫助開發(fā)團(tuán)隊(duì)達(dá)成Sprint目標(biāo)？
• 今天我要做什么幫助開發(fā)團(tuán)隊(duì)達(dá)成Sprint目標(biāo)？
• 是否有任何障礙在阻礙我或開發(fā)團(tuán)隊(duì)達(dá)成Sprint目標(biāo)？

但每日站會(huì)不是任務(wù)指派的會(huì)議，也不是報(bào)告的會(huì)議，而是為了溝通狀態(tài)、減少其他會(huì)議、發(fā)現(xiàn)開發(fā)過(guò)程中需要移除的障礙、促進(jìn)快速地做決策、提高開發(fā)團(tuán)隊(duì)的持續(xù)改、優(yōu)化開發(fā)團(tuán)隊(duì)達(dá)成Sprint目標(biāo)的可能性。

以往這一環(huán)節(jié)，團(tuán)隊(duì)可能更多是使用 Excel 定時(shí)統(tǒng)計(jì)需求進(jìn)度，但這種方式費(fèi)時(shí)費(fèi)力還容易出錯(cuò)。

在 PingCode ，團(tuán)隊(duì)可以通過(guò)任務(wù)板/故事板，查看每個(gè)成員正在處理的任務(wù)，確認(rèn)迭代范圍變化情況，快速掌握?qǐng)F(tuán)隊(duì)進(jìn)展。

除此以外，團(tuán)隊(duì)還可以通過(guò)迭代概覽、迭代燃?xì)鈭D等統(tǒng)計(jì)報(bào)表，查看當(dāng)前迭代進(jìn)度，識(shí)別迭代風(fēng)險(xiǎn)。

2.7 迭代評(píng)審

迭代評(píng)審會(huì)議在 Sprint 快結(jié)束時(shí)舉行 ，這個(gè)事件是讓開發(fā)團(tuán)隊(duì)展示他們?cè)赟print中取得的成就，根據(jù)DoD“完成的定義”和驗(yàn)收標(biāo)準(zhǔn)，驗(yàn)證增量。

所以，當(dāng)任務(wù)負(fù)責(zé)人演示工作成果時(shí)，可能會(huì)提出一些缺陷，而這個(gè)時(shí)候團(tuán)隊(duì)可以直接在用戶故事上直接創(chuàng)建缺陷/Bug，并確定Bug緊急度。

2.8 迭代回顧

該環(huán)節(jié)痛點(diǎn)：以往可能缺乏可靠的研發(fā)數(shù)據(jù)作為持續(xù)改進(jìn)的基礎(chǔ)；

回顧會(huì)議專注于團(tuán)隊(duì)和團(tuán)隊(duì)的流程，它一般圍繞以下三個(gè)問(wèn)題展開：

• 我們?cè)谏弦粋€(gè)Sprint中哪里做得好？
• 上一個(gè)Sprint我們哪里做得不夠好？
• 我們的改進(jìn)計(jì)劃是什么？

使用 PingCode 后，產(chǎn)研團(tuán)隊(duì)完全可以不憑借經(jīng)驗(yàn)感覺和有限的數(shù)據(jù)分析復(fù)盤，因?yàn)?PingCode 不僅每個(gè)Scrum 項(xiàng)目?jī)?nèi)有針對(duì)該項(xiàng)目的報(bào)表。

還具備專門為效能度量而打造的子產(chǎn)品Insight，提供自動(dòng)采集效能數(shù)據(jù)能力和體系化效能指標(biāo)體系，能夠幫助敏捷團(tuán)隊(duì)基于準(zhǔn)確數(shù)據(jù)進(jìn)行持續(xù)改進(jìn)。

除此以外，在迭代回顧會(huì)召開過(guò)程中，團(tuán)隊(duì)還可以借助 PingCode 將“當(dāng)前迭代做的好、不好及需要改進(jìn)的計(jì)劃”，記錄進(jìn)迭代回顧板，做到持續(xù)跟進(jìn)。

至此，一個(gè)完整的 Scrum 迭代過(guò)程就基本結(jié)束。

通過(guò)對(duì)敏捷框架的逐一盤點(diǎn)，敏捷項(xiàng)目管理各環(huán)節(jié)痛點(diǎn)的對(duì)應(yīng)，大家也能基本了解PingCode 這款工具對(duì)敏捷開發(fā)項(xiàng)目管理的支持程度，是否能滿足自己需求。當(dāng)然這些也僅是我們團(tuán)隊(duì)的測(cè)評(píng)，是否滿足其他團(tuán)隊(duì)，還需大家親自體驗(yàn)。

PingCode

推薦閱讀：

了解敏捷開發(fā)：什么是敏捷開發(fā)？ – 知乎 | 瀑布與敏捷的區(qū)別 – 知乎| 敏捷宣言及相關(guān)解讀 – 知乎 |敏捷開發(fā)框架有哪些 – 知乎 | 敏捷開發(fā)中的Scrum模式介紹 – 知乎 | 敏捷開發(fā)項(xiàng)目管理到底行不行？ – 知乎 | 待續(xù)…

落地敏捷開發(fā)： Scrum vs Kanban如何選擇？ – 知乎 |國(guó)內(nèi)外最著名的10個(gè)敏捷開發(fā)項(xiàng)目管理工具盤點(diǎn) – 知乎 | 實(shí)戰(zhàn)規(guī)模化敏捷：從8人到100多人的敏捷之路 – 知乎 | 百人左右團(tuán)隊(duì)如何做好敏捷開發(fā)？ – 知乎 | 待續(xù)…