Найти тему

О делегировании.


Первое правило делегирования: то, что нравится делать, скорее всего надо делегировать. Следствие: успешное делегирование - это когда делаешь только то, что не нравится.

Это, конечно, шутка, но лишь частично. Рост технического лидера / руководителя подразумевает выход из зоны комфорта. Я не говорю про "не нравится" в смысле ненависти к своей работе - это, очевидно, нездоровая штука. Я про напряжение развития, как в спортзале. И в технических проектах это прежде всего про работу, которую кроме лидера вряд ли кто-то еще в команде сделает.

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

Работа лидера - делать то, что сделает команду более эффективной, увеличит ее производительность и даст ей смысл на месяцы вперед. Все прочее можно и нужно делегировать.
Около минуты