Как менеджер по разработке программного обеспечения, возглавляющий команду, состоящую из примерно десятка микросхем, вам обычно советуют отказаться от IDE. Чем больше вы кодируете, тем меньше у вас времени для управления. Но некоторые менеджеры являются олицетворением клавишных извергов. Мы жаждем аналитических задач. Независимо от того, чего мы достигаем как инженеры-менеджеры, мы по-прежнему испытываем радость, когда пользователь увлекается программным обеспечением, которое мы написали. Итак, чем вы занимались, когда были дьяволом / до того, как стать подростком /, а теперь ваша страсть к программированию тает, как мороженое? Ниже приведены некоторые из тактик, которые я усвоил, которые инженеры-менеджеры с сильными техническими навыками зуд, как правило, применяется.

Мы также обладаем навыком извлекать из обыденных достижений - Аноним

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

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

  1. Проверки кода - обзоры кода дадут вам более глубокое представление о работе и проблемах вашей ИС. Ваше понимание проблемы и кода зависит от качества вашей проверки кода. Ваша цель должна заключаться в понимании кодовой базы, уметь замечать или нюхать недостатки и всегда давать предложения и примеры.
  2. Обзоры архитектуры - желательно, чтобы ваш старший инженер или архитектор был главным в этих обзорах. Вы не хотите выходить за рамки своего менеджера и продвигать свои тиранические взгляды. Ваша цель здесь должна заключаться в том, чтобы полностью понять архитектуру и определить плюсы и минусы архитектурных решений. Вы также должны иметь возможность вносить предложения.
  3. Коммуникация. Быть менеджером - значит быть отличным коммуникатором. Но общение в этом разделе относится к техническому диалогу между вами и вашими директорами. Это общение может быть как по книгам, так и вне их. Обычно я использую любую возможность поговорить со своими руководителями. Будь то во время перерыва на кофе или просто подшучивания в коридоре, я стараюсь участвовать в разговоре о текущей проблеме, которую решает человек. Я достаточно осторожен, чтобы не всегда говорить о работе, в такие моменты я стараюсь разделить свои разговоры на рабочие и нерабочие темы. Будьте осторожны, чтобы ваше общение никоим образом не мешало рабочему процессу IC.

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

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

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