百度APP大規模敏捷研發專案管理

2021-09-26 12:58:06 字數 2285 閱讀 9443

1、梳理組織架構

2、了解業務架構

3、理解特點與挑戰

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

三、規劃期-建立整體管理方案

1、確定目標

2、解決方案

1)整體思路

由於整體規模較大,且有區分topic,所以整體進行了分層管理;

為了持續迭代產品,優化流程,在分層管理的同時實施閉環管理;

分層管理

確定專案組合層、topic層、團隊層,明確各層角色、流程,落實到 icafe,實現工具固化
專案組合層:解決跨topic的需求優先順序問題,以及確定版本重點需求的問題

topic專案群層:拉通topic各個角色、各團隊,實現跨組織、跨團隊的面向topic業務價值的管理

團隊層:實現元件團隊的管理

閉環管理

需求收益閉環:需求上線有收益回顧

版本閉環:版本上線有回顧總結

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

每層分別對應不同流程,最後形成三類發布火車:
例行隨版版本需求,每三周發版

對於需要配合運營活動、重大事件,增加三周中間小版本

針對非隨版需求實施流式發布

3)管理方案

建立整體管理策略,實現整合管理,我們從如下幾個方面介紹整體的管理策略:
四、落地期-具體管理策略與落地

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

1、整合管理

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

定義專案組合層-版本層的:
2)topic閉環:明確topic專案群層的主要角色、職責、流程與度量,實現各topic 業務、技術需求閉環管理

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

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

主要思路:

固化流程:通過feature卡片固化topic流程;通過story卡片固化團隊流程

卡片層級:epic為業務規劃,feature為端到端需求,按照團隊拆分story,rd拆分task細化工作

團隊視角:通過不同層級查詢,支援團隊視角

2、時間管理:建立三周發版節奏,實現整體可預期

3周固定發版

需求前置,實現上個版本灰度期間下個版本視覺發布結束

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

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

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

五、整體效果

通過建立整體的專案管理框架,實現了千人團隊的協同,實現了版本初期優先順序決策時間的有效降低,實現了整體的閉環管理。對發版週期、頻率及時間成本進行了有效提公升。

利用百度雲流式計算進行大規模裝置監控

某菸草客戶擁有1000多個烤煙房,每個烤煙房通過乙個物解析閘道器,每分鐘採集一次烤煙房的溫度 濕度等資料,報送到雲端,以實時監控烤房內部溫濕度是否正常。通過為每乙個烤煙房,建立一條告警,設定越限條件。當該烤煙房的溫濕度越限,則觸發簡訊告警。但是,上述方案有乙個隱含先決條件 閘道器總是能正常地上報資料...

2013百度研發筆試

一 簡答題 1.動態鏈結庫和靜態鏈結庫的優缺點 2.輪詢任務排程和可搶占式排程有什麼區別?3.列出資料庫中常用的鎖及其應用場景 二 演算法設計題 1.給定n是乙個正整數,求比n大的最小 不重複數 這裡的不重複是指沒有兩個相等的相鄰位,如1102中的11是相等的兩個相鄰位故不是不重複數,而12301是...

2014百度武漢站研發題

1 給定任意乙個整整數 求比這個數大且最小的不重複數 就是想領兩位不同,例如1231 演算法思路 1.將給定的long數加1。2.從這個數開始檢測是否為重複數,如果不是,ok,這個數就是最終結果。如果是,那麼從數的右側開始找第1對重複的數,然後將其加1,得到乙個新的數 3 然後用這個數再從第2步開始...