Владелец и стюард данных: кто за что отвечает

Когда в отчёте неверная цифра, на вопрос «кто отвечает?» часто нет ответа. ИТ говорит, что система работает правильно. Продажи — что данные пришли от финансов. Финансы — что им никто не сказал об изменении.

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

Владелец данных принимает решения

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

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

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

Стюард данных ведёт ежедневную работу

Стюард данных следит за данными каждый день. Стюард:

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

Обычно стюард — опытный специалист из бизнес-команды, который знает данные и то, как ими пользуются: старший аналитик, операционный специалист или бухгалтер.

А что же ИТ?

ИТ-команды обеспечивают работу систем: хранят данные, защищают их, делают резервные копии, строят пайплайны. Эту роль часто называют хранителем данных (data custodian). ИТ может реализовать правило, но решать, каким оно будет, не должно.

Вот как три роли работают на простом примере. В записях о клиентах есть дубли:

1. Стюард находит проблему по проверке качества и оценивает её размер.
2. Владелец решает, как определять дубли и какую запись оставлять.
3. ИТ реализует правило в системе и добавляет автоматическую проверку.
4. Стюард убеждается, что проверка работает, и следит за числом дублей.

Как ввести эти роли

Начните с одной области данных

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

Используйте людей, которые уже делают эту работу

В большинстве компаний кто-то уже исправляет справочники и отвечает на вопросы о данных. Сделайте эту работу явной и выделите на неё время. Новые сотрудники для этих ролей нужны редко, но новая ответственность должна отражаться в приоритетах человека.

Запишите обязанности

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

Задайте простой ритм

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

Измеряйте результат

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

Частые ошибки

• Назначить владельцем ИТ. Тогда ИТ приходится принимать бизнес-решения, а бизнес не чувствует ответственности.
• Назначить очень высокого руководителя, у которого нет времени. Лучше менеджер, который реально участвует, чем топ-менеджер, чьё имя просто стоит в списке.
• Дать роль без полномочий. Стюард, который ни от кого не может получить решение, скоро перестанет поднимать проблемы.
• Не выделить стюарду время. Если роль просто добавить к полной загрузке, она всегда будет проигрывать срочным задачам.
• Назначить нескольких владельцев на один набор данных. Когда отвечают несколько человек, не отвечает никто. Другие подразделения могут участвовать, но решает один.

Итог

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

Если нужна помощь, смотрите услугу Data Governance: вместе с вашей командой распределим роли, настроим правила и оставим работающие проверки.