«Твоё решение — так себе». Разбираемся, как пережить архитектурное ревью и не рассориться с командой
Если вы впервые оказались в команде, где архитектуру обсуждают открыто, без реверансов и с критикой в лицо — это может быть шоком. Тем более, когда привыкли к культуре, где на ревью либо промолчат, либо затаят обиду. В международных командах иначе: здесь важно уметь сказать свое «нет» и уметь услышать в ответ чужое. А главное, не воспринять это как личное оскорбление. Как в этом выжить и расти — разбираемся вместе.
Примечание Adviser
В этой статье ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Содержание
Почему архитектурное ревью — особый жанр
В отличие от код-ревью, архитектурное редко сводится к «у тебя отступ не там». Здесь обычно обсуждают идеи, подходы, риски, технический долг. Вы тратите недели на проектирование, продумываете масштабирование, и вдруг кто-то говорит: «А зачем так сложно? Это не взлетит. Надо всё переделать».
Это неприятно. Особенно если критика — на иностранном языке, с акцентом или без контекста. Но в этом и суть: архитектурное ревью — не про эго, а про поиск наилучшего решения. Чем раньше вы это примете, тем быстрее сможете уверенно работать в сильной команде.
Как принимать жёсткую критику и не выгорать
Первый шаг — научиться отделять себя от своего решения. Вас критикуют не как человека, а как автора архитектурного подхода. И да, иногда вам скажут прямо: «Ты решил это так, будто работаешь один, а не в команде».
Жёстко, но честно. Чтобы не воспринимать это как атаку:
-
Сфокусируйтесь на аргументах, а не на тоне.
-
Переспрашивайте: «Правильно ли я понял, вы считаете это решение слишком монолитным?»
-
Берите паузу. Ответ: «Я подумаю и вернусь с вариантом», — лучше, чем защищать идею в агонии.
Прокачать эти навыки вам поможет курс How to Give Criticism and How to Take it на Udemy.
Без воды и капитанства — только конкретные приёмы:
- Как различать конструктивную и разрушительную критику.
- Как использовать метод бутерброда.
- Как самому стать умным критиком, а не токсиком.
Подойдёт и менеджерам, и разработчикам.
Как говорить «твоё решение не подходит» и не казаться токсичным
Правильно критиковать идеи других — отдельный скилл. Особенно если вы не носитель языка, а надо быть предельно точным и аккуратным. Вместо «это бред» — «такой подход может быть нестабилен при масштабировании». Вместо «сделай нормально» — «можно ли рассмотреть вариант с событийной моделью?»
Рабочие фразы:
-
«Помоги понять, почему ты выбрал именно это решение?»
-
«Как ты видишь поведение этой системы при высокой нагрузке?»
-
«Что думаешь про trade-offs в этом варианте?»
Важно помнить: ваша задача — не выиграть спор, а помочь команде прийти к наилучшему решению.
Что делать, когда консенсус невозможен
Архитектура — это почти всегда компромиссы. Иногда команда делится на два лагеря, и ни одна сторона не хочет уступать.
В таком случае важно:
-
Документировать варианты: плюсы, минусы, риски.
-
Установить дедлайн на решение.
-
Назначить ответственного, если нужна финальная точка.
Полезно завести простую табличку с разделами, как показано ниже:
| Вариант |
Плюсы | Минусы | Проголосовало «за» | Риски | Комментарии |
Как не остаться единственным носителем истины
Одна из частых ошибок, причем даже опытных архитекторов, — играть роль единственного, кто «разбирается». И это быстро демотивирует команду. Вместо вовлечённости тишина, вместо идей — покорность. А ведь вы хотите роста и живой диалог, а не культ личности?
Решение — открыто делиться своими подходами, объяснять логику, а не просто спускать сверху схемы. И, конечно, прокачивать системное мышление.
Отличный способ научиться — пройти сертификацию IBM Data Architecture на Coursera.
Это 13 курсов, где вы соберёте прочную основу: от построения архитектуры и ETL-пайплайнов до data governance и compliance. Будете работать с Airflow, Kafka, Spark и Hadoop, моделировать базы, строить дата-склады. В финале — капстон-проект, где переосмысливаете архитектуру компании после слияния. Прямо как в жизни.
Курс подойдёт не только новичкам в архитектуре, но и тем, кто хочет выйти из роли «единственного эксперта» и систематизировать свои знания.
Ревью в мультикультурной команде — как навигация
В международных командах стили ревью сильно различаются:
-
В немецких командах, обычно, прямота и фокус на фактах.
-
В американских — больше дипломатии, но тоже без сантиментов.
-
В азиатских ревью могут быть мягче, но фидбек даётся, как правило, один на один.
-
В постсоветских — возможно, ваш опыт отличается — всё зависит от настроения: от молчаливого согласия до пассивной агрессии.
Ваша задача научиться читать и уважать все эти стили. Так, чтобы не обижаться на жёсткость, не принимать молчание за согласие. И всегда уточнять, если не уверены в посыле.
Что в сухом остатке
Хорошее архитектурное ревью — не про эго и не про чей-то статус. Это про доверие, открытость и готовность обсуждать сложные вещи честно. Если умеете принимать критику, давать её с уважением и при этом двигаться к решению — вы уже не просто разработчик. Вы архитектор.
TIP от Adviser: Учиться на Coursera выгоднее с подпиской Coursera Plus. За $59 в месяц можно пройти неограниченное число учебных программ из более чем 7 тысяч. Это идеальный вариант, если вы готовы посвятить много времени учебе.
Читать на dev.by