⚡️Как изменился российский рынок каталогов данных за три года?
В 2023 году мы уже исследовали российский рынок Data Catalog. За три года класс решений заметно изменился: каталог данных перестал быть просто справочником технических метаданных и всё чаще становится инфраструктурой доверия к данным – связывает происхождение и качество данных, бизнес-контекст, владельцев, правила управления и процессы работы с данными.
В новом исследовании «Data Catalog-круг Громова 2026» мы рассмотрели 7 российских платформ: Arenadata Catalog, SBF DataManagement, RT.DataGovernance, Data Ocean Governance, Q.DataCatalog, VK Data Catalog и Юнидата. Отдельно представили профиль Axenix Dat .ax Meta, а OpenMetadata использовали как референсную платформу вне сравнительного контура.
➡️ Свежий отчёт поможет разобраться:
– чем российские Data Catalog отличаются по глубине функциональности, архитектуре и зрелости эксплуатации,
– насколько хорошо они интегрируются в корпоративный ИТ-ландшафт и соответствуют требованиям безопасности и импортозамещения,
– какие возможности есть для управления доступом, аудита и работы в закрытых контурах,
– какие возможности ИИ уже реализованы на практике,
– как выбрать платформу под свои задачи и подготовить пилот.
❗️Все решения проверены по 325 критериям: оценивается не только заявленный функционал, но и глубина реализации и степень его подтверждения документацией и демонстрациями.
Какие тренды мы увидели:
1️⃣ Data Catalog становится навигатором по корпоративным данным – показывает, где находятся данные, как они связаны, кто за них отвечает и насколько им можно доверять.
2️⃣ Отдельный тренд – ИИ. Каталоги становятся источником контекста для ИИ-агентов, при этом зрелость AI/ML-функций у российских решений сильно различается: от 23 до 94 баллов из 100.
3️⃣ Ключевой тренд – базовые функции стали стандартом, а конкуренция смещается в глубину: автоматизацию lineage, качество коннекторов, масштабируемость, аудит и зрелость эксплуатации.
Сохраните себе отчёт, чтобы быстро ориентироваться в российском рынке каталогов данных в 2026 году и сформировать шорт-лист решений для своей компании.
📌 Исследование поможет выбрать Data Catalog-платформу с учётом задач, архитектуры и зрелости управления данными в организации – скачать исследование!
Вчера поймала себя на мысле, что иишка так хорошо генерить картинки интерфейсов, что можно сделать невероятно крутые штуки. Они ещё будет кликабельные, как будто всё работает (иллюзия). Но потом возникает но, что это всё нужно поддержать в проде на больших объёмах, нагрузках, конкуренции пользователей за данные, и экономии времени, экономии памяти (цоды, все дела, требования по эффективности использования памяти не пережиток старого, а наша новая реальность).
И вот на демо показе, можно закрыть главную цель - продать заказчику продукт, произвести эффект "вау", что-то показать очень выигрышно по сравнению с конкурентами. Но при этом включать звено разумное, поэтому хорошо, когда в команде есть тот, кто душнит и том как это будет работать и задаёт неудобные вопросы.
Мало того, что проекты пресейла они требуют некого абстрактного мышления и ориентирования в высокой степени неопределённости, мы же не знаем на что клюнет заказчик, так ещё нам нужно заложить росток, а не бомбу замедленного действия на будущее, когда продажа состоится.
Опыт провалов важная вещь в таких задачах, потому что можно сразу понять риски, и озвучить. И фича с эффектом вау, которая хорошо продаётся, в будущем может потопить всё.
🥸Материалы с нашего прямого эфира про проектирование от 06.10.2026
В итоге о чём говорили:
🔹 Исследование Натальи: 15 глубинных интервью о том, где аналитики проседают в проектировании. Среди выводов: размытая роль («мы делаем» вместо «я проектирую»), фокус на процессе вместо результата, слабая техническая база.
🔹 Что такое проектирование и почему требования и архитектура уточняют друг друга по кругу, а не идут водопадом.
🔹 Три уровня систем: программа → информационная система → сервис, который приносит деньги.
🔹 Простая схема проектирования от Сергея: понять деятельность → решить, что отдать машине → описать, как люди общаются с машиной → разделить машину на части и описать их взаимодействие.
🔹 Карта нотаций: BPMN, ERD и диаграммы классов, DFD, C4, Use Case, Impact Mapping, Story Mapping и место Event Storming.
🔹 Где проходит граница между бизнес-аналитиком и системным аналитиком.
📎 Диссертация и презентация Натальи: https://disk.yandex.ru/d/k-7_i_Sm0sdlew
Информационный шок новичка.
Наша реальность с ИИ не отменяет наличие людей и выстаривания отношений между ними.
И каждый новый человек в команде это некий шаг назад, а может даже блокировка всех процессов и небольшая пауза, когда команда будет буксовать.
И вот новый человек в команде, и такие флешбэки полезли. И фразы руководителей проектов, что если не хватает ресурсов, вы не справляетесь, давайте мы ещё людей добавим. Тут всегда глаза лезут на потолок. Залить ресурсами, это не значит поехать и сделать проект. А теперь вместо ресурсов - используйте ИИ!
С каждым новым человеком, что происходит:
1.Увеличивается количество коммуникаций.
2.На старте входа происходит пробуксовка.
3.Человек работает по своим паттернам с предыдущих проектов. Что вы хотите от танцора, танцует как может.
4.Рассинхрон
5.Зарождение конфликтов
6.Повышение стресса из-за информационного шока.
Мне понравился термин "информационный шок", который показывает, состояние нового члена команды, я бы даже сказала в какой-то степени переживания. А когда я нахожусь в переживаниях сваливаюсь не в самые лучшие деструктивные паттерны поведения и лучше эту лодку не раскачивать)
И что чаще всего происходит - бросили, выплывай, ты же профессионал!
А нужен онбординг и тот самый проектный контекст, в котором находятся все, его нужно рассказать, передать.
✔️Вы оказывались в такой ситуации?
✔️Были в роли новичка или наоборот принимали нового члена команды?
✔️Как справились?
Грустная новость: в этом году конференцию Flow мы организовать не сможем. 🙈
Но предметная область остается для нас интересным направлением. Поэтому будем стараться хоть иногда встречаться для обсуждений и обмена знаниями.
Завтра 6 октября будем говорить о том, каких скилов не хватает системному аналитику вместе с Сергеем Нужненко и Натальей Косиновой.
Заходить сюда, а более подробное описание ниже.
Всем знакомая ситуация: аналитик написал требования, а разработчик говорит, что по ним систему не собрать без кучи уточнений. Или молча пишет как понял, и получается совсем не то, что нужно.
Где заканчивается описание пожеланий и начинается проектирование? Каких компетенций не хватает командам и что должен уметь системный аналитик, чтобы помогать делать работающие решения?
Обсудим это на онлайн-круглом столе.
Участники:
🔹 Сергей Нужненко расскажет о наблюдениях с собеседований, о модели компетенций и о своём пошаговом подходе к проектированию: от путей пользователя до схем данных и CRUD-матриц.
🔹 Наталья Косинова расскажет о результатах качественного исследования: интервью с 15 аналитиками. Поделится опытом менторства, обучения и руководства аналитиками.
О чём поговорим:
▪️ какие дефициты видны на практике: потоки данных, интеграции с несколькими участниками, полнота решений, управление изменениями;
▪️ что мы вообще называем проектированием и можно ли знать нотации, но не уметь проектировать;
▪️ чего разработка ждёт от аналитика и кто делает его работу, если аналитика в команде нет;
▪️ живой разбор кейса: интернет-магазин уведомляет клиента о готовности заказа. Участники покажут, как рассуждают. Потом добавим условие, что заказ выдаётся частями, и посмотрим, что сломается;
▪️ чему учиться и что курсы не исправят.
👥 Для кого: системные аналитики и разработчики
📅 Когда: 6 октября 2026 19:00 МСК
📍 Где: зум