Как я могу справляться с де-факто старшей ролью, когда глубина моего опыта невелика?

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

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

Как мне определить свою новую роль и правильно адаптироваться?

Просто дайте им совет, когда сможете. За 2 года вы должны накопить достаточно опыта, чтобы иметь возможность направлять их, просто имейте это в виду, и если вы не знаете ответа на вопрос, который они спрашивают, будьте честны и исследуйте, если хотите ответить.
@Zissouu Ваш вопрос очень похож на разглагольствование, но мне кажется, что это хороший вопрос. Я отредактировал его и значительно переформулировал, но я считаю, что сохранил цель вопроса в такте. Если что-то изменилось или стало неправильным, пожалуйста, не стесняйтесь отменить мои правки.
Спасибо @sidney не предназначалось для разглагольствования, а для логического вопроса, так что спасибо за правки!

Ответы (2)

Ответьте на вопросы, которые сможете.

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

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

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

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

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

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

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

Будьте откровенны и честны. Надеюсь, вы в команде, которая может учиться вместе и делиться.

Как я могу справляться с де-факто старшей ролью, когда глубина моего опыта невелика?
СпросиСетьПолитика конфиденциальности1y, 0v