(В оригинале - Give developers autonomy)

Большинство архитекторов начинали свою карьеру как разработчики. Архитектор имеет больше ответственности и больше авторитета в определении того, как именно строить систему. Скорее всего, вам будет трудно продолжать делать ту работу, которую вы делали как разработчик в вашей новой роли архитектора. Еще хуже, если вам будет казаться, что нужно сильно контролировать то, как разработчики делают свою работу, реализуя ваш дизайн. Для вашего успеха и успеха вашей команды очень важно, чтобы вы предоставляли достаточно автономности разработчикам для тренировки их собственной креативности и способностей.

Будучи разработчиком, вы вряд ли выделяли время на то, чтобы сесть и посмотреть, как стыкуются друг с другом все части системы. Теперь вы архитектор, и это ваша основная задача. Пока разработчики активно пишут классы, методы, тесты, интерфейсы пользователя и базы данных, вы должны следить за тем, чтобы эти куски подходили друг к другу. Прислушивайтесь к проблемным точкам и пытайтесь их улучшить. У людей возникают проблемы при написании тестов? Улучшите интерфейс и упростите зависимости. Вы точно не понимаете, где вам требуется абстракция, а где нет? Поработайте над пониманием предметной области. Не уверены, в каком порядке разрабатывать компоненты? Постройте план проекта. Разработчики делают одни и те же ошибки, используя API, вами разработанное? Сделайте его более стандартным. Люди не до конца понимают дизайн? Соберите людей и объясните им. Не уверены, где вам нужна расширяемость? Пообщайтесь с заказчиком и изучите его бизнес-модель.

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

Автор оригинала - Philip Nelson