x
 
Георгий Иванкин
5 сентября 2019
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Что вы посоветуете начинающему «полководцу»?

Несколько месяцев назад меня повысили из обычного разработчика до «тимлида». На деле это оказалось намного более сильной переменой, чем я ожидал. Это был переход от «мага» к «полководцу» (метафора из совета). Менеджеры и клиенты теперь ждут от меня ответа за проект в целом, команда ждёт обратной связи и лидерства, все ждут адекватного планирования, инициативы и так далее — вы знаете.

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

Что вы можете посоветовать в такой ситуации? Есть ли смысл в специальных курсах или тренингах? Если да, то каких? Какие книги стоит почитать? Что-нибудь ещё?

Спасибо!


Георгий!

Сове­тую не опус­кать руки, разо­браться в ситу­а­ции, понять, каких навы­ков не хва­тает, и про­ка­чать их.

В каж­дой ком­па­нии тим­лид отве­чает за раз­ные задачи: где‑то от тим­лида ждут еже­днев­ных митин­гов и пере­дви­же­ния кар­то­чек с зада­чами по доске; где‑то тим­лид отве­чает только за тех­ни­че­скую часть про­дукта; где‑то — только за найм и рост новых раз­ра­бот­чи­ков. Чаще всего в малень­ких ком­па­ниях и стар­та­пах тим­лид отве­чает за всё, а в круп­ных — только за код и рост разработчиков.

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

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

Дру­гой вари­ант — кол­лек­тив­ные базы зна­ний и списки реко­мен­до­ван­ной лите­ра­туры. В первую оче­редь сове­тую посмотреть:

✸✸✸

В бюро в спи­сок реко­мен­до­ван­ной для веду­щих раз­ра­бот­чи­ков лите­ра­туры вхо­дят книги по дизайну, редак­туре и переговорам:

Книги об управ­ле­нии про­ек­тами, про­дукте и результатах:

И общетехнические:

При­ят­ного чтения!

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

Поделиться
Отправить

Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

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

Вот такой веб 2.0.

Как следить за качеством кода? Часть вторая: метрики Как следить за качеством кода? Часть первая: зачем Как правильно, эффективно и уважительно ставить KPI? Существует ли способ проверить компетентность веб-разработчика, если сам ничего не понимаешь в этом?




Недавно всплыло

2 2 10 дизайнерских товаров японских студий 2 2