作者簡介：萬師傅產品研發中心 WPMC 張琦

公司簡介：

萬師傅（深圳市小億網絡有限公司），成立與2013年，是一家家居售后服務平臺。致力于幫助家居電商、實體門店、物流等企業提供配送、安裝、維修等服務，建立售后服務體系；為家庭及個人用戶，提供就近到家的安裝、維修、清晰、疏通等便民服務；為具備專業技能的師傅提供就業機會和更多保障。

截止2022年3月，萬師傅平臺注冊師傅已超180萬，服務范圍覆蓋全國265個城市共3267個區/縣，服務過超80萬企業用戶及1400萬個人家庭用戶，累計服務超7000萬次。

一、選型背景

選擇比努力重要，無論是從萬師傅的發展還是其研發管理看都是如此。從0到家居售后服務的頭部企業，雖然踩過無數的坑，但也因為堅持了正確的事而在不斷的蛻變成長。比如選擇在項目管理模式的選擇這件事情上。

如何快速迭代，打造客戶最需要的功能？

從0到1與從1到100的問題：公司創立初期的主要工作是實現用戶核心訴求，目標明確思路清晰，但是當用戶量越來越多體量越來越大之后，我們發現“用戶需求”也隨之膨脹，而作為家居售后服務行業的領頭羊，我們面前無可借鑒。于是在面對“選擇做什么？“與“如何快速試錯迭代？”這兩個問題的時候，敏捷自然而然的出現在我們視野里。

哪個工具更能幫助團隊落地好敏捷項目管理？

在確定 PingCode 之前，我們咨詢體驗了國內絕大部分敏捷項目管理產品，現在想來，除功能上的亮點以外，PingCode 自身在產品上的快速迭代和他們對客戶成功不遺余力的支持是最打動我的地方。

至少我們在深入了解之后，仍舊覺得他們是懂互聯網企業的，除了他們自身是典型的互聯網企業，還因為他們能夠在線上的客戶支持外，多次組織線下回訪——了解我們的使用情況、遇到的問題、提供相應的指導。

二、PingCode 的實際使用情況

PingCode Ship：需求收集、管理、路線圖規劃；

PingCode Project：敏捷開發過程管理；

PingCode Testhub：建立測試用例體系，打通迭代流程，讓每一個缺陷都有據可依，測試節奏也更加合理；

PingCode  Wiki：產品需求文檔管理，重構產品文檔體系；

PingCode 應用市場：與團隊其他工具打通，解決多個工具相互割裂問題；

1、建立直達產研中心的問題反饋渠道

在 PingCode Ship 上線之前，我們需求收集是通過釘釘進行的，這個過程一直非常痛苦：

• 從釘釘到 PingCode 需求同步需要重復錄入
• 從大量的問題到需求的過程，很容易出現遺漏、狀態不同步、信息在傳播過程中變形
• 企業用戶作為萬師傅平臺上最重要的用戶，缺乏直達產研中心的高效便捷的問題反饋渠道
• …

而在Ship 上線以后：

所有事業群/平臺客服/運營推廣的同事直接通過 Ship 將內部問題發送到產研中心。

KA客戶直接通過Ship將問題發送的產研中心，我們及時跟進問題處理進度，甚至無需經過任何額外的流程和轉達就可以直接與我們產品經理溝通，在客戶的感知里其受重視程度也得到極大的提升。

經過評審的問題直接通過Ship轉化為Project中的需求。 這個過程深受產品經理們的好評，為他們省去了大量毫無價值的工作。

Ship 簡直是 PingCode 在我們最饑餓的時候遞來的面包和水，這也是為什么我們說他懂互聯網企業。（功能體驗通道）

2、敏捷開發流程的落地與管理

在進行管理變革的時候，通常會選擇一個合適的團隊做先鋒軍，在沒有探索出適合自身團隊的敏捷方法之前，直接對整個團隊公司做項目管理的敏捷轉型顯然是不明智的。

