如果我們每天輪換配對會怎樣？

「缺乏同理心、共識和溝通讓配對變得困難」

頻繁的配對輪換可能是建立更強大團隊動態的強大工具。最初，缺乏同理心和協調會讓配對變得具有挑戰性，特別是當團隊成員不熟悉彼此的工作模式、步調和專業領域時。然而，透過頻繁地更換配對，團隊成員有機會更快速地彼此認識。這種熟悉感讓彼此更容易產生同理心和協調，最終促進團隊內部更強大的連結。此外，頻繁配對輪換的做法鼓勵建立回饋文化。我們建議團隊成員在配對會議結束時，在短暫的會議中刻意分享回饋，有助於持續改進和更好的協作。

「配對時間有很多中斷」

團隊回報了由於缺乏長時間不間斷的工作時間而導致頻繁中斷，造成配對上的挑戰。為了解決這個問題，團隊在下午建立了核心工作時間，在此期間將中斷減到最低。因此，會議被移到早上或一天結束時。此外，團隊內的配對利用番茄工作法或其他明確的時間限制方法，在有限的工作時間內最大化他們的效率和生產力。

「每天輪換配對讓我們變慢」

有一個觀念認為，增加輪換頻率會導致交付績效下降，這是產品團隊的看法。他們傾向於相信，更多的輪換會導致效率降低和產出變慢。

開發人員也認為頻繁輪調會帶來額外的開銷，進而導致團隊運作變慢。這是因為需要持續分享進行中工作的演進脈絡，而這被認為是一個耗時的流程。

然而，較頻繁輪調的支持者認為，隨著輪調頻率的增加，脈絡分享會變得更有效率。這是因為如果頻繁進行配對切換，通常需要傳達的脈絡資訊較少。此外，當每位團隊成員都對進行中的任務有更全面的了解時，分享脈絡的效率會進一步提升。此外，頻繁的配對切換讓團隊成員有機會建立流程，以利於脈絡分享。

頻繁輪調的作法會隨著時間變得更易於管理和精簡。隨著團隊習慣這種做法，與頻繁輪調相關的初期挑戰會逐漸減少，讓流程變得越來越容易和有效率。

「如果你更常這樣做，分享脈絡會變得容易又快速」

我們從所有三個團隊聽到的疑慮之一是，在進行中的工作中更換配對成員會導致與新配對成員分享脈絡的問題。事實上，對於每個團隊來說，這似乎是維持長期配對的最有力動機。

在每個團隊的看板中，我們發現這個疑慮會在頭幾天提出。團隊成員會建議一些常見的方法，讓脈絡分享變得更容易，而在實驗結束時，這不再是一個疑慮。每個團隊出現的一項作法是讓配對在結束一天時，在卡片本身新增一個註解，簡要記錄當天完成的工作和決策。他們也可能會在卡片中維護的待辦事項清單中新增或移除項目。這些簡單的作法有助於卡片本身承載進行中工作的脈絡，而不是讓脈絡存在於特定的團隊成員身上。

我們發現每個團隊都發現了與卡片相關的新作法。在我們的每日討論中，團隊成員會要求在卡片中保留更多脈絡、更小的卡片和卡片中的持續註解。

「資訊在團隊中流動」

這是我們聽到的最令人興奮和有見地的評論之一。團隊發現，在實務上，錨點在編碼工作階段開始時與新配對分享脈絡並不需要花費很長的時間。沒有太多新的脈絡需要分享。此外，團隊發現，在處理團隊待處理事項清單中的許多其他卡片後，理解任何卡片都變得更容易。頻繁的配對輪調會加速這種經驗累積，因為團隊成員每週都能處理更多樣化的任務。

「知識孤島不可能維持」

每個團隊都包括具有不同經驗水準和專業領域的成員。團隊最初認為這種多樣性是頻繁配對輪調的挑戰。在實驗之前，每個團隊都在組織配對和分配給配對的卡片，考量到誰是初階或資深團隊成員、誰是前端、後端或 DevOps 專家、誰有在程式碼庫特定領域工作的先前經驗，等等。維護這個複雜的矩陣讓頻繁切換配對變得困難，並強化了團隊中的知識孤島。

在實驗的每日配對輪替中，很難維持這些規則。隨著配對每天輪替，團隊成員被迫在不熟悉的程式碼庫區域工作。此外，由於任何在不熟悉區域工作的團隊成員只會在某個卡片上待一兩天，然後再將其傳遞給其他人，因此風險要小得多。

我們的團隊發現頻繁的配對輪替會讓人員在卡片上產生的經驗影響趨於平穩。長期團隊成員可以為較新的成員移除阻礙，並分享有助於加速其成長和程式碼庫與開發工具學習曲線的知識。

在實驗結束幾個月後，一個團隊給了我們一些有趣的回饋：他們發現當生產中出現問題時，他們不需要依賴某一個人來查看並修復它。團隊可以指派任何人來解決問題。此外，另一個回饋提到，即將到來的配對輪替帶來了新的背景，改變了實作方向，並有助於在功能開發的早期階段解決問題，從而為團隊節省大量時間和返工。這些突顯了在團隊中傳播知識的好處。

「工作在團隊成員間流動」

團隊成員發現，每個人都會發展與所有進行中的卡片相關的背景，即使在處理每張卡片之前。這提高了每日站立會議的效率：團隊成員會分享見解、預先找出風險，並互相協助移除阻礙。這只有在所有開發人員對所有正在進行的卡片有足夠的背景和所有權時才有可能。沒有任何個人擁有任何工作，團隊中的每個人都對任務整體的進度負責。