С чего начать Data Governance: план на первые 90 дней

Словосочетание «Data Governance» у многих вызывает образ толстых регламентов, комитетов и дорогих платформ. Поэтому проекты по управлению данными часто либо не начинаются вовсе, либо начинаются слишком широко и тихо затухают через полгода.

На деле Data Governance — это ответы на простые вопросы: кто отвечает за данные, как они определяются, как проверяется их качество и что происходит, когда находится ошибка. Начать можно с малого и получить заметный результат за три месяца. Ниже — план, как это сделать.

Зачем бизнесу управление данными

Без договорённостей о данных каждый отдел живёт со своими цифрами. Продажи считают выручку по дате заказа, финансы — по дате оплаты. Маркетинг выгружает базу клиентов с дублями, логистика правит адреса в своей системе, а исправления не доходят до остальных. В результате:

• совещания уходят на споры о том, чьи цифры правильные;
• аналитики тратят время на сверки вместо анализа;
• ошибки находят клиенты или руководство, а не те, кто за данные отвечает.

Data Governance убирает эту неопределённость: у каждого важного набора данных появляется хозяин, у каждого показателя — одно определение, у каждой ошибки — понятный путь исправления.

Главная ошибка: начинать со всей компании

Самый частый сценарий провала — попытка сразу описать все данные, назначить владельцев во всех отделах и написать общий регламент. Такой проект долго не даёт видимого результата, и бизнес теряет к нему интерес.

Работает обратный подход: выбрать одну область, где проблемы с данными болезненнее всего, навести там порядок и показать результат. Затем повторить в следующей области, уже с готовыми шаблонами.

План на 90 дней

Недели 1–2: выберите область и зафиксируйте исходную точку

Ищите область, где плохие данные стоят денег или времени и это видно руководству. Типичные кандидаты:

• справочник клиентов с дублями и неполными контактами;
• справочник товаров с разными названиями и единицами измерения;
• управленческая отчётность о продажах, где цифры расходятся между отделами.

Сразу зафиксируйте исходный уровень: сколько дублей, какая доля незаполненных полей, сколько часов в месяц уходит на сверки. Без этих цифр через три месяца будет нечем подтвердить результат.

Недели 3–4: назначьте роли

Для выбранной области нужны две роли:

• Владелец данных — руководитель со стороны бизнеса. Он утверждает правила, решает спорные вопросы и отвечает за качество перед руководством. Это не ИТ: владелец справочника клиентов — скорее коммерческий директор, чем администратор CRM.
• Стюард данных — специалист, который ежедневно следит за данными: разбирает ошибки, поддерживает справочник, отвечает на вопросы коллег.

Роли не требуют новых сотрудников. Обычно это часть обязанностей тех, кто и так работает с этими данными, но теперь закреплённая явно.

Недели 5–8: договоритесь об определениях и правилах

Соберите владельца, стюарда и основных пользователей данных и запишите:

1. Определения. Что считается клиентом, активным клиентом, дублем. Определения попадают в бизнес-глоссарий — простой документ или таблицу, доступную всем.
2. Правила качества. Какие поля обязательны, в каком формате хранится телефон, как определить, что два клиента — один и тот же человек.
3. Источник истины. В какой системе данные создаются и правятся, а какие системы только получают копию.

Не стремитесь описать всё. Десяти–пятнадцати правил на ключевые поля достаточно для первого шага.

Недели 9–12: автоматизируйте проверки и покажите результат

Правила на бумаге не работают, если их никто не проверяет. Превратите их в автоматические проверки, которые запускаются по расписанию и сообщают стюарду о нарушениях. Для этого не нужна специальная платформа: на первом этапе достаточно запросов к базе данных и простого отчёта с динамикой.

Параллельно опишите процесс исправления: кто получает уведомление об ошибке, в какой срок и в какой системе её исправляет, что делать, если ошибка повторяется.

В конце третьего месяца сравните показатели с исходной точкой и покажите руководству: было столько дублей и столько часов на сверки, стало столько.

Какие документы нужны на старте

Минимальный набор, без которого управление данными не держится:

• список ключевых наборов данных области с владельцами и стюардами;
• бизнес-глоссарий с определениями показателей и сущностей;
• перечень правил качества и результаты проверок;
• описание процесса исправления ошибок.

Всё это помещается в несколько страниц. Более полный каталог данных имеет смысл вести, когда областей станет несколько и людям понадобится искать данные по всей компании.

Как измерять результат

Выберите два-три показателя, понятных бизнесу, и отслеживайте их ежемесячно:

• доля записей, прошедших все проверки качества;
• число дублей или незаполненных обязательных полей;
• время, которое уходит на ручные сверки и исправления;
• число инцидентов, когда ошибку в данных обнаружили пользователи отчётов.

Растущий процент записей без ошибок и сокращение ручной работы — лучший аргумент для расширения программы на следующие области.

Нужно ли покупать платформу

На старте — нет. Определения, правила и роли важнее инструмента, а первые проверки строятся на существующей базе данных и открытых инструментах. Специализированные платформы для каталогов, качества данных и MDM окупаются, когда областей много, команд несколько, а объём данных растёт. К этому моменту вы уже будете точно знать, какие функции вам нужны, и не переплатите за лишние.

Итог

Data Governance начинается не с регламента на сто страниц, а с одной болезненной области, двух назначенных ролей, десятка правил и автоматических проверок. За три месяца такой подход даёт измеримый результат и готовые шаблоны, которые можно перенести на следующие данные.

Если нужна помощь с запуском, посмотрите нашу услугу «Качество данных и Data Governance»: мы начинаем с аудита, выстраиваем роли и правила и оставляем работающие проверки.