這里不得不提，PingCode 目前支持Scrum、看板、瀑布三種項目管理方式，所以不同的迭代團隊或不同的產品階段可以在 PingCode 選擇適合自身的項目管理方式。

其次，敏捷重要的是思維方式的轉變，而這種思維方式的轉變是隨著團隊敏捷成熟度的提升而不斷變化的，在團隊徹底轉變之前，正確的工具以及內置的敏捷最佳實踐能夠一定程度幫助團隊避免敏捷思維轉變上的一些坑。

而但凡了解過 Scrum 敏捷開發的同學應該都能看明白 PingCode 上內置了較為標準的 Scrum 敏捷流程方法。

tips：敏捷初期，流程工具最重要的是協助我們進行項目管理方法的轉變，千萬不要陷入完美的流程和無數的細節里難以自拔，通過流程和工具約束核心節點先把敏捷做起來，在這個框架下不斷思考敏捷，進入正向的PDCA循環，最終實現思想敏捷。

那么我們是如何通過PingCode 落地敏捷過程管理呢？

需求管理上:我們在盡可能按照史詩、特性、故事、任務、缺陷的特性進行區分，這對后續需求拆分和能效衡量非常重要；史詩、特性、用戶故等在PingCode 均支持；

Scrum 敏捷流程中的幾個關鍵會議，我們都是在 PingCode 支持的基礎上進行，以確保各崗位的同事都能養成使用工具交流信息、及時更新信息的習慣。這樣以后，即使不參與迭代的人也能通過查看PingCode了解迭代的情況；

為了確保流程和規范不流于形式，在敏捷流程和迭代泳道流轉過程中我們都有一些硬性的原則，這些原則看起來死板但確是促進質量內建，問題左移的重要推力。比如：

• 沒有完整的PRD不能進入迭代
• 每開發20個業務需求，都要安排若干技術需求，避免積累過多技術債
• 迭代啟動后，不能新增需求，除非替換掉（按價值排布優先級）
• 沒有通過冒煙的需求，不能進入測試
• …

這些流程和規范都在PingCode 的輔助下順利執行，以下是我們標準迭代要求的部分介紹：

小結：

• PingCode 的敏捷流程完善貼合Scrum；
• 提供的不僅是工具，同時還有一些方法論的學習；
• 同時滿足多種項目管理模式

3、支撐團隊/個人效能提升

PingCode給我們帶來的另一個驚喜就是效能度量。通過什么樣的方式衡量團隊/個人效能，又如何收集不同維度下的數據用來支撐效能指標，原本讓我們頭疼不已的問題。而無論是效能數據采集，還是使用關鍵效能指標數據衡量迭代效能均支持。

其他方面：

除了以上能力外，PingCode 還有Flow、Access等模塊我們也都有使用，感覺上來說：他們的服務和這兩個模塊是讓你無需過多關注工具本身，而專心項目開發即可，比如：

• 當PingCode客戶成功帶著我（甚至我都不需要帶腦子），一步步做完Access配置后，我就再也不用管新同事入職分配賬號和員工離職關閉權限的問題了
• 將我需要的自動化的節點告訴 PingCode 客戶成功，他們就把配置好的 Flow 導出給我，我再導入 PingCode 就好了…

PingCode 應用市場還有各種IDE、git、Jenkins等應用，讓你再各個節點都可以關聯PingCode實現流程化線上化。

目前我們用的最爽的就是Jenkins Plugin應用，他可以讓我們在內部CICD流程中關聯PingCode上的需求和缺陷，讓每一次構建內容都一目了然，測試也可以更有針對性的測試，保證質量。

除了解決整個開發階段的管理問題之外，PingCode還有目標管理工具Goals，我們可以使用它將管理公司年度戰略規劃OKR，同時關聯整個公司的迭代項目，這樣戰略目標的達成情況和進度也可以非常方便的跟進。

以上就是我們團隊使用 PingCode 的一些基本情況。

文章有刪減，完整內容請前往PingCode官網進行查看：

PingCode 官網