Или главные разработчики штата!
В недавней статье Почему разработчики предпочитают не руководить командами? Было много комментариев от людей, которые поделились своим личным опытом управления командами, и некоторые из них предпочли быть индивидуальными участниками. Некоторые из этих комментариев меня заинтриговали, и я решил рассмотреть предположения о выборе следующего шага их карьеры в качестве архитекторов или основных разработчиков.
Верования
1. Естественное развитие
Чтобы начать свой путь в качестве стажера и поднять свои навыки до уровня старшего разработчика, требуется настойчивость, целеустремленность и постоянное обучение. С опытом и зрелостью вы учитесь проектировать системы в дополнение к их реализации.
Медленно и неуклонно вы берете на себя ответственность за новые инициативы на неизведанных территориях, ожидая успеха и делясь своими знаниями и пониманием с коллегами. Хорошая часть заключается в том, что все они являются техническими проблемами, и если у вас есть правильное мышление, вы справитесь с ними с честью. Так начните путешествие, чтобы стать директором или архитектором в своем уме.
2. Разные мотивы
В своей книге «Драйв» Дэниел Пинк делит мотивацию на автономию, мастерство и цель. Внутренняя мотивация меньше связана с наградами и выгодами, а вместо этого сосредоточена на удовлетворении, полученном от деятельности.
Решение задач Златовласки поддерживает мотивацию людей и помогает им достичь мастерства в своем ремесле. Автономия даст вам свободу решать проблемы и действовать самостоятельно, чтобы добиваться феноменальных результатов. Наиболее важным компонентом является цель, когда люди меняют высокооплачиваемую работу на работу, которая оказывает большее влияние.
Я смотрю на разработчиков с точки зрения внутренней мотивации. Я вижу, что у многих разработчиков есть некоторые или все эти черты, которые привели к выбору карьеры архитектора.
3. Плохой вкус
Одна из наиболее распространенных причин заключается в том, что у них либо был неудачный опыт управления командой, либо плохой лидер в их организации. Этого достаточно, чтобы сбить вас с пути управления. Если у вас был неудачный опыт, скорее всего, вас бросили на эту должность без обучения и поддержки, которых вы заслуживаете в своей новой роли.
Если у вас был плохой лидер, я настоятельно рекомендую вам начать искать работу и найти для себя новое место. Однако, если вы только слышали об этом от своих коллег и не имели личного опыта, то отнеситесь к этому с долей скептицизма.
Если вы получили всю поддержку в роли лидера команды, но вам все еще не нравится это делать, не стесняйтесь менять направление и делать то, что вам нравится больше всего. Вы не пожалеете, что не попробовали; вместо этого вам повезло попробовать это и выбрать то, что лучше всего подходит для вас.
Мое личное мнение по этому поводу заключается в том, что если у вас однажды был плохой опыт, вы не должны ставить во главу угла, что менеджмент — это зло. С другой стороны, возможно, у вас был хороший опыт, но вы все же решили не продолжать. Тем не менее, это типичная картина, когда многие руководители групп переходят на роли IC независимо от причины.
4. Зона комфорта
Многие технические специалисты воспринимают технологии как свою зону комфорта и могут принести большую пользу в этой роли. Переход от роли старшего разработчика к архитектору потребует от них только расширения своего технологического ландшафта и углубления понимания конкретной технологической вертикали (например, облака, данных, инфраструктуры, приложений, сетей и т. д.). Хотя это отчасти правда, это не полная правда.
Это восприятие сужает ваш кругозор в отношении последующих ролей, которые вы хотите для себя. Зона комфорта достигается за счет роста. Вы на правильном пути, если развиваете свои навыки (в любой области). Ухудшение начинается, когда вы перестаете двигаться и чувствуете себя слишком комфортно в своей текущей ситуации с ложными представлениями. Половинчатое знание хуже, чем никакого знания.
Разрушение мифов
Если вы думаете, что быть первоклассным разработчиком означает, что вы будете лучшим директором/сотрудником/архитектором, вы ошибаетесь. Старшие должности требуют большего, чем просто технические разговоры, что приводит к непониманию требований вашей следующей должности. Вот краткий список навыков, необходимых, когда вы входите в компетенцию архитектора.
- Разрабатывать (не внедрять) сквозные технические решения
- Расширенное управление заинтересованными сторонами
- Определить и внести свой вклад в технологическую стратегию
- Сотрудничайте с несколькими командами доставки
- Руководство и внедрение лучших практик в разработке и архитектуре решений
- Тесно сотрудничайте с другими командами, такими как безопасность, управление и т. д.
- Опыт работы с TOGAF, SAFe
Какой бы ни была ваша следующая работа, вам нужно будет выйти из зоны комфорта и освоить навыки и приемы, необходимые для достижения успеха. Не существует универсального подхода к повышению квалификации и подготовке к следующему шагу. Здесь вам нужна поддержка вашего лидера и коллег, чтобы помочь вам определить области для улучшения. Не берите на себя должностную инструкцию вашей следующей роли, а активно спрашивайте людей, уже занимающих эту должность. Поймите их повседневную жизнь и определите пробелы в своих навыках.
Вы будете удивлены, узнав, что в основном это будут soft skills.
Спасибо, что прочитали!
Следите за новостями.
