В общем, после того, как я был отличным разработчиком, я стал посредственным тимлидом.

Вы подрываете себя. Расширьте свое видение, и тогда вы будете удивлены, увидев, что именно так работает большинство сотрудников во многих компаниях по всему миру.

Ваша команда преуспевает под вашим руководством; вот почему все идет гладко. Иначе был бы хаос.

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

Никогда никому не говорите, особенно своему потенциальному работодателю, что вы посредственны в руководстве или в чем-то еще. Скажите им, что в этом аспекте нужно еще многому научиться, и вы надеетесь получить такую ​​возможность в их компании.

Я думаю, вы должны помнить, что быть руководителем группы и инженером-программистом — это два разных набора навыков. Несмотря на то, что между ними есть совпадения, хороший инженер-программист не обязательно станет хорошим руководителем группы.

Я рекомендую подчеркивать ваши интересы в возвращении на должность инженера-программиста (уровень старшинства зависит от вас, чтобы договориться), а не ваши собственные недостатки в роли руководителя группы. Компаниям нравится, когда вы фокусируетесь на положительных моментах своего опыта.

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

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

Кроме того, я думаю, что варианты быть помеченными как неудачные, основаны на очевидных высоких стандартах в отношении навыков развития. Это ваши собственные мысли и впечатления; и, скорее всего, не будет делиться с другими, особенно если вы уйдете из своей нынешней компании. Те, кто не является техническим специалистом, могут рассматривать это как естественную эволюцию, в то время как технические сотрудники могут подумать, что вас повысили просто потому, что кто-то ушел (по крайней мере, это было бы моей первой мыслью). Я думаю, худшее, что они могут подумать, это то, что вы потеряли немного навыков на стороне разработки и вам может понадобиться некоторая первоначальная помощь, чтобы отточить их и привыкнуть к их кодовой базе.

Теперь, что касается вашего второго вопроса...

Допустим, вы сначала имеете дело с HR- специалистами. Их первый фильтр является самым общим, и у них, как правило, недостаточно опыта, чтобы понять ваш опыт и обязанности, которые вы взяли на себя. С этой целью вы можете подготовить свое резюме/резюме двумя способами:

• Как смесь разработчика и тимлида. Вы можете объяснить, что вас повысили до последней должности из-за ваших знаний и что вы все еще работали над конкретными задачами разработки, чтобы помочь своей команде, если таковые имеются. Это более описательно, но сложно; поскольку у них может возникнуть соблазн обозначить вас как человека, полностью занимающего руководящую должность.
• Как разработчик. Вы можете сгруппировать опыт как разработчика, так и руководителя группы. Это проще для сотрудников отдела кадров и на самом деле может увеличить ваши шансы быть «подходящим» для занимаемой должности.

Теперь, после интервью с HR, давайте предположим, что вы дошли до следующего раунда и встретились с какой-то технической командой.

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

Какой бы вариант вы ни выбрали, я рекомендую две вещи:

1. Обобщите это для нетехнических людей и максимально сопоставьте свой опыт с новой работой, конечно, не скрывая важной информации или предостережений, если таковые имеются.
2. Узнайте, что вы улучшили, работая руководителем группы, и как это можно использовать или внедрить на должность штатного разработчика (например, по моему опыту работы с штатными разработчиками я заметил, что им обычно не хватает широкого видения, они не представляют себе возможная эволюция их источника в долгосрочной перспективе и они не могут продвигаться к будущим запросам, что приводит к возможному ненужному рефакторингу; и, конечно, они иногда изо всех сил пытаются соединить команды, такие как интеграция, инфраструктура или управление).

Увеличит или уменьшит ли упоминание моего опыта работы в Team Lead мои шансы получить должность старшего разработчика?

Абсолютно УВЕЛИЧИТЬ!

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

Это показывает, что вы способны брать на себя больше обязанностей и управлять командой или проектом в ведущей роли.

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

Единственный вопрос, с которым вы можете столкнуться:
«Вы согласны вернуться к тому, чтобы стать просто разработчиком?».

Достаточно просто ответить на этот...

воспринимаются как неуспешные на текущей работе?

НЕТ!

Ваша РАБОТА — разработка программного обеспечения!

Ваше НАЗВАНИЕ / ДОЛЖНОСТЬ в этом: разработчик, инженер, руководитель, супервайзер, гуру, бог или что-то еще...

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

Это переключение происходит часто, особенно в средних и крупных компаниях.

Лично я настоятельно рекомендую вам сосредоточить свое резюме как можно сильнее на роли, которую вы действительно хотите.

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

Если быть точным, я бы по возможности рекомендовал избегать таких слов, как «руководитель» или «менеджер» для вашей последней роли. Это с большей вероятностью приведет к тому, что HR или менеджер по подбору персонала либо примут вас в качестве лидера, либо отфильтруют вас как не-разработчика.

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