Делимся некоторыми выводами за последние 9 месяцев

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

1. Не знать всего - это нормально

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

2. Всегда находите время, чтобы поговорить

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

3. Знайте, когда (а когда нет) стоять твердо

Важно иметь уверенность, чтобы постоять за себя, когда вам нужно, но выбирайте свои сражения. У всех нас разные идеи и разные способы работы - требовать, чтобы все делалось по-своему, - это скользкая дорожка, и в конечном итоге это не продуктивно и не приятно. На некоторых холмах стоит умереть, но «Можете ли вы переименовать этот компонент в XYZ?» Не входит в их число.

4. Если вы говорите, что собираетесь что-то сделать, сделайте это.

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

5. Начните говорить «нет»

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

6. Вы не всегда правы

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

Заключение

Управлять людьми сложно, а управление технической командой сопряжено с целым рядом дополнительных проблем. Как разработчик, у вас часто нет возможности попрактиковаться, прежде чем вы выйдете на ведущую роль, поэтому это может показаться большим скачком. Мне повезло, что в прошлом у меня были отличные менеджеры (если вы читаете это, вы знаете, кто вы!), И мне удалось работать с талантливой командой, которая меня действительно поддерживает, что значительно упростило процесс обучения. Надеюсь, эти уроки помогут вам, если вы хотите занять ведущую роль, чтобы почувствовать себя более уверенно и подготовиться к тому, что может произойти.