Конференция ArchDays

Знание, необходимое для принятия архитектурного решения в значительной части не формализовано. Даже при огромной базе знаний и отличном описании предметной области и нефункциональных требований в начале каждой новой задачи существует массив информации, которая живет в головах людей, в бумажных заметках, на стикерах. Раньше процесс выглядел как? Собраться, проанализировать, после чего архитектор вручную все описывал и формализовал. Сейчас часть этой работы берет на себя модель, – провели встречу, получили транскрипт, извлекли из него структуру. Но качество результата определяют два условия. 1. Фасилитация. Встреча должна быть структурирована так, чтобы модели было удобно ее разобрать. Явные переходы между блоками («теперь переходим к требованиям по надежности»). Со стороны это выглядит немного наигранно, но заметно улучшает результат. 2. Собственные заметки. Все самое важное фиксируется вручную во время встречи, чтобы потом сверить, не потеряла ли модель ключевое при обработке транскрипта. Встречи по требованиям никуда не уходят, но меняется их формат. Как архитекторы, инвестируйте в навык фасилитации и в стандартные шаблоны извлечения знаний. Это прямой способ сократить цикл от «знание в голове» до «знание в базе». Перефразируя проф. Преображенского на современный лад – «разруха не в артефактах, разруха в головах», а структура в голове дает структуру и ясность изложения мысли, с которой перенести мысли в базу знаний моделью будет значительно проще.

⭐️ ТОП-5 причин прийти на ArchDays 2026

Архитектура IT-решений — это не только про технологии. Это ещё и про решения, которые дорого менять, сложные компромиссы и вопросы, на которые не всегда есть готовые ответы.

ArchDays — одна из ведущих российских профильных конференций, целиком посвященная архитектуре IT-решений. Главная ценность ArchDays заключается в том, что она выходит за рамки классического лектория и ставит своей целью не просто трансляцию опыта, а совместный поиск решений для еще не решенных архитектурных проблем. ТОП-5 преимуществ участия в конференции для архитекторов, техлидов и ИТ-руководителей:

1. Фокус на снижении самых дорогих ошибок в ИТ Архитектурные ошибки обходятся компаниям дороже всего. На конференции детально разбирают, как построены передовые российские платформы. Это помогает участникам перенимать проверенные паттерны и снижать риски при проектировании собственных систем.

2. Четкое разделение на треки Программа не перегружена абстрактной теорией и разбита на понятные прикладные направления: проектирование архитектурной функции, инструменты и практики, обучение архитектуре и опыт собственной разработки. Можно сосредоточиться на том, что сейчас актуально именно в вашей работе.

3. Реальный опыт импортозамещения и новых трендов Событие собирает экспертизу по актуальным вызовам рынка: от масштабной миграции на альтернативные СУБД и облачные стеки до применения AI в контроле ИТ-архитектуры и проектирования безопасного искусственного интеллекта.

4. Топовый состав спикеров-практиков Своими кейсами делятся архитекторы и CTO из крупнейших технологических компаний и экосистем, включая МТС-Банк, Мосбиржа (MOEX), Авито, Сбербанк, Газпром нефть, Альфа-Банк, CDEK.

5. Мощное комьюнити и качественный нетворкинг ArchDays собирает на одной площадке сотни профильных специалистов со всей страны. Это редкая возможность вживую поспорить о будущем индустрии, лично обсудить сложный рабочий кейс с коллегами из других корпораций и найти единомышленников. Офлайн-формат традиционно завершается виски-пати для неформального общения.

Всё это — не просто пункты, а возможности, которые стоит забрать с собой. До встречи на ArchDays 2026!

