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

本文做者:yanxin1563小程序

本文做者:微信

Tbiao、Dwei、ZTao架構

 

導讀: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團隊將面對怎樣巨大的挑戰?背後涉及到的多體系、多部門、多角色,項目管理又是如何在其中扮演何種角色?和小型項目相比,大規模的項目管理是如何運做的?下面咱們將以項目管理的視角切入如此大的項目中。spa

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

    爲了更好的理解百度APP,進入前期,就進行了從業務、架構、組織、流程各個方面的梳理,從而從總體認識了百度APP的特色,以及面臨的挑戰。視頻

1、梳理組織架構blog

    團隊涉及百度內多個體系,生態內外多個部門,六個角色累積人員規模千人+。

    注:Topic:百度APP獨立具體業務,好比小程序就是一個單獨的Topic,相似的Topic還有Feed、小遊戲、社區等等;

2、瞭解業務架構

    總體劃分爲:以基礎建設的底層容器、百家號與小程序的承載形式、信息流和搜索與社區的分發模式、圖文視頻爲內容的垂類細分業務。

3、理解特色與挑戰

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

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

一、肯定目標

    結合百度APP特色&挑戰,創建規模化敏捷管理框架,實現總體閉環管理;提高研發效率,下降各個角色之間Handover成本,加速業務價值交付

2、解決方案

1)總體思路

    因爲總體規模較大,且有區分Topic,因此總體進行了分層管理;爲了持續迭代產品,優化流程,在分層管理的同時實施閉環管理;

分層管理

    肯定項目組合層、Topic層、團隊層,明確各層角色、流程,落實到 iCafe,實現工具固化

  1. 項目組合層:解決跨Topic的需求優先級問題,以及肯定版本重點需求的問題
  2. Topic項目羣層:拉通Topic各個角色、各團隊,實現跨組織、跨團隊的面向Topic業務價值的管理
  3. 團隊層:實現組件團隊的管理

閉環管理

  1. 需求收益閉環:需求上線有收益回顧
  2. 版本閉環:版本上線有回顧總結

2)創建規模化敏捷管理框架

    每層分別對應不一樣流程,最後造成三類發佈火車:

  1. 例行隨版版本需求,每三週發版
  2. 對於須要配合運營活動、重大事件,增長三週中間小版本
  3. 針對非隨版需求實施流式發佈

3)管理方案

    創建總體管理策略,實現整合管理,咱們從以下幾個方面介紹總體的管理策略:

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

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

    下面對整合管理、時間管理、範圍管理、干係人管理、溝通管理,幾個具體管理策略進行一下介紹;

1、整合管理

1)版本閉環:實現版本總體業務、技術需求閉環管理

    定義項目組合層-版本層的:

  1. 主要角色與職責,解決跨Topic需求優先級問題,實現總體版本的閉環管理
  2. 版本級別各個流程與准入準出的要求,內建質量
  3. 主要度量,實現量化管理,驅動持續改進

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

3)團隊閉環:明確團隊層流程與度量,實現團隊需求閉環管理

4)面向Topic的需求管理:落地與固化總體流程方案,解決Topic依賴管理與Topic內多端管理

主要思路:

  1. 空間設置:統一百度APP各個Topic總體空間,每一個Topic一個子空間,每一個子空間創建隨版與非隨版不一樣計劃,再建版本計劃
  2. 固化流程:經過Feature卡片固化Topic流程;經過Story卡片固化團隊流程
  3. 卡片層級:Epic爲業務規劃,Feature爲端到端需求,按照團隊拆分Story,RD拆分task細化工做
  4. 團隊視角:經過不一樣層級查詢,支持團隊視角

2、時間管理:創建三週發版節奏,實現總體可預期

  1. 3周固定發版
  2. 需求前置,實現上個版本灰度期間下個版本視覺發布結束

3、範圍管理:不一樣階段不一樣插入需求策略,使得需求變動有序、高效進行

  1. 插入節點1(開發啓動前):需求正常走LR流程後,按優先級Topic開發排期。
  2. 插入節點2(需求開發測試階段):
            Follow Topic內部需求插入流程。原則是排定優先級,研發、測試角色評估,若是超出容量,置換低優需求;
  3. 插入節點3(上車截止,封版以後):
            須要發送插入郵件申請,並以前與涉及研發、測試角色評估此需求對版本影響,給出初步結論;

4、干係人管理 :創建總體溝通地圖,實現凡事 有接口人可聯繫

  1. 梳理Topic,梳理主要角色
  2. 各角色/各Topic分別反饋對應的負責人
  3. 按期例行更新

5、 溝通管理-重要事件:創建總體閉環,實現總體管理可視化,加速問題解決與風險暴漏

    肯定各個層次主要事件,實現總體閉環管理

5、總體效果

    經過創建總體的項目管理框架,實現了千人團隊的協同,實現了版本初期優先級決策時間的有效下降,實現了總體的閉環管理。對發版週期、頻率及時間成本進行了有效提高。

    至此關於百度APP這樣一個大規模的研發項目管理方案便總體展示出來。

 

---------------------------------

在微信-搜索頁面中輸入「百度App技術」,便可關注微信官方帳號;

原文連接地址:https://developer.baidu.com/topic/show/290264

相關文章
相關標籤/搜索