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