建立強大的資料團隊並非易事，這需要領導者決定哪種資料團隊結構最適合他們的組織。
我在我的公司 BombBomb 面臨這個決定，並親身體驗了嵌入式（「分散式」）和集中式團隊結構的優缺點。嵌入式團隊結構是一種資料團隊，其中每位資料專業人員都完全嵌入為業務團隊的一部分，例如行銷團隊。而集中式資料團隊是一個集中處理來自所有業務部門的所有請求的資料團隊。
評估資料團隊的使命並概述您的企業究竟需要資料團隊做什麼，可以幫助您決定如何建構該團隊。
例如，如果您的組織中只有一位資料人員，則嵌入式模型可能無法運作。如果只有一個人來處理所有請求，則集中式方法最有效，這樣一個人的資料團隊就可以與多個部門合作以推動洞察。
我的組織正在使用嵌入式模型。雖然此模型具有優勢，但我們的業務正遭受不良優先順序的困擾，並且由於公司缺乏資料成熟度（一種衡量公司使用和存取嵌入式資料的指標），專案進度遠遠落後。
我感到有必要探索不同的團隊結構，希望能讓我們的資料專業人員達成共識，提高我們組織的資料成熟度，並為同儕間的技能分享創造一個良好的環境。在探索模型的同時，我想出了這個優缺點列表
集中式模型的優點
- 團隊可以輕鬆地在他們支援的所有部門中確定專案的優先順序；
- 資料團隊可以建立自己的團隊使命並致力於自己的成果，同時也支援組織；
- 資料主管對公司的整體策略有更廣泛的視野，並且可以輕鬆地在整個組織中提供資料支援；
- 在同一個團隊中擁有資料工程師、資料分析師和資料科學家可以鼓勵同儕間的學習，並為技能發展創造機會；
- 整體資料策略在團隊內部共享和維護；
您必須考慮的集中式模型的一些缺點
- 團隊可能會變得更像是一個工單處理機，而不是不同部門的積極合作夥伴；
- 資料主管必須對公司策略保持良好的理解，才能準確地確定工作優先順序。即便如此，某些部門可能會受到青睞，而讓其他部門感到不受支援；
- 雖然團隊內部的知識共享可能很高，但資料工程師和資料科學家可能與利害關係人過於疏遠，導致錯失業務背景；
雖然集中式團隊結構通常是進入嵌入式團隊結構的墊腳石，但並非所有企業都是如此。
嵌入式模型的優點
- 在部門內部建立牢固的關係，消除技術團隊成員和業務合作夥伴之間的障礙，減少圍繞資料和業務需求的混淆；
- 減少不同主題和部門之間的上下文切換可以提高生產力；
- 優先順序在團隊內部是明確且一致的——高度定向。團隊成員可以成為其各自部門的領域專家；
嵌入式模型促進資料成員和業務部門之間更好的協調。
您應該考慮以確保您的嵌入式模型有效的缺點
- 由於擁有不同使命的不同領導者，資料工程師、資料分析師和資料科學家可能會變得不協調；
- 如果沒有一個人對專案方向做出最終決定，則在確定專案優先順序時可能會增加衝突；
- 這種團隊結構可能會讓人感到孤立，因為您周圍都是沒有相同技能組合的人，而且您共同解決問題的能力並不總是存在；
- 部門之間的職涯發展可能會有所不同；
我的目標是在工程師和分析師團隊中建立對業務目標和目的的共同理解，同時也在具有相似技術技能的成員中建立明確的方向和技能共享的環境。
知道我們的組織的資料成熟度較低，我非常傾向於集中式模型——因為我們的組織需要一個可以互相依靠並輕鬆地根據公司整體目標而不是單獨地確定優先順序的強大團隊。自從實施集中式模型以來，我可以自信地說，我們增加了整個組織對資料的存取權限，提高了資料品質，建立了與公司目標一致的資料團隊目標，並創造了專注於信任和共同努力實現共同目標的積極團隊文化。
因此，當您面臨挑戰，需要確定最適合您組織的團隊結構時，請記住，沒有建立資料團隊的「操作指南」模型，而是應專注於了解您公司的資料成熟度水平，以便您可以建立一個與您的組織需求和策略良好協調的團隊。
最後，請記住您的結構可能會而且很可能會改變，並擁抱這種改變。