От технологического хаоса к понятной архитектуре: два доклада о системном подходе Как управлять IT-ландшафтом, который постоянно меняется? И как спроектировать бизнес так, чтобы он мог меняться быстро, и без потери целостности? Уже 27 ноября на ArchDays 2026 поговорим о том, как навести порядок в технологиях и бизнес-архитектуре. 🔄 Иван Головко, старший разработчик Альфа-Банка «Цифровой Рим: как победить хаос в управлении IT-стратегией» Юлий Цезарь знал по имени каждого солдата. А много ли найдётся CTO, архитекторов или техлидов, которые так же хорошо знают технологический ландшафт своей компании? ИТ-системы быстро меняются, специалисты приходят и уходят, а единым источником правды нередко остаётся устаревшая таблица в Wiki. Иван расскажет, как компании решают проблему управления технологиями в корпоративном масштабе, и предложит универсальный подход к управлению инженерными изменениями. 🔄 Андрей Коптелов, сооснователь ABPMP Russia «Что же такое бизнес-архитектура» Бизнес-архитектура — это не только схемы и модели. Она помогает спроектировать организацию, подготовить её к автоматизации и цифровизации и сделать изменения управляемыми. Андрей разберёт бизнес-архитектуру на конкретных объектах: что такое объект управления, как устроена метамодель организации, как связаны её элементы и как определить их целевое состояние. Отдельно поговорим о скорости изменений — ведь именно ради неё и создаётся «правильная» бизнес-архитектура. Два доклада о том, как превратить сложность в систему: увидеть целостный IT-ландшафт и спроектировать организацию, готовую к изменениям.

Одна из самых недооцененных возможностей последних полутора лет заключается в создании инструментов для самих инженеров. Существует огромный класс полезных и даже сложных инструментов, которые раньше никто не делал. Крупному вендору их невыгодно разрабатывать, ибо непонятно, как монетизировать узкую аудиторию. Самим архитекторам и разработчикам – слишком дорого. Сейчас этот барьер исчез. Инструмент, который проверяет согласованность архитектурной документации, в том числе единообразие терминологии и аккуратно показывает расхождения в отчете, делается достаточно быстро. Так же можно автоматизировать и оптимизировать широкий пласт инженерной рутины. С экономической точки зрения это сдвиг кривой «затраты-выгода», – целый сегмент задач, лежавших ниже порога рентабельности, внезапно оказался выше него. Есть здесь и стратегический аспект. Внутренние инструменты, даже повторяющие типовые решения, ценны тем, что они свои, – их проще развивать, дополнять функциями, кастомизировать и встраивать в корпоративные процессы. Однако, есть и минусы. Такие инструменты часто разрабатываются из видения создателя инструмента, не опираясь на стандарты или общепринятые подходы, а это приводит, в свою очередь, к повторению ранее совершенных индустрией ошибок, снижению переносимости компетенций и проблемам с накоплением индустриальных знаний вследствие того, что эти, разрозненные, знания, сложнее интегрировать во что-то цельное.

От DDD до распределённых процессов: два взгляда на архитектуру сложных систем Как ускорить создание микросервисов и при этом не принимать одни и те же архитектурные решения заново? А как заставить несколько независимых систем работать согласованно, не лишая их автономности? На ArchDays 2026 обсудим два практических кейса. 🟢 Евгений Войтов, корпоративный архитектор МТС-Банка «Конец ремесленнического DDD: генерация микросервисов из артефактов дискавери» Декомпозиция монолита — трудоёмкий процесс. Команды снова и снова проектируют микросервисы и принимают десятки архитектурных решений. Евгений предложит другой подход: превращать результаты DDD-дискавери — EventStorming, BC Canvas и Aggregate Design Canvas — в работающие микросервисы с CQRS, Event Sourcing и гексагональной архитектурой. За плечами Евгения 17 лет в разработке и проектировании сложных систем. Он прошёл путь от инженера-программиста до архитектора трайба из 16 команд и более 600 человек. Последние шесть лет специализируется на внедрении DDD и событийных подходов в финансовом и телеком-секторах. 🟢 Екатерина Бажина, архитектор данных «Иннотех» «Оркестрация внутри оркестрации: как независимым системам играть по одним нотам» Четыре системы, четыре базы данных, четыре бизнес-процесса — и один запрос, для ответа на который нужно дождаться результатов работы всех четырёх. Как организовать взаимодействие, не превращая независимые системы в тесно связанные компоненты? Екатерина расскажет о практическом опыте построения двухуровневой событийной архитектуры: внешняя оркестрация запускает внутренние процессы, координирует их и ожидает завершения необходимых веток. Разберём решения, которые помогают сохранять автономность подсистем, избегать жёсткой связанности и делать развитие системы предсказуемым. Два доклада — о том, как справляться со сложностью архитектуры: автоматизировать создание микросервисов и выстраивать взаимодействие между независимыми системами. ArchDays 2026, 27 ноября.

