Как я уже писал ранее, Паваротти или Эминем? Урок инженерного менеджмента, нет универсального подхода к людям, нет волшебной кнопки, которая работает со всеми, и один конкретный аспект, о котором я хотел бы написать, это работа с младшими разработчиками против старших разработчиков.
Для технического менеджера важно понимать разницу между младшими и старшими, помимо технических знаний, их потребности различаются, их страхи различаются, их потребности различаются, их приоритеты различаются.
И хотя я действительно не люблю обобщать людей и поддерживаю статьи Паваротти или Эминема о том, что нет двух одинаковых людей, все же есть некоторые закономерности, которые я наблюдал с годами.
Юниоры
Юниоры, как правило, либо очень боятся недостаточного знания (в основном женщины), либо очень уверены, что знают все (в основном мужчины). И поэтому может потребоваться более регулярная обратная связь, работа один на один, коучинг и, что важно, поощрение за хорошие дела, которые они делают.
Выстраивание тесных отношений с вашими младшими разработчиками в качестве менеджера имеет решающее значение, они должны знать, что вы готовы помочь им.
Я видел, как младшие разработчики чувствовали себя слишком неуверенно, чтобы сдать свою задачу по коду в конце своей стажировки, потому что у них не было необходимой поддержки со стороны их менеджера и команды, и, как следствие, они теряли работу, а компания отличный перспективный разработчик.
Я пообещал себе, что никогда не позволю этому случиться под моим присмотром.
Положительным моментом является то, что я видел, как младшие школьники были особенно полны энтузиазма и стремились учиться, в отличие от некоторых старших, которые, возможно, привыкли к тому, что им нравится, и потеряли часть первоначального энтузиазма.
Старшие разработчики
Самая частая жалоба, которую я слышу от старших разработчиков, заключается в том, что они не могут работать над технологией, которая им нравится, и это также одна из самых распространенных причин, по которой старшие разработчики увольняются с работы. .
И хотя иногда приходится выполнять скучную работу, важно найти баланс между разработчиком и инженером-менеджером, в конце концов, ни одна компания не хочет терять старших разработчиков из-за скуки.
Опытные в повседневном управлении старшие разработчики (я говорю о разработчиках с 10 и более годами опыта), как правило, более автономны, уже видели вещи и могут не нуждаться в таком укреплении доверия или тесной обратной связи, как младшие. . Вы никогда, никогда не должны полностью пренебрегать ими или не обращать на них внимания.
Одна негативная вещь, которую я видел у очень высокопоставленных людей, заключается в том, что они могут быть довольно упрямыми, когда дело доходит до технологий.
Теперь примите все вышесказанное просто как руководство и отправную точку, как я уже говорил, нет двух одинаковых людей, и вы можете встретить разработчиков, которые полностью отличаются от вышеперечисленных, но мой опыт подсказывает мне, что это хорошее общее начало. точка.
Так что уделяйте более пристальное внимание и давайте больше отзывов младшим, чем обычно, и старайтесь, насколько это возможно, поддерживать интерес и участие старших.
