ИнфоТеКС Tech анонсировала аналитический воркшоп с редким для таких мероприятий уровнем конкретики: участникам предлагают не абстрактный «разбор практик», а живой сценарий с 2149 годом, лунной логистикой и 10 модулями, которые нужно собрать в одну систему. Для русскоязычной IT-аудитории это понятный сигнал: аналитический воркшоп снова продают не слайдами, а задачей, где нужно договориться о данных, ролях и архитектуре.
По данным Habr / Новости, в основе воркшопа кейс про вымышленную корпорацию HELIX FREIGHT CONSTELLATION, которая управляет грузопотоками от Земли до Луны, но держит данные в десятках разрозненных систем. Совет директоров требует единую точку сбора, а команда участников получает один из 10 модулей будущего решения. Среди примеров — событийный слой, ИИ-предсказатель, ролевая модель и дашборд для руководства. Идея проста и поэтому рабочая: мало нарисовать красивую схему, нужно еще сделать так, чтобы части системы вообще могли жить вместе.
Отдельно цепляет не сеттинг, хотя космос и корпоративная логистика в 2149 году звучат заметно бодрее стандартного «крупного заказчика из ретейла». Важнее, что организаторы попали в нерв любой команды, где аналитики, архитекторы, продакты и разработчики хотя бы раз пытались собрать общий контур данных. Когда в описании прямо обещают холивар о том, «как правильно назвать сущность», это выглядит не шуткой для анонса, а честным описанием реальной работы. Большая часть проектных срывов начинается не на уровне кода и не на уровне UML-диаграмм, а в тот момент, когда разные люди называют одно и то же разными словами и думают, что уже договорились.
Формально это мероприятие про командную работу и обратную связь от экспертов, но по смыслу оно про куда более приземленную вещь: способность собрать единый язык вокруг системы, в которой данные давно живут своей жизнью. В этом смысле кейс про «разорванные» источники выглядит почти документальным. У многих компаний нет Луны, межпланетных грузов и совета директоров в духе научной фантастики, зато есть набор наследованных сервисов, BI-отчеты, несколько витрин, ручные выгрузки и вечный спор о том, где у сущности начинается жизненный цикл, а где он уже считается другим объектом.
Для аналитиков такой аналитический воркшоп полезен по очевидной причине: здесь проверяется не умение пересказать фреймворк, а способность удержать модель целиком, когда вокруг много зависимостей и мало полной информации. Для архитекторов ценность в другом — приходится проектировать не систему «в вакууме», а модуль, который обязан состыковаться с остальными частями. Для продактов и тимлидов это тоже не праздный жанр. Подобные упражнения быстро показывают, где команда начинает мыслить продуктом, а где скатывается в локальную оптимизацию своего участка. А для HR в IT и руководителей это еще и хороший индикатор того, какие форматы обучения сейчас действительно работают: не лекция про best practices, а моделирование конфликтной среды, где решения нужно защищать.
В анонсе нет лишних обещаний и это, пожалуй, еще один плюс. Организаторы не продают «революцию в аналитике» и не делают вид, что одна сессия решит все проблемы системного дизайна. Они предлагают бесплатное участие, обязательную регистрацию и ограниченное число мест. Такой формат честнее многих корпоративных ивентов, где за громкими словами скрывается обычный маркетинговый вебинар. Здесь, наоборот, главный оффер звучит довольно профессионально: приходите спорить, проектировать и получать фидбек. Для тех, кто работает на стыке аналитики, проектирования и продуктовой логики, этого уже достаточно, чтобы понять, стоит ли тратить вечер.
Есть и более широкий контекст. Российское IT-сообщество за последние годы заметно устало от контента, который можно потреблять фоном: подборки, пересказы и бесконечные сессии с безопасными тезисами. На этом фоне аналитический воркшоп с нормально сформулированным конфликтом выглядит как попытка вернуть в профессиональные встречи то, ради чего на них вообще приходят, — совместное мышление под давлением ограничений. Не посмотреть, как кто-то уже сделал, а попробовать собрать решение самому и быстро увидеть, где оно ломается. Для инженерной и продуктовой среды это намного полезнее, чем еще один рассказ о том, как «важно выстраивать процессы».
Главный вопрос здесь даже не в том, сколько людей успеют зарегистрироваться на конкретную сессию. Интереснее другое: станет ли такой формат нормой для технических мероприятий, где участники не просто слушают, а вживую сталкиваются с хаосом данных, границами модулей и несовпадающими словарями. Если да, у отрасли появится чуть меньше декоративных митапов и чуть больше разговоров, после которых команды возвращаются в свои проекты с неприятным, но полезным пониманием: спор о названии сущности — это не мелочь, а ранний симптом того, как потом будет устроена вся система.