ИИ углубляет разрыв знаний Разрыв компетенций между инженерами существовал всегда. В одной команде одни знания, в другой – другие, уровни тоже разные. Логично ожидать, что ИИ его сократит. На практике нередко происходит обратное. Раньше знание добывалось с некоторым трудом, – найти статью, прочитать, усомниться, обсудить с коллегой. Информация могла быть неточной, но ее искажения проходили через социальный фильтр. Сейчас обучение становится индивидуальным. Человек спросил – модель ответила, он уточнил – она ответила снова. И отвечает она так, что все очень гладко укладывается в голове. Если где-то она ошиблась и увела не туда, сомнения может даже не возникнуть. А потребность обсудить тему с кем-то снижается, – вы ведь уже не просто прочитали, вы прочитанное еще и «обсудили». В результате каждый инженер формирует собственную, внутренне непротиворечивую картину мира, которую никто, кроме него, не проверял. Это эпистемические пузыри внутри одной команды. Схожая проблема есть и у ИИ как участника проекта. Модель может отвечать на вопросы новичков и делать брифы по проекту, разгружая людей. Но она передает только ту информацию, которая у нее есть. Если документация неполна или некорректна, онбординг через модель начинает масштабировать пробелы. Вывод Горизонтальный обмен знаниями больше не возникает сам собой, его нужно проектировать. Архитектурные ревью, гильдии, разборы решений перестают быть «приятным дополнением» и становятся необходимым механизмом сохранения качества мышления команды.

AI в архитектуре: как навести порядок и масштабировать экспертизу? AI всё активнее входит в работу архитекторов. Но как сделать так, чтобы он не нарушал правила, а действительно помогал командам? И можно ли с его помощью одному архитектору сопровождать сразу десять команд? На ArchDays 2026 разберём два практических подхода. 🟩Евгений Никоноров, корпоративный архитектор MOEX «Гавернанс — тёмная материя ИИ» Одни компании уже активно используют AI, другие опасаются утечек, требований регуляторов и потери контроля. При этом технологии развиваются быстрее, чем успевают появляться правила их использования. Евгений расскажет, какие управленческие вопросы возникают при внедрении AI и как выстраивать гавернанс на практике — чтобы превратить AI-хаос в управляемую систему. За плечами Евгения 20 лет в ИТ: от разработки и проектирования систем до контроля архитектурных решений. Теперь следующий этап — научить нейросеть жить по правилам. 🟩Кирилл Ветчинкин, архитектор «Авито» «Как контролировать архитектуру одним архитектором с применением AI» Как обеспечить архитектурную поддержку сразу десяти команд, если ты один? Кирилл покажет, как агентная система и архитектурный RAG помогают масштабировать работу архитектора, внедрять AI в инженерные процессы и при этом сохранять стандарты и качество кода. В докладе — практический опыт, ошибки и решения, которые можно адаптировать под свои задачи. Кирилл более 15 лет занимается разработкой и архитектурой сложных систем, а сейчас отвечает за развитие инженерных практик и внедрение AI в разработку в HR Tech «Авито». Два доклада о том, как сделать AI управляемым инструментом: задать ему определённые правила и встроить в архитектурную работу без потери контроля. Уже через месяц встречаемся на ArchDays 2026!

