데이터 조직을 설계할 때 가장 자주 부딪히는 질문은 구조다. 분석가들을 한곳에 모아 중앙 플랫폼팀을 만들 것인가, 아니면 각 사업부에 분석가를 흩뿌리는 임베디드 모델로 갈 것인가. 양쪽 모두 강력한 옹호자가 있고, 양쪽 모두 처참한 실패 사례가 있다.
나는 두 모델을 모두 운영해 본 두 조직을 가까이서 관찰했다. 결론부터 말하면, 어떤 모델이 옳은가는 잘못된 질문이다. 옳은 질문은 “지금 우리 조직의 성숙도에 무엇이 맞는가”이다.
중앙 플랫폼 모델의 빛과 그림자
A사는 분석가 전원을 중앙팀에 두었다. 장점은 명확했다. 지표 정의가 통일됐고, 데이터 표준이 일관됐으며, 분석가들이 서로 배우며 빠르게 성장했다. 그러나 시간이 지나자 중앙팀은 병목이 됐다. 현업의 요청은 백로그에 쌓였고, 분석가들은 도메인 맥락을 잃은 채 “쿼리 대행 창구”로 전락했다.
임베디드 모델의 빛과 그림자
B사는 반대로 각 사업부에 분석가를 심었다. 분석가는 도메인 전문가가 됐고, 사업부의 의사결정 속도가 빨라졌다. 그러나 대가가 있었다. 사업부마다 “이탈률”의 정의가 달라졌고, 같은 분석을 세 팀이 중복으로 수행했으며, 고립된 분석가들은 기술적으로 정체됐다.
중앙화는 일관성을 사고 민첩성을 판다. 분산화는 민첩성을 사고 일관성을 판다. 공짜 점심은 없다.
허브앤스포크라는 절충
두 회사 모두 결국 같은 곳으로 수렴했다. 핵심 인프라와 지표 표준은 중앙팀이 소유하고, 분석가는 사업부에 배치하되 중앙팀과 점선으로 연결하는 허브앤스포크 구조다. 중앙은 표준과 도구, 커리어 패스를 책임지고, 임베디드 분석가는 도메인 임팩트를 책임진다.
- 플랫폼/표준: 중앙 허브가 소유
- 도메인 분석/제품 결정: 임베디드 스포크가 소유
- 커리어·역량 개발: 중앙이 책임지는 길드 형태
구조보다 전환 시점이 더 중요하다
진짜 통찰은 따로 있다. 조직 초기에는 중앙화가 거의 항상 옳다. 사람이 적을 때 표준을 세우는 비용이 가장 싸기 때문이다. 그리고 사업부가 충분히 커져 도메인 깊이가 필요해지는 순간 임베디드로 전환해야 한다. 실패한 조직들은 모델을 잘못 고른 게 아니라, 전환의 타이밍을 놓친 것이다.
결론: 구조는 동사다
물론 이 절충안에도 비용이 있다. 허브앤스포크는 보고 라인이 모호해져 분석가가 두 주인을 섬기는 긴장을 낳는다. 이 긴장을 관리할 성숙한 매니저가 없다면 절충은 양쪽의 단점만 합친 결과가 되기도 한다.
그래서 나는 데이터 조직 구조를 명사가 아니라 동사로 본다. 한번 정하고 끝나는 그림이 아니라, 조직의 성숙도에 따라 계속 재편되어야 하는 흐름이다. 6개월마다 “지금 우리는 일관성과 민첩성 중 무엇이 더 부족한가”를 묻는 것, 그것이 정답에 가장 가까운 운영 방식이다.
