Цель курса
научить руководителей и специалистов по работе с данными выстраивать систему управления качеством данных, которая масштабируется, снижает бизнес-риски и окупается за счёт предотвращения инцидентов.
По результату курса студенты смогут
- Разрабатывать и обосновывать процесс управления качеством данных с учётом бизнес-рисков.
- Внедрять и настраивать инструменты автоматического контроля и мониторинга качества данных.
- Управлять инцидентами, рисками и коммуникацией в области качества данных.
- Внедрять и масштабировать DQ-фреймворк в организации с любым уровнем зрелости.
- Оценивать влияние проблем с данными на TCO, AI-стратегии и бизнес-показатели.
Для кого курс
- Специалисты, отвечающие за внедрение Data Governance и Data Quality
- Тимлиды и руководители команд данных
- Бизнес-аналитики и дата-инженеры
- Руководители IT-проектов и продуктовые менеджеры
Модуль 1. Введение в контекст
Цель: сформировать понимание о базовых терминах и проблематике контроля качества данных, а также о том что качество данных - это управленческая ответственность, а не только инженерная задача.
Темы:
- Что такое качество данных качество данных
- Как низкое качество данных убивает AI-стратегии и увеличивает TCO.
- Реальные примеры: финансовые потери, сбои в отчётности, репутационные риски.
- DQ как управленческая ответственность: системный подход, бюджет, внимание топ-менеджмента.
Задание: групповая дискуссия «Какие проблемы с данными есть в вашей компании и как вы их сейчас решаете?»
Модуль 2. Метрики, архитектура и Governance
Цель: научиться переводить технические метрики на язык бизнеса, строить архитектуру DQ и управлять ответственностью.
Темы:
- Технические vs бизнес-метрики. Как говорить на языке компании.
- Шесть классических измерений качества данных (Completeness, Uniqueness, Validity, Accuracy, Consistency, Timeliness) и почему их недостаточно.
- Трансформация технических метрик в бизнес-показатели: от «% NULL» до «потерянной выручки».
- Формулирование SLO (Service Level Objectives) для данных.
- Архитектурные паттерны: Shift-Left и Shift-Right.
- Data Contracts: когда нужны, когда избыточны.
- Интеграция с каталогами данных (OpenMetadata, DataHub, Arenadata Catalog) и семантическим слоем (DataForge).
- Data Governance: роли (Data Owner, Data Steward, Data Engineer), RACI-матрица, бизнес-глоссарий.
- Управление техническим долгом в DQ: приоритизация, рефакторинг, отключение устаревших правил.
Задание: разработка шаблона SLO для своего бизнес-кейса; составление Data Contract для выбранного домена; заполнение RACI-матрицы.
Модуль 3. Внедрение Data Observability
Цели модуля:
Освоить современные подходы к автоматическому обнаружению проблем с данными и контролю качества ML-моделей и AI-агентов.
Темы:
- Data Quality vs Data Observability: в чём разница.
- Пять столпов Observability: freshness, distribution, volume, schema, lineage.
- «Линзы» Observability: логи, метрики, трейсы для данных.
- Архитектурные ревью как практика работы с Observability.
- Механизмы защиты и отката.
- ИИ-агенты-разведчики: как они улучшают Observability.
- Автоматическое обнаружение аномалий: Row Count Anomaly, NULL-проценты, распределения.
- Немного про продвинутые методики поиска аномалий: PSI, KS-тест, Isolation Forest, Z-score.
- Качество данных в ML-контуре: concept drift, data drift, стратегии реагирования.
- Agentic AI: новые вызовы, контроль качества работы агентов, метрики faithfulness, hallucination rate, grounding score.
Задание: разбор кейса «Компания заметила падение качества в витрине - как Observability + агенты помогают найти источник за часы, а не за недели».
Модуль 4. Инциденты и доверие
Цель: выстроить процессы управления инцидентами и сделать доверие к данным измеримым.
Темы:
- Жизненный цикл инцидента: обнаружение → классификация → эскалация → исправление → постмортем.
- Шаблон описания инцидента: impact, root cause, corrective actions.
- Операционные метрики: MTTR, количество инцидентов, доля автоматически найденных.
- Расчёт стоимости плохого качества данных (COPQ) на основе инцидентов.
- Бенчмарки и KPI для DQ-команды.
- Автоматическое разрешение инцидентов: от алертов к авто-исправлению.
- SLA и SLI для данных.
- Публичный статус-дашборд для бизнеса.
- Data Trust Score: как измерить доверие и использовать его для приоритизации.
- Аудит проверок: вопросы, периодичность, обновление метрик.
Задание: разбор реального инцидента с распределением ролей; расчёт MTTR и COPQ; проектирование публичного
Модуль 5. Стратегия и процесс внедрения
Цель: научиться внедрять DQ-фреймворк, продавать его внутри компании, рассчитывать бюджет и соблюдать регуляторные требования.
Темы:
- Как «продать» DQ смежным командам: аналитикам, разработчикам, BI, продукт-менеджерам.
- Централизованная vs децентрализованная модель DQ-команды.
- Мотивация инженеров: DQ в OKR, Definition of Done.
- Data Quality как сервис (DQaaS).
- Data Storytelling: структура презентации «проблема → impact → root cause → решение → выгода».
- Техники работы с возражениями: «Это не приоритет», «Нет бюджета», «Позже».
- Идеальная архитектура DQ-фреймворка: слои, связи, встраивание в ландшафт.
- План внедрения за 3 месяца: по неделям, с задачами и ответственными.
- Адаптация фреймворка под уровень зрелости: хаос → средний → Data Mesh.
- Неструктурированные данные: как работать с их качеством.
- Антикейсы и фатальные ошибки при внедрении.
- Бюджетирование: TCO DQ-инструментов, Open-Source vs Commercial.
- Критерии выбора инструментов: интеграция с каталогом, наличие ИИ-агентов, поддержка РФ.
- Регуляторные требования: 152-ФЗ, GDPR, штрафы, DQ-проверки для критических полей.
Задание:
- разработка дорожной карты внедрения DQ-фреймворка на 3 месяца;
- подготовка 3-минутного питча для руководства;
- расчёт TCO для своего кейса.
Финальный тест
30-35 вопросов на знание концепций, понятий, инструментов.