Код подешевел, ошибка в архитектуре – нет Генеративный ИИ открыл ящик Пандоры. У бизнеса сложилось убеждение, что сложную систему теперь можно построить быстро, дешево и легко. Первый работающий результат действительно появляется за неделю, а иногда и быстрее. Однако, как и прежде, архитектурные решения продолжают определять экономику продукта на всем жизненном цикле его существования. Одно решение может сделать проект прибыльным и пригодным к быстрому развитию, другое может его похоронить. Ставки остались прежними, а времени на их осмысление стало радикально меньше. Остановить старт проекта на полгода ради проработки архитектуры, когда конкурент показывает прототип через неделю, бизнес уже не позволит. Если раньше архитектор брался проработать все и со всех сторон, то теперь на первый план вышло умение отделить жизненно важное от второстепенного. Не «как система будет выглядеть идеально», а «что определяет ее жизнеспособность». Разумеется, так стоило работать и раньше. Разница в том, что теперь это единственный рабочий режим. ИИ освобождает время от рутины и это время нужно вложить в глубину проработки нескольких действительно критичных решений, а не размазывать по всему подряд, на что упал взгляд. Дешевая (это, кстати, тоже хороший вопрос, смотря как считать) разработка увеличивает цену неверного выбора, потому что ошибочное решение масштабируется с той же скоростью, что и верное. Инвестируйте в качество решений, а не только в скорость поставки. 🦖

Как объединить разные облака одной архитектурой — и выпустить ИИ в продакшен Две задачи, которые хорошо знакомы командам, работающим со сложными ИТ-системами: как подключать новые платформы, не переписывая бизнес-логику, и как превратить эксперимент с ИИ в полноценный инструмент внутри компании. На ArchDays 2026 обсудим оба вопроса на практических кейсах. 🔂 Станислав Кабанов, ведущий разработчик ГК Юзте «Единая модель: архитектура платформы управления гипервизорами и облаками» Гипервизоры и облака решают похожие задачи, но отличаются моделями данных, API и ограничениями. Как сделать так, чтобы бизнес-логика не зависела от особенностей каждой платформы? На примере продукта Octopus Станислав разберёт, как устроить единую модель виртуальной инфраструктуры, отделить бизнес-логику от интеграционного слоя и упростить подключение новых платформ. В том числе — как эта архитектура помогла быстро добавить поддержку VK Cloud и Яндекс Cloud. И, конечно, расскажет об ошибках проектирования, которые тоже стали частью инженерного опыта. 🔂 Артём Кротов, начальник управления в Мир Plat.Form «Записки ИИ-орнитолога: выпускаем “Аиста” в продакшен» Создать прототип с ИИ — только начало. Гораздо интереснее превратить его в production-ready решение, которое работает в контуре компании и действительно помогает командам. Артём расскажет, как Мир Plat.Form прошла путь от прототипа и пилота до собственного сервиса «Аист» для генерации кода. В фокусе — архитектура сервиса, разграничение доступа к локальным большим языковым моделям и практические кейсы автоматизации, которые удалось реализовать с его помощью. Два доклада — о том, как инженерные решения проходят проверку реальностью: когда инфраструктура расширяется, интеграций становится больше, а ИИ должен выйти за пределы экспериментов. Встречаемся на ArchDays 2026?

