Суть. Ответ на затор в централизованной команде данных: вместо одного отдела, который сводит всё в одно хранилище, ответственность за данные передаётся командам, которые их создают. Каждая команда поставляет свои данные как продукт с описанием, качеством и обязательствами.
Четыре принципа
| Принцип | Что означает на практике |
|---|---|
| Владение по областям | За данные о сделках отвечают продажи, а не отдел данных |
| Данные как продукт | Есть описание, владелец, обещание по свежести и качеству |
| Платформа самообслуживания | Команда может опубликовать набор данных без заявки в ИТ |
| Общие правила | Единые требования к доступу, безопасности, совместимости |
Когда это оправдано
Когда команд много, областей данных много, а центральная команда стала узким местом — задачи стоят в очереди неделями. Признак: те, кому нужны данные, начали делать собственные выгрузки в обход.
Для компании с одной командой данных и десятью источниками подход добавит расходов и не решит ничего — там дешевле нормальное хранилище и порядок в описаниях.
Четыре принципа и что они означают на практике
| Принцип | Как звучит | Что меняется в компании |
|---|---|---|
| Владение по областям | Данными владеет тот, кто их порождает | У каждой витрины появляется имя ответственного |
| Данные как продукт | У набора данных есть потребитель, качество и обязательства | Появляется описание, срок актуальности и контакт |
| Общая платформа | Инфраструктура одна, данные разные | Команды не строят по своему хранилищу |
| Общие правила | Единые требования к качеству и доступу | Совместимость без централизации |
Когда это уместно, а когда нет
- Уместно, когда центральная команда данных стала узким местом и очередь запросов измеряется месяцами.
- Уместно, когда у областей есть люди, способные отвечать за качество данных, — иначе владение переносится в пустоту.
- Не уместно в компании с одной-двумя системами: распределять там нечего, получится усложнение ради названия.
- Не уместно без общей платформы: распределение владения без единой инфраструктуры даёт разрозненность, а не самостоятельность.
Где ломается
Передают ответственность без возможностей. Команде говорят «теперь данные ваши», но платформы, на которой можно их публиковать, нет. Итог — хаос вместо затора.
Нет общих правил. Каждая область называет клиента по-своему, и свести данные становится невозможно вообще.
Считают это заменой управлению данными. Наоборот, требования к качеству и описанию становятся строже, а не мягче.
Ответственность отдали, ресурсы нет. Команде сказали «теперь вы владеете данными», не дав ни людей, ни времени. Качество падает быстрее, чем при централизации.
Каждая область придумала свои определения. Выручка считается в трёх местах по-разному, и сверка занимает больше времени, чем раньше.
Общие правила остались рекомендацией. Без обязательного минимума описания и качества распределение превращается в набор изолированных хранилищ.
Проверка готовности: назовите человека, которому можно позвонить по поводу конкретного набора данных, и срок, за который он обязан ответить. Нет имени и срока — владения нет, есть перекладывание.
Частые вопросы
Связанное
Подход решает организационную проблему, а не техническую. Если очередь к команде данных короткая, менять ничего не нужно.
Материал обновлён 16 августа 2026
Разобрано на практике
Как эта рамка выглядит в разговоре с клиентом — в серии «Технологии для продавца».
- Данные: что стоит за «озером» и «хранилищем»Чем хранилище отличается от озера, где на самом деле уходят деньги в проектах по данным, где вендоры преуве…