多團隊敏捷協作非常重要的五個原則-項目管理軟件
發布時間：2022/8/30 9:35:00
一談到多團隊敏捷協作，很容易想到的就是各種類型的規模化敏捷框架。而今天想聊的是拋開規模化敏捷框架，在多團隊協作時需要關注的幾個原則性問題。
1、目標對齊。既然背景是多團隊的敏捷協作，那各個團隊之間必定存在無法規避的協作關系，而實現高效協作的第一步就是目標對齊。從根源出發明確業務目標，通過業務目標的拆解進一步定位到團隊的具體目標。這個過程可以采用的工具很多，大家耳熟能詳的就是OKR，而這也正是把OKR與敏捷結合起來，產生協同運作效果的關鍵。當然，除了OKR之外可以采用的工具也很多，而我們今天重點聊的并不是工具，而是要明確出來目標對齊是跨團隊協作最基本的關注點。需要管理者、各團隊負責人足夠重視，并根據組織現狀選擇適合的目標管理方法，結合敏捷交付進行閉環管理。
2、透明規劃。第二個重要的原則是透明規劃。透明規劃指的是每個團隊的規劃都需要透明給其他團隊，反過來說任何一個團隊都需要了解其他團隊的具體規劃。規劃是目標拆解之后更具體的產出，敏捷團隊一般會采用滾動規劃的方式進行管理。而這個規劃要遵循動態調整的原則，不斷演進。在SAFe里的做法是逐層拆解待辦事項列表，并通過PI Planning進行規劃對齊。而在Less里干脆就只有一份Backlog，以實現透明性。
3、協調一致的節奏。多團隊運作，一致的節奏非常關鍵。節奏不一致會帶來不必要的協作成本，甚至是不可預知的風險。假如A團隊兩周一個迭代，B團隊三周一個迭代，那必定造成集成困難的問題，無價值的等待和額外的保護措施(比如Mock)不可避免。又假如A、B團隊都是兩周的迭代，但是A團隊周一開始新迭代，B團隊周二開始新迭代也避免不了上述問題的發生。所以最簡單的做法就是多團隊對齊迭代節奏，并且要遵循固定的時間盒，如果發生無法按時交付的情況，也按照計劃集成完成的部分，而不是為了遵循最初的計劃而延長迭代周期。
4、跨團隊層級的機制。團隊級的運作機制相信大家都非常熟悉，Scrum框架、Kanban都是經過驗證的敏捷方法。而除此之外多團隊協作應該關注并固化跨團隊層級的機制。例如在多團隊層級是不是要舉行計劃會，是每個迭代都有跨團隊的計劃還是多個迭代舉行一次，是全員參與還是核心角色參加即可。每個團隊有回顧機制不斷改進和調整，多團隊之間是否也需要，采用什么形式，誰來引導。這些問題都是跨團隊層級的機制。而這也是很多團隊在敏捷轉型一段時間之后，認為自己團隊敏捷運作已經很不錯的情況下，產品的整體交付仍然達不到預期的原因之一。較大規模或者復雜產品都會產生多團隊協作，而跨團隊層級是否有明確的機制非常關鍵。
5、共同認可的DoD。DoD的重要性在我之前的文章中強調過多次，而跨團隊層級也同樣需要關注這個概念。DoD是完成的定義，對多團隊協作來說，也需要做充分的對齊。A團隊的完成是不是符合B團隊的期望，A團隊的標準是不是能夠被B團隊所認可。在多團隊協作過程中，常見的一種情況是在計劃階段各團隊已經做過對齊，而在交付階段總有某個團隊交付的內容并不達標，而一部分原因就是標準不統一。所以，跨團隊協作的DoD也需要經過充分討論，并確保多方共識和認可。這是確保后續高效協作，避免無謂爭執的有效手段。以上五條就是多團隊協作過程中非常重要的五個原則，希望可以給到讀者一些啟發，在多個敏捷團隊協作過程中，思考清楚這五個原則，找到適合自己組織的機制并有效落實，必定為產品交付帶來非常大的幫助!