AI создаёт решения. Кто проверит, что они безопасны и правильны? AI всё активнее участвует в разработке: генерирует код, предлагает архитектуру, ускоряет работу команд, но вместе со скоростью растут и риски. На ArchDays 2026 эту проблему рассмотрим с двух сторон. 🔄 Илья Волынкин, технический директор и сооснователь TeleTeam Development «Архитектура безопасного ИИ» Как строить AI-платформы, которым можно доверять? Илья поделится подходами к проектированию безопасной архитектуры ИИ-систем. За его плечами — опыт разработки телеком-платформ, работы с сетевыми и рекламными технологиями, участия в международных сообществах по беспроводной связи и создания технологических продуктов. 🔄 Дмитрий Дзюба, руководитель центра в ООО «ВымпелКом Информационные Технологии» «Архитектурный контроль в эпоху агентной разработки» AI-агенты могут генерировать несуществующие сервисы, использовать запрещённые технологии и создавать лишние связи между компонентами. Проверять каждое изменение вручную становится всё сложнее. Дмитрий покажет, как выстроить автоматизированный архитектурный контроль на трёх опорах: едином справочнике систем и технологий, графовой проверке архитектурных связей и Architecture as Code — архитектурной модели с проверками в CI. На примере open-source платформы BeeAtlas разберём, как превратить архитектурные правила в автоматический фильтр между предложением LLM и попаданием кода в основную ветку. Два доклада — о том, как развивать AI-технологии и при этом не терять контроль над безопасностью и архитектурными решениями. ArchDays 2026, 27 ноября.

📌 Два формата, чтобы прокачать архитектурное мышление: спорить аргументированно и настраивать AI под свои правила Архитектура — это не только про то, какое решение выбрать. Важно ещё уметь его обосновать, договориться с командой и добиться, чтобы даже AI-агент работал по заданным стандартам. На ArchDays 2026 разберём это на практике — на воркшопе и мастер-классе. Наталья Макарова, ведущий программист Java в CDEK, Новосибирск «АрхДебаты» Как убедить команду в правильности архитектурного решения? Давить авторитетом, приводить больше фактов или подключать эмоции? На архитектурных дебатах две команды будут защищать разные точки зрения на реальные архитектурные проблемы. Вместе разберём аргументы участников и выясним, что делает позицию убедительной, а что мешает договориться. Навык особенно полезен в эпоху AI, когда важно не просто получить готовое решение, но и критически оценить его. Денис Никифоров, архитектор Advalange, Москва «Как заставить ИИ агента работать по вашим правилам?» AI-агент может подготовить требования к приложению, но перепутать приоритеты, пропустить детализацию или потерять связи между бизнес- и системными требованиями. А попытки исправить результат порой приводят к новым ошибкам. На мастер-классе Денис покажет, как описать метамодель и правила валидации, чтобы агент самостоятельно проверял требования на соответствие стандартам компании и работал по заданным правилам. Два практических занятия 🦕 — о том, как принимать архитектурные решения, убедительно их защищать и выстраивать работу с AI без бесконечных исправлений. Выбирайте сторону в архитектурном споре или приходите настраивать AI-агента — и попробуйте оба формата на практике 27 ноября на ArchDays 2026.

Два доклада об AI в архитектуре: от новых подходов до автоматизации Как меняется работа архитектора в эпоху LLM? И как использовать AI не только для проектирования систем, но и для работы с корпоративными знаниями? На ArchDays 2026 обсудим эти вопросы с двумя экспертами. ➡️ Александр Сорокин, архитектор UseTech «AI harness и управление архитектурой в эпоху LLM» Как проектировать системы, принимать решения и контролировать их в быстро меняющихся условиях? Александр работает solution architect с 2004 года и поделится практическим опытом, а также своим видением будущего профессии. ➡️ Шамим Бхуян, корпоративный архитектор ПАО «Сбербанк» «AI для корпоративной архитектуры: от создания базы знаний к автоматизации» Как превратить накопленные документы и архитектурные решения в рабочий инструмент? Шамим расскажет о создании единой базы знаний, автоматизации архитектурного ревью и анализа документов, а также поделится опытом внедрения AI в корпоративные процессы. Два доклада — о том, как AI меняет работу архитектора уже сегодня: от подходов к проектированию до конкретных инструментов и процессов. Встречаемся 27 ноября на ArchDays 2026!

