Впечатления: ArchDays 2024

Итак, долгожданная конференция.

Я хоть и не архитектор, но сейчас в роли системного аналитика, а системный анализ с проектированием довольно сильно пересекается.

Целью были доклады для новичков и по обучению архитектуре/процессам проектирования. Самыми ценными, в результате, стали доклады для продвинутых и по практикам проектирования.

Организаторы говорили, что в этом году был конкурс по 4-5 докладов на слот. Но лично мне большая часть докладов показались довольно пустыми. Не просто «не в тему», а вообще мало(или бес)содержательными.

Во всякие конкурсы и квизы на сей раз не вписывался, но не устоял и купил пару книг на стенде издательства «Питер».

1. «Где проходит граница изменения» (Максим Смирнов)

Где, собственно, проходит граница изменения, я из доклада не уловил. Возможно, потому что опоздал. Что уловил — что бизнес строится на трёх главных инициативах:

1. Понимать потребности клиентов.
2. Выполнять работы в приемлемые сроки.
3. Тратить не очень много денег.

И что проблема в том, что эти инициативы управляются независимо. Идея не то чтобы новая, но тянет на инсайт. К сожалению, полезна будет разве что владельцам бизнеса.

Также была речь про структуру документа Архитекторского видения: назначение (постановка цели), описание решения, наборы представлений, карта требований.

Аналитик хочет, чтобы требования были полны и непротиворечивы. Архитектор понимает, что так не бывает.

2. «Жизнь архитектора — мечты и реальность» (Сергей Баранов)

Автор утверждает, что всё ещё практикующий архитектор. Но доклад по содержанию получился скорее HR’ский, чем архитекторский. Просто статистика на основе анализа большого количества вакансий и нескольких опросов.

Ожидания:

• Высокоуровневое проектирование
• Стратегические решения
• Минимум рутины
• Работа с командами
• Свобода выбора

А на деле, оказывается, приходится много коммуницировать на всех уровнях и.. развиваться. В общем, если это и был вывод доклада, то он несколько странный, ведь из сферы разработки любую роль сюда можно подставить. И чем удивить вообще?

3. «Архитектурное законотворчество» (Сергей Кузнецов, X5)

История развития подхода к проектированию в отдельно взятом X5 Tech. Ручное управление -> архитектурные принципы -> архитектурный фреймворк -> автоматизация.

Принципы брали на основе Togaf, но потом упростили.

В целом, доклад интересный, хотя примеры показались очень уж специфичными и потому малопонятными.

Но тема машиночитаемого описания системы, а также арх. принципов для последующей автоматизации проверок звучит не в первый раз. И кажется здоровой.

4. «Границы контекста домена управления интеграциями» (Ильназ Хайдаров)

Довольно интересный и структурированный доклад.

Проблематика:

Разные шаги клиентских действий — разные вызовы информации из различных систем (собственно, интеграции) да ещё и разными методами (потому что разные системы реализуются в разное время разными командами).

Цели бизнеса — рост бизнеса логично ведут к росту количества интеграций, ожидая, что увеличивается их скорость и доступность.

Налицо противоречие.

Дальше автор выдвигает гипотезу (не одну на самом деле), что если определить требования и стандарты для API, оцифровать их и перевести в машиночитаемый формат, да начать приводить к общему виду, то развитие интеграций упростится и ускорится.

Упомянуто (для дальнейшего изучения):

Google Apiness (API Design Standard, API Linters, API Design Review, API Readability).

5. «В поисках Domain эксперта» (Екатерина Лысенко)

Автор производит впечатление «профессионального докладчика», клепающего доклады ради выступления. Настолько пустое и бессмысленное, но красиво оформленное и поданное выступление получилось.

Оказывается, что всезнающих доменных экспертов найти сложно, а потому их стоит взращивать путём обучения. Также можно стать доменным экспертом самому. Всё.

6. «Архитектурные практики на практике» (Виталий Минко)

Вот только ради этого доклада стоило посетить конференцию. Содержательный, структурированный, прикладной, полезный. Надо будет раздобыть презентацию, там очень много полезного.

Автор делился подходом использования архитектурных практик их компании.

Каждая практика имеет:

• Цель
• Описание
• Выходной артефакт
• Критерии качества выходных артефактов

Сама идея унификации подходов за счёт описания шаблонов и артефактов в виде практик, а особенно указание критериев качества артефактов очень хорошо зашла. Как раз сейчас стоит задача ввести унифицированные подходы к управлению требованиями на уровне компании, а очень много из архитектуры в целом и данного доклада в частности ложится и на аналитику.

Помимо просто описания практик, было достаточно много ещё полезного материала, но скорость подачи была высокая, не успевал всё конкспектировать. Так что надеюсь, что презентации выложат.

Update: слайды презентации доступны — Виталий Минко.pdf — Google Диск

7. Архитектурные практики в гибридных командах с продуктовым подходом (Павел Кан)

Казалось бы, тема созвучна с предыдущей. Но получилось вообще о другом.

Компания, судя по всему, аутсорсер, обслуживающая, в частности, Ашан. С подачи консультантов ScrumTrek функциональные команды аутсорсера перестроили в кросс-функциональные продуктовые команды и дополнили специалистами, собственно, Ашана.

И концепцией доклада стало, собственно, донесение идеи, что ScrumTrek — молодец, и продуктовые команды рулят.

Аргументация:

Архитектура — соглашение о принципах, которые должны защитить структуру системы от разрушения.

Функциональные команды не могу защитить структуру от разрушения

Почему — осталось не вполне ясным. Видимо, потому что работают изолированно и плохо видят требования к системе в целом и результат её работы. Но это уже мои домыслы.

Предлагается, судя по всему, не выделять функциональные подразделения, в том числе архитекторов, а сохранять знания «которые должны защитить структуру системы от разрушения» в виде архитектурных практик, документации и развития компетенций, вшивая это сохранение знаний в процессы.

Всё.

В конце был розыгрыш довольно бестолковых призов и очень крутая завершающая программа, нацеленная на нетворкинг — виски пати. Помимо виски было много вина и вкусной еды. И музыка. Даже жаль, что я не дружу с нетворкингом.

После возвращения в отель, завершающий алкоголь вкупе с адовым недосыпом сыграли со мной злую шутку, и я лунатил среди ночи по отелю. Хорошо, что Катя вместе с охраной отеля меня всё таки обнаружили, и мы успели на утренний самолёт. Но это уже другая история :)