Акт 1 - Кто такие архитекторы?

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

Архитектор в переводе с греческого означало «старший плотник», ведь на момент возникновения этого понятия, большая часть зданий была деревянная. И постройкой руководил самый опытный плотник.

«Зодчий» – это синоним слова архитектор. И деятельность архитектора в Европе мало чем отличалась от деятельности зодчего в древней Японии. В своей труде о воинском исскустве "Книга 5 колец", её автор, Мусами Миямото, сравнивает путь военоначальника с работой архитектора, подробно описывая работу последнего.

"Зодчий должен знать теорию строительства храмов и дворцов" Как есть человек, много занимающийся своим делом, архитектор имеет представление о различных планах построек и может переносить этот опыт при строительстве новых зданий.

Таким образом, становится очевидным, что архитектор должен иметь "насмотренность".

Второе важное качество – это умение архитектора подбирать подходящие материалы под каждую задачу. В данном случае мы говорим не про физическую архитектуру зданий, а про ИТ-архитектуру системы. Но аналогия легко прослеживается: второе качество архитектора – это умение подобрать технологии, типовые шаблоны (например, cloud events), лучшие практики проектирования.

И последнее, но не маловажное – это способность работать с тем, что есть. То есть, использовать даже не идеальные, но рабочие решения и отсекать совсем нерабочие и лишние. При том, отсекать лишнее придётся постоянно и не только инженерные решения, но и лишние работы, которые часто сопровождают ИТ-проекты. Создания реплик баз данных, миграция данных между Nod'ами, создание новых механизмов генерации синтетических данных – вот несколько примеров работ, которые не требуется делать всякий раз при проработке решения.

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

Это представление, к сожалению или к счастью, ошибочное. Таких людей не существует в природе. Архитекторы вырастают из аналитиков или разработчиков, потому имеют разный уровень прокачки хард и софт скиллов, разный опыт использования технологий и различный индустриальный опыт. Человек, который пытается убедить вас, что он универсален во всём – шарлатан.

Но кем же архитектор на самом деле является?

Мне больше всего нравится определение, которое приводит Грегор Хоуп в своей книге "37 things one architect knows about it transformation":

Архитектор – это рационально мыслящий агент по изменениям.

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

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

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