Data team: централизованная или федеративная — рамка решения

Когда возникает развилка

Оператор инвестирует в data capability. Два архитектурных pattern:

A) Централизованная — все data engineers, scientists, analysts в одной функции под CDO. Центральная команда serves всех.

B) Федеративная — small data pods встроены в каждый бизнес-домен (marketing data team, network data team, finance data team), под dotted line с CDO.

Через 18 месяцев эти модели приводят к разной operating reality.

Симптомы централизованной модели

Backlog requests от business — недели/месяцы.

Data team не знает domain context, выдаёт generic решения.

Business teams строят shadow data capabilities (Excel на стероидах) в обход.

Технологическая дисциплина сильная — common standards, single source of truth.

Симптомы федеративной модели

Скорость per-domain высокая — pod рядом с business.

Стандарты разные per domain — таксономия конфликтует, dashboards inconsistent.

Талант фрагментирован — специалист в маркетинге не знает, что делает специалист в network.

Cross-domain analytics затруднены — каждая команда защищает свои данные.

Где обычно ошибаются

«Build один большой data org» без understanding domain depth. Через год бизнес заявляет «эта команда не понимает нас».

«Каждому домену свой data team» без central standards. Через 2 года 12 разных definitions «активный клиент».

Hybrid без чётких ответственностей. Никто не знает, кто за что отвечает.

Hybrid pattern (часто оптимальный)

Centre of Excellence (CoE) под CDO: standards, platform engineering, governance, ML platform, MDM. 30-50% talent.

Domain pods, dotted line к CDO: data analysts и domain scientists, embedded в business. 50-70% talent.

CoE owns standards и infrastructure. Domain pods own delivery в своём домене. Career path обеспечивается через CoE (rotation возможна).

Когда централизованная

Маленький-средний оператор (<3M клиентов).

Data discipline ещё не зрелая — нужен strong central control.

Business teams не готовы owner data выводы.

CDO имеет strong leadership и political capital.

Когда федеративная

Крупный оператор с матовыми domains.

Data discipline зрелая — common standards уже есть.

Business teams готовы to own decisions, не только consume reports.

Data leadership распределено.

Что обсуждать в комитете

Текущий operating pain — где медленно, где inconsistent.

Talent availability — есть ли data leaders в domains для federation, или CDO держит все таланты.

Standards readiness — есть ли существующая discipline.

Governance maturity — кто решает в conflicts.

3-year talent roadmap — где растим, где hire.

Как SamaraliSoft помогает

Data Org Decision Workshop — 4 недели. Diagnostic текущей model, target operating model design, transition roadmap, capability gap assessment.

Связанное

• /architecture/telecom-cdp-architecture/ — CDP ownership
• /architecture/telecom-master-data-management/ — MDM
• /architecture/telecom-mlops-architecture/ — MLOps
• /insights/telecom-data-discipline/ — data discipline