Как разделить ответственность за определение показателя, качество исходных данных и техническую доставку, чтобы спорные цифры не оставались без ответа.
Отчёт есть, а ответственного нет
У двух отделов расходится показатель выручки. Аналитик объясняет, как построен отчёт. Инженер подтверждает, что загрузка завершилась. Но никто не может решить, учитывать ли возвращённый заказ в выручке текущего месяца. Технически таблица доступна, а бизнес-смысл цифры остаётся спорным.
Для таких случаев полезно заранее назвать владельца определения показателя, ответственных за исходные данные и команду, которая поддерживает доставку. Один человек не обязан выполнять все три роли. Главное — чтобы вопрос попадал к тому, кто вправе принять нужное решение.
Какие роли бывают
В глоссарии Microsoft Purview владелец данных описан как человек или группа, отвечающая за объект данных; специалист по сопровождению данных поддерживает названия, стандарты качества и правила. Это полезные примеры терминов, но конкретная структура ответственности в компании может отличаться.
Для показателя «выручка» бизнес-владелец должен согласовать определение: какие операции входят, когда фиксируется возврат, с какой датой сопоставляется заказ. Техническая команда отвечает за то, чтобы согласованное правило воспроизводилось в данных. Наличие исправного процесса загрузки само по себе не решает спор о смысле.
Условный пример с возвратом
Представим заказ на 5000 рублей в августе и возврат в сентябре. Один отчёт уменьшает августовскую выручку, другой показывает возврат отдельной строкой сентября. Оба подхода могут быть допустимы для разных задач, если определение зафиксировано. Ошибка начинается тогда, когда пользователи считают эти числа одинаковыми показателями.
Бизнес-владелец утверждает правило для своего отчёта. Ответственный за качество проверяет, что данные о возвратах поступают и понятны. Инженер выясняет, прошла ли запись через цепочку обработки. После этого спор можно разрешить предметно, а не перекладывать между отделами.
Что записать рядом с показателем
Полезная карточка показателя содержит название, назначение, формулировку расчёта словами, источник, период обновления и человека или группу для вопросов. Если значение меняется после позднего поступления данных, это тоже стоит объяснить. Так новая команда не будет угадывать смысл цифры по одному названию столбца.
В описании ролей Microsoft Purview отдельно показаны владельцы продуктов данных и участники управления каталогом. Это подтверждает необходимость различать ответственность за объект и права в инструменте. Права администратора системы не делают человека владельцем бизнес-определения.
Как разбирать расхождение
При расхождении сначала уточните: одинаково ли названы и определены показатели. Затем проверьте источники, период и путь данных. Последовательность происхождения числа помогает восстановить статья о пути данных. Утверждённое определение и контакт ответственного удобно хранить в каталоге данных.
Когда роли названы, можно договариваться и об ожидаемой надёжности отчёта: сроках обновления, проверках и реакции на сбой. Это отдельная тема материала про SLO для данных. Для обучения команды работе с качеством и доставкой данных есть программа DataOps инженера.
Как назначить ответственность без лишней бюрократии
Начать можно с нескольких показателей, которые чаще всего вызывают вопросы: выручка, активные клиенты, сроки доставки. Для каждого достаточно указать, кто утверждает смысл, кто знает исходную систему и кто отвечает за технический путь до отчёта. Такой список должен быть доступен пользователям отчёта и обновляться при смене команды.
Полезно назначить и запасной контакт на время отпуска. Иначе формально заполненная карточка оставит вопрос без ответа именно тогда, когда отчёт срочно нужен. Роли стоит проверять на реальном спорном случае, а не только по названию должности.
Курс по теме
Подходящая программа для дальнейшего изучения темы: DataOPS инженер.
