百度APP大規模敏捷研發項目管理

導讀：2018年起，工程效能部聯合百度APP與QA團隊，經過創建大規模組織的精益/敏捷研發管理框架，承擔起百度APP版本以及重點Topic交付加改進的工做，助力百度APP夯實移動基礎。

在夯實移動基礎、決戰AI時代的百度戰略下，百度APP承擔着夯實移動基礎的重任。2018年起，工程效能部以交付加改進小分隊的形式進入百度APP，聯合PM、UE、RD、QA承擔百度APP版本、重點Topic交付加改進的工做。

1、百度APP介紹

百度APP是一款歷史悠久，深受用戶歡迎的搜索和資訊客戶端，自2011年由「掌上百度」發展到2014年「手機百度」，於2018年正式改名爲」百度APP「。
如今百度APP做爲之內容爲主的容器，幫助用戶完成內容消費和服務體驗的全流程，創建起在移動時代鏈接人與內容及服務的入口；將來，百度APP將從鏈接信息到鏈接萬物，蛻變爲人與世界溝通的入口！
面對承擔如此重要的歷史使命，百度APP團隊將面對怎樣巨大的挑戰？背後涉及到的多體系、多部門、多角色，項目管理又是如何在其中扮演何種角色？和小型項目相比，大規模的項目管理是如何運做的？下面咱們將以項目管理的視角切入如此大的項目中。

2、 準備期-理解特色與挑戰

爲了更好的理解百度APP，進入前期，就進行了從業務、架構、組織、流程各個方面的梳理，從而從總體認識了百度APP的特色，以及面臨的挑戰。
一、梳理組織架構
團隊涉及百度內多個體系，生態內外多個部門，六個角色累積人員規模千人+。

注：Topic：百度APP獨立具體業務，好比小程序就是一個單獨的Topic，相似的Topic還有Feed、小遊戲、社區等等；
二、瞭解業務架構
總體劃分爲：以基礎建設的底層容器、百家號與小程序的承載形式、信息流和搜索與社區的分發模式、圖文視頻爲內容的垂類細分業務。

三、理解特色與挑戰
從組織架構上來看， 近千人規模的跨體系、跨部門、人員角色複雜，溝通成本和協同做戰壓力山大。從業務上來看，Topic較多且有耦合，更有跨Topic需求，全流程涉及多系統含10+個環節。

3、規劃期-創建總體管理方案

一、肯定目標
結合百度APP特色&挑戰，創建規模化敏捷管理框架，實現總體閉環管理；提高研發效率，下降各個角色之間Handover成本，加速業務價值交付
二、解決方案
1）總體思路
因爲總體規模較大，且有區分Topic，因此總體進行了分層管理；爲了持續迭代產品，優化流程，在分層管理的同時實施閉環管理；
分層管理
  肯定項目組合層、Topic層、團隊層，明確各層角色、流程，落實到 iCafe，實現工具固化
  •項目組合層：解決跨Topic的需求優先級問題，以及肯定版本重點需求的問題
  •Topic項目羣層：拉通Topic各個角色、各團隊，實現跨組織、跨團隊的面向Topic業務價值的管理
  •團隊層：實現組件團隊的管理
閉環管理
  •需求收益閉環：需求上線有收益回顧
  •版本閉環：版本上線有回顧總結
2）創建規模化敏捷管理框架
每層分別對應不一樣流程，最後造成三類發佈火車：
例行隨版版本需求，每三週發版
對於須要配合運營活動、重大事件，增長三週中間小版本
針對非隨版需求實施流式發佈

3）管理方案
創建總體管理策略，實現整合管理，咱們從以下幾個方面介紹總體的管理策略：
整合管理：明確各級角色，創建各級流程、DOD(Definition of Done) 標準與度量；實現需求閉環與版本閉環；創建面向Topic的需求管理解決方案；
時間管理：創建三週發版節奏，創建總體發版心跳，使得各項工做有預期；
範圍管理：根據需求插入時間，明確不一樣原則，使得需求變動有序進行，下降總體風險；
質量管理：升級質量標準，明確各項工做准入和準出，內建質量；
干係人管理：創建總體溝通地圖，下降跨部門溝通成本；
溝通管理：創建總體溝通機制，實現團隊內、Topic內、跨Topic總體協同；
風險管理：分級風險管理；
人力資源管理：建設交付團隊，落地管理機制；

4、落地期-具體管理策略與落地

下面對整合管理、時間管理、範圍管理、干係人管理、溝通管理，幾個具體管理策略進行一下介紹；
一、整合管理
1）版本閉環：實現版本總體業務、技術需求閉環管理
定義項目組合層-版本層的：
主要角色與職責，解決跨Topic需求優先級問題，實現總體版本的閉環管理
版本級別各個流程與准入準出的要求，內建質量
主要度量，實現量化管理，驅動持續改進

2）Topic閉環：明確Topic項目羣層的主要角色、職責、流程與度量，實現各Topic 業務、技術需求閉環管理

3）團隊閉環：明確團隊層流程與度量，實現團隊需求閉環管理

4）面向Topic的需求管理：落地與固化總體流程方案，解決Topic依賴管理與Topic內多端管理
主要思路：
空間設置：統一百度APP各個Topic總體空間，每一個Topic一個子空間，每一個子空間創建隨版與非隨版不一樣計劃，再建版本計劃
固化流程：經過Feature卡片固化Topic流程；經過Story卡片固化團隊流程
卡片層級：Epic爲業務規劃，Feature爲端到端需求，按照團隊拆分Story，RD拆分task細化工做
團隊視角：經過不一樣層級查詢，支持團隊視角

二、時間管理：創建三週發版節奏，實現總體可預期
3周固定發版
需求前置，實現上個版本灰度期間下個版本視覺發布結束

三、範圍管理：不一樣階段不一樣插入需求策略，使得需求變動有序、高效進行
•插入節點1（開發啓動前）：需求正常走LR流程後，按優先級Topic開發排期。
•插入節點2（需求開發測試階段）：
  Follow Topic內部需求插入流程。原則是排定優先級，研發、測試角色評估，若是超出容量，置換低優需求；
•插入節點3（上車截止，封版以後）：
  須要發送插入郵件申請，並以前與涉及研發、測試角色評估此需求對版本影響，給出初步結論；

`四、干係人管理 ：創建總體溝通地圖，實現凡事 有接口人可聯繫
梳理Topic，梳理主要角色
各角色/各Topic分別反饋對應的負責人
按期例行更新

五、 溝通管理-重要事件：創建總體閉環，實現總體管理可視化，加速問題解決與風險暴漏
肯定各個層次主要事件，實現總體閉環管理

5、總體效果

經過創建總體的項目管理框架，實現了千人團隊的協同，實現了版本初期優先級決策時間的有效下降，實現了總體的閉環管理。對發版週期、頻率及時間成本進行了有效提高。
至此關於百度APP這樣一個大規模的研發項目管理方案便總體展示出來。

當組織、流程梳理清楚，如何經過工具來落地流程，實現流程的自動流轉。

---

本文做者：
Tbiao、Dwei、ZTao

---

在微信-搜索頁面中輸入「百度App技術」，便可關注微信官方帳號；或使用微信識別如下二維碼，亦可關注。