多團隊敏捷協(xié)作非常重要的五個原則-項目管理軟件

一談到多團隊敏捷協(xié)作，很容易想到的就是各種類型的規(guī)�；�敏捷框架。而今天想聊的是拋開規(guī)�；�敏捷框架，在多團隊協(xié)作時需要關注的幾個原則性問題。

1、目標對齊。既然背景是多團隊的敏捷協(xié)作，那各個團隊之間必定存在無法規(guī)避的協(xié)作關系，而實現高效協(xié)作的第一步就是目標對齊。從根源出發(fā)明確業(yè)務目標，通過業(yè)務目標的拆解進一步定位到團隊的具體目標。這個過程可以采用的工具很多，大家耳熟能詳的就是OKR，而這也正是把OKR與敏捷結合起來，產生協(xié)同運作效果的關鍵。當然，除了OKR之外可以采用的工具也很多，而我們今天重點聊的并不是工具，而是要明確出來目標對齊是跨團隊協(xié)作最基本的關注點。需要管理者、各團隊負責人足夠重視，并根據組織現狀選擇適合的目標管理方法，結合敏捷交付進行閉環(huán)管理。

2、透明規(guī)劃。第二個重要的原則是透明規(guī)劃。透明規(guī)劃指的是每個團隊的規(guī)劃都需要透明給其他團隊，反過來說任何一個團隊都需要了解其他團隊的具體規(guī)劃。規(guī)劃是目標拆解之后更具體的產出，敏捷團隊一般會采用滾動規(guī)劃的方式進行管理。而這個規(guī)劃要遵循動態(tài)調整的原則，不斷演進。在SAFe里的做法是逐層拆解待辦事項列表，并通過PI Planning進行規(guī)劃對齊。而在Less里干脆就只有一份Backlog，以實現透明性。

3、協(xié)調一致的節(jié)奏。多團隊運作，一致的節(jié)奏非常關鍵。節(jié)奏不一致會帶來不必要的協(xié)作成本，甚至是不可預知的風險。假如A團隊兩周一個迭代，B團隊三周一個迭代，那必定造成集成困難的問題，無價值的等待和額外的保護措施(比如Mock)不可避免。又假如A、B團隊都是兩周的迭代，但是A團隊周一開始新迭代，B團隊周二開始新迭代也避免不了上述問題的發(fā)生。所以最簡單的做法就是多團隊對齊迭代節(jié)奏，并且要遵循固定的時間盒，如果發(fā)生無法按時交付的情況，也按照計劃集成完成的部分，而不是為了遵循最初的計劃而延長迭代周期。

4、跨團隊層級的機制。團隊級的運作機制相信大家都非常熟悉，Scrum框架、Kanban都是經過驗證的敏捷方法。而除此之外多團隊協(xié)作應該關注并固化跨團隊層級的機制。例如在多團隊層級是不是要舉行計劃會，是每個迭代都有跨團隊的計劃還是多個迭代舉行一次，是全員參與還是核心角色參加即可。每個團隊有回顧機制不斷改進和調整，多團隊之間是否也需要，采用什么形式，誰來引導。這些問題都是跨團隊層級的機制。而這也是很多團隊在敏捷轉型一段時間之后，認為自己團隊敏捷運作已經很不錯的情況下，產品的整體交付仍然達不到預期的原因之一。較大規(guī)�；蛘邚碗s產品都會產生多團隊協(xié)作，而跨團隊層級是否有明確的機制非常關鍵。

5、共同認可的DoD。DoD的重要性在我之前的文章中強調過多次，而跨團隊層級也同樣需要關注這個概念。DoD是完成的定義，對多團隊協(xié)作來說，也需要做充分的對齊。A團隊的完成是不是符合B團隊的期望，A團隊的標準是不是能夠被B團隊所認可。在多團隊協(xié)作過程中，常見的一種情況是在計劃階段各團隊已經做過對齊，而在交付階段總有某個團隊交付的內容并不達標，而一部分原因就是標準不統(tǒng)一。所以，跨團隊協(xié)作的DoD也需要經過充分討論，并確保多方共識和認可。這是確保后續(xù)高效協(xié)作，避免無謂爭執(zhí)的有效手段。以上五條就是多團隊協(xié)作過程中非常重要的五個原則，希望可以給到讀者一些啟發(fā)，在多個敏捷團隊協(xié)作過程中，思考清楚這五個原則，找到適合自己組織的機制并有效落實，必定為產品交付帶來非常大的幫助!