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

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

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

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

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

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

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