Делегируешь, а всё на тебе: почему делегирование буксует
Ты стал тимлидом, потому что хорошо писал код. И вот парадокс: чем ты круче как инженер, тем труднее перестать им быть. Задачу же проще сделать самому, чем объяснять. В итоге команда ждёт, а ты в полночь дочищаешь то, что «было быстрее доделать самому».
Это не про тайм-менеджмент. Это про то, что делегировать страшно — и часто не зря.
Почему рука сама тянется сделать самому
- Быстрее, чем объяснять. Ага, один раз. А платишь ты за это «быстрее» каждую неделю.
- Страшно за качество. Сделают хуже — отвечать тебе. Логично. И так ты навсегда узкое горлышко.
- Привычка быть нужным. Пока пишешь код — чувствуешь себя полезным. Управление поначалу вообще ощущается как «я ничего не делаю».
Делегируй результат, а не каждый шаг
Микроменеджмент — это делегирование с возвратом: задачу отдал, но дышишь в затылок и по факту делаешь её чужими руками. Альтернатива — договориться про результат и границы, а не про способ:
«Надо, чтобы поиск отдавал результаты за 200 мс на проде к пятнице. Как — на твоё усмотрение. Упрёшься в архитектуру или в сроки — приходи до того, как застрянешь на день».
Ты задаёшь рамку (что, к какому сроку, какие ограничения) и точку синка — а не стоишь над душой.
Отдавай по возрастанию риска
Не надо сразу скидывать критичный модуль. Начни с задач, где цена ошибки небольшая, и расширяй зону по мере доверия. Так и тревоги меньше, и шанс реального провала ниже.
Ошибка джуна — это инвестиция, а не убыток
Сделает с первого раза не идеально, но научится — через месяц ты разгружен. Переделаешь за него — через месяц ты всё ещё горлышко, а он не вырос. Делегирование окупается не сразу, и вот в этом вся психологическая засада.
Самое трудное тут — даже не техника, а момент выбора: вмешаться сейчас или дать команде набить шишку. И этот выбор повторяется по десять раз на неделе.
Короче — отпускай. Тебе не обязательно быть самым сильным исполнителем в команде, твоя работа теперь другая. Будет непросто и иногда страшно — это нормально, все через это проходят.