團隊如何組織？前後端團隊與業務功能團隊的比較

元件團隊：每個團隊負責一個系統元件。例如，有一個團隊負責前臺，一個團隊負責後臺，還有一個團隊負責資料庫。這三個團隊獨立運作，這經常導致團隊之間的相互依賴。
這些團隊不是為終端使用者提供價值，而是花了很多時間來討論依賴關係和測試各元件的行為。從買方的角度來看，這些要素完全不重要。
元件團隊也意味著很多正在進行的工作（WIP）專案正在同時進行。在排隊理論中，我們有利特爾定律，證明了增加WIP的平均數量將增加每個工作專案完成的平均時間（前置時間）。作為一個元件團隊工作會增加交付的時間。

功能團隊：每個團隊都有足夠的信心完成一個端到端的故事。當然，團隊的核心目的應該始終是提供客戶價值；而不僅僅是分配責任和資源。
一開始可能會顯得很艱難，因為每個團隊成員都應該對各種元件有一定的瞭解。然而，隨著他們在故事中的工作，他們會接觸到各種元件，並獲得瞭解它們的經驗，直到他們有足夠的信心來做一個有各種元件的故事

有一個普遍的誤解，認為功能團隊的每個成員都必須熟悉整個系統。事實上，並非如此，因為整個團隊都需要實現整個以客戶為中心的功能。當需求與團隊技能不一致時，學習就會被 "強迫"，從而打破過度專業化的約束。

功能團隊的每個成員都會隨著時間的推移逐漸增加他們的專業技能，直到形成一個完整的多學科專家團隊，他們都可以同時從事多個專案的工作。

想象一下，是這樣的：

元件團隊類似於水平切割蛋糕，每片蛋糕只由一層組成（例如，只有蛋糕、奶油或配料）。
另一方面，功能團隊類似於垂直切蛋糕，每片蛋糕有多層，而不是隻有一層。

應該如何重組你的團隊？
如果你想要一個能從概念到實施都能承擔客戶要求的團隊，那麼功能團隊無疑是一個更好的選擇。但你應該如何開始一個？

遵循Shu-Ha-Ri原則，建議從小型產品開始，由一個團隊負責，並將敏捷性的立場和原則內化。
然後，通過垂直元件團隊，你可以承擔更大的產品，並逐漸發展成功能團隊。

團隊如何組織？前後端團隊與業務功能團隊的比較

相關文章