Тимлидство в моей голове
28
подписчиков
Всё что хотели знать про тимлидство, но боялись спросить
Всё что хотели знать про тимлидство, но боялись спросить
1 месяц назад
Почему тимлид не должен быть диспетчером задач
Почему тимлид не должен быть диспетчером задач Когда тимлид становится переключателем задач, команда теряет инициативу Представьте утро понедельника. Дмитрий, тимлид команды из восьми разработчиков, открывает таск-трекер и начинает раздавать задачи: «Иван, возьми баг по авторизации. Мария, твоя очередь доделать API. Алексей, я пока не знаю, чем тебя занять, подожди у кофемашины...» К вечеру пятницы Дмитрий устал как после марафона, а команда всё равно не уложилась в спринт...
1 месяц назад
Тимлид, проджект и продакт: где заканчивается власть каждого
Тимлид ставит задачу разработать фичу, которую продакт отменил две недели назад. Проджект-менеджер решает, кого взять в команду для нового проекта, не спрашивая тимлида о загрузке разработчиков. Продакт требует срочно залить фикс, игнорируя замечания проджекта о рисках для релиза. Эти ситуации — не конфликт личностей, а отсутствие чётких границ власти. Каждый считает, что в его компетенции принимать именно это решение, и все по-своему правы. Где проходит граница: три зоны ответственности Власть в продуктовой разработке распределяется по трём осям. Пересечение этих зон — зона friction, где возникают девяносто процентов управленческих трений...
1 месяц назад
Как понять, что ты готов стать тимлидом
Разработчик готов к тимлидству не тогда, когда выучил все паттерны проектирования, а когда его удовлетворение от работы начинает приходить из других источников. Первый маркер — вы получаете энергию от разблокировки коллег. Если вам приятнее помочь джуну разобраться с багом за пятнадцать минут, чем написать собственный модуль за час, это сигнал смещения фокуса...
1 месяц назад
Как обсудить ошибки разработчика без ярлыков
«Ты плохо работаешь» — оценка, с которой трудно что-то сделать. Полезнее назвать конкретный эпизод, объяснить его последствия и договориться о следующем шаге. Например: «После ревью пришлось переделать архитектуру задачи, и тестирование началось позже. Давай разберёмся, что помешало согласовать решение заранее». Затем выслушайте ответ. Причиной могут быть неясные требования, нехватка опыта или перегрузка — заранее выбирать объяснение не стоит...