Анализ трендов: что нового в мире корпоративной архитектуры? 🎲ИИ, данные, платформы, новые подходы и технологии — каждый год список трендов становится длиннее. Следить за всем уже почти отдельная профессия. Но главный вопрос для архитектора не в том, сколько новых трендов появилось, а в том, какие из них действительно меняют подход к корпоративной архитектуре. На ArchDays Александр Войновский, лидер функции корпоративной архитектуры ПАО «Газпром нефть», представит собственную аналитику более 22 трендов и попробует собрать из них цельную картину. Александр опирается не только на собственный опыт более 16 лет в ИТ и цифровой трансформации, но и на практику коллег из архитектурного сообщества. Из этого получится реальная попытка разобраться, куда на самом деле движется корпоративная архитектура — и что эти изменения уже сегодня означают для архитекторов. Встречаемся 27 ноября на ArchDays в Центре событий РБК.

Итак, уже 27 ноября встретимся с вами на площадке РБК на ArchDays 2026. Поэтому начинаем знакомить вас со спикерами и их докладами. 📺 Agentic Payments: клиентский опыт vs безопасность AI по-настоящему захватил вспомогательные и сервисные домены компаний: научился искать, сравнивать и принимать решения. Следующий шаг — платить. Visa и Mastercard развивают решения для agentic commerce, где AI-агенты смогут совершать транзакции от имени пользователя, а вместе с этим появляются новые протоколы, правила авторизации и совсем другой уровень требований к безопасности. И здесь возникает главный вопрос: как сделать клиентский опыт максимально простым, не потеряв контроль над деньгами? На ArchDays об этом расскажет Евгения Умен, Head of Architect в JSC National Interbank Processing Centre HUMO, Ташкент — корпоративный архитектор в области прикладной и Data/AI-архитектуры в финтехе. Поговорим о том, как устроены Agentic Payments, какие новые AI-based протоколы уже появляются и что происходит с привычным балансом между удобством, автономностью и безопасностью. Потому что если AI получает право платить, архитекторам придётся ответить на вопрос: а кому именно мы доверяем деньги — человеку, агенту или системе, которая стоит за ними? ArchDays 2026 27 ноября, Москва.

Запись вебинара уже доступна: Youtube: https://www.youtube.com/watch?v=7sLMNBNCMi8 VK: https://vkvideo.ru/video-184472537_456239215 Презентация. Приятного и полезного просмотра!

NFR – это требование к чему именно? Наверняка у всех вас в том или ином виде описаны атрибуты качества, такие как безопасность, производительность, масштабируемость. На первый взгляд все в порядке: они указаны и даже заданы количественно или качественно. Однако при детальном рассмотрении часто выясняется, что совершенно непонятно, к какому объекту относится требование. Требование производительности – к чему конкретно? К продукту? К отдельному модулю? К сервису? К данным? К конкретному пользовательскому сценарию? К каким проблемам это может привести? ▪️Компания берет на себя обязательства, которые невозможно проверить и защитить перед клиентом или регулятором: не зафиксировано, к какому именно объекту относятся эти обязательства ▪️Архитектурный артефакт невозможно однозначно спроектировать и протестировать, если NFR сформулированы без привязки к нему ▪️Требования нельзя проверить на полноту и согласованность между командами, поскольку отсутствует воспроизводимая практика определения объектов и границ NFR В Школе Архитекторов мы подробно разбираем сценарии атрибутов качества. Одна из обязательных частей такого сценария – объект, к которому относится требование. На вебинаре обсудим два вопроса: ▪️Какими бывают объекты NFR? ▪️Как определить границы этих объектов? Вебинар проведет Сергей Баранов. 🗓 8 сентября, 17:00 МСК 🔗 Подключение: https://scrumtrek.ktalk.ru/sccu2uneqagt Регистрация не требуется – добавляйте событие в календарь, чтобы не забыть 🙂