Сергей | Качаем софт-скиллы
Сергей | Качаем софт-скиллы
Читать в Telegram

Тимлид с 60‑часовой рабочей неделей

Сергей | Качаем софт-скиллы

Я — Сергей, 20 лет в ИТ. Помогаю сеньорам, техлидам и EM выбираться из карьерных ловушек: делегирование без переделок, видимость без «самопиара», осознанный выбор между техникой и менеджментом. Здесь — кейсы, формулы коммуникации и готовые шаблоны, которые дают рост, а не мотивационную воду.

Открыть в TelegramДругие публикации
делегированиетимлидbottleneck

У него 8 человек в команде, работает по 60 часов в неделю.

Ну и смотрю его календарь:

  • Code review - 15 задач в неделю, все сам
  • Bug fixing - критичные сам, остальные "распределил"
  • Архитектурные решения - все через него
  • Production incidents - только он
  • Sprint planning - поддерживает и проводит он сам

Так-так-так...
Спрашиваю: "Делегируешь?"
- Конечно! Вот, раздаю задачи каждый день
Дальше выясняется интересное.
Он "делегирует" уже 2 года.

Работает по 12 часов в день
Команда не растет
Люди ждут его решений по каждой мелочи
Он bottleneck для всех процессов
На грани выгорания

"Но я же делегирую! Каждый день даю им задачи!"

Проблема не в том, что он не умеет делегировать.
Проблема в том, что он делегирует неправильно - а это хуже, чем не делегировать вообще.

Завтра расскажу главную ошибку, которая убивает 90% попыток делегирования.

Дискуссия

Sergey Rudov
Я аналитик. Допустим, есть программист А и он саботирует приём задачи в контексте "сам реши, как будет лучше исходя из такой постановки задачи". То есть, пассивно он делает, но инициативу на себя брать латентно отказывается. Это просто такой тип людей, над которым нужен постоянный микроменеджмент, или же отвественность за задачу как-то по-другому передаётся?
Ivan Chutchev
Sergey Rudov
Я аналитик. Допустим, есть программист А и он саботирует приём задачи в контексте "сам реши, как будет лучше исходя из такой постановки задачи". То есть, пассивно он делает, но инициативу на себя брать латентно отказывается. Это просто такой тип людей, над…
Смотря что вы хотите. Что бы задача была сделана: опишите ваш способ решения ее. Риски: отсутствие роста сотрудника, отсутствие самостоятельности его как работника. Если хотите его самостоятельности: начните искать подход, как заинтересовать его на поиск самостоятельного решения. Если вы его лид: ван-ту-ван, что бы понять, как его замотивировать. Кажется, такие варианты стоит рассматривать
Сергей | Качаем софт-скиллы
Sergey Rudov
Я аналитик. Допустим, есть программист А и он саботирует приём задачи в контексте "сам реши, как будет лучше исходя из такой постановки задачи". То есть, пассивно он делает, но инициативу на себя брать латентно отказывается. Это просто такой тип людей, над…
Вы ж не его начальник, кстати говоря. Эдак ответственность не передашь.
Присоединиться к обсуждению →

Читайте так же