建築的強弱力

MYOB 的團隊

在 MYOB，我們根據現代數位產品組織的成熟原則來安排我們的團隊。團隊與我們的產品功能和業務功能保持一致，並負責軟體和基礎設施的規劃、交付、維護和支援等所有方面。

團隊被分組為網域，網域彙集相關功能，並由一些領導和支援角色在網域層級運作。網域進一步分組為稱為垂直的更大組織單位。垂直代表我們客戶群的主要區塊。

當然還有更多內容，包括支援功能和內部平台，這些平台提供架構，讓整個組織能有效地交付成果。然而，這個簡化的模型對於技術治理的推理很有用。

在本文中，我想說明這個結構如何影響我們的技術選擇和設計決策，不同的方法可能適合於不同範圍（或「爆炸半徑」）的決策。我喜歡的觀念模型是組織不同部分之間的吸引力。

在一個網域內 = 強力

在一個網域內，我們有多個團隊，每個團隊負責網域內的一些功能和基礎系統。有時候這會完美地對齊，每個團隊都是一組界線分明的系統的管理員。在現實中，這通常是不完美的，一些系統的管理會由多個團隊共同負責，通常是出於遺留原因。對於網域內的團隊，存在著非常強大的對齊力量。

網域結構旨在彙集在功能上具有凝聚力的系統，它們密切相關，處理相同概念，依賴於共同的網域專業知識，而且它們經常同時變更以滿足客戶需求。

單一團隊的成員通常在相同的系統上工作，因此需要非常清晰且一致的工作方式、標準、技術選擇和設計方向。這是最強大的對齊力量。

在同一個網域內的團隊之間，對齊力量仍然非常強大。知識共享容易且流暢。協商系統互動，例如架構，相對容易。當需要交付一個跨越網域內系統的功能時，通常同一個人會實作每個整合點的「雙方」。

這表示網域內系統之間的「私有」互動（API 呼叫、事件、資料檔案）可以有更緊密的耦合，而不會有那麼嚴重的成本。透過允許一些更緊密的耦合，我們可以減少版本控制、向後相容性以及避免共用依賴項所付出的努力。網域層級的系統耦合並不總是必須不惜一切代價消滅的邪惡怪物，事實上，在這個範圍內的耦合可能是一件有用的事情。

在一個垂直範圍內 = 弱化力

在中間區域，我們有我們的垂直結構，包含多個網域。一個網域與另一個網域之間的人員社會距離正在拉大。這使得協商和達成共識變得更加緊張和緩慢，因此勢必會影響我們的技術選擇和方法。

整個組織 = 弱力

當我們將焦點拉遠到整個組織時，垂直之間的共識力道確實非常薄弱。在整個組織中原子化地進行變更相當困難，主要是因為每個垂直的優先工作事項都是刻意獨立的。在此層級協調工作勢必會慢很多，而且有其限制。這表示我們的設計決策和方法需要相應調整。

我們如何應用這個模型？

讓我們透過探討一些技術決策制定領域，來讓這個模型更具體，這些領域可能會根據其範圍而有所不同。以下清單並非旨在詳盡無遺，僅提供一些有趣的範例供您參考。

結論

在任何規模不小的組織中，每天都會做出許多技術決策。多年來，我們一直致力於讓團隊能夠在更接近工作的地方做出決策，而無需對每個決策進行嚴格的集中管理。達成「協調的自主」並不容易，需要不斷平衡和調整。簡單的模型可以幫助團隊了解如何在特定情況下做出好的決策。在本文中，我描述了 MYOB 如何將我們的技術治理方法與組織結構和動態相結合。了解組織內部的這些協調力量，讓我們能夠了解什麼容易，什麼困難，並因此做出更好的技術選擇。