Заметка

Задача менеджера — построить работающую систему

— Как вы стали тимлидом?

— Предыдущий умер.

— Что?

— Что?

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

Раньше всё было просто. Сидишь, пишешь код целый день, вечером сделал коммит — и домой. Работа понятна, результат заметен. Но после перехода в тимлиды бывший разработчик начинает заниматься каким-то мифическим «менеджментом». Обычно он выглядит как полный календарь созвонов и ощущение бессмысленности в конце дня.

Проблема в том, что роль изменилась, а парадигма мышления — нет. В душе начинающий тимлид всё ещё остаётся разработчиком и хочет получать осязаемые результаты. Поэтому отчаянно пишет несколько строк кода между созвонами, а затем сравнивает свою продуктивность с предыдущей ролью и неизбежно расстраивается.

Оценивать работу руководителя строками написанного им кода так же бессмысленно, как оценивать кота по умению летать. Мой иногда крутит сальтухи, но это скорее приятный бонус, чем естественная особенность.

Результат руководителя — работа команды

Мне нравится аналогия с производственным конвейером из книги Элияху Голдратта «Цель». Тимлид работает не над отдельной деталью, а над системой, которая должна устойчиво выдавать результат.

Это шире, чем соблюдение сроков. Руководителю стоит смотреть на команду и спрашивать:

  • насколько хорошо она справляется с работой;
  • где буксуют задачи;
  • сохраняется ли качество результата;
  • довольны ли люди своей работой.

Я сам в своё время с размаху ударился головой об эту проблему. Отчаянно писал код и делал код-ревью между созвонами, а иногда и прямо на них. Но со временем понял, что из-за этого страдает моя основная работа — построение команды. После этого я перенёс написание кода в категорию «хобби на работе» и сосредоточился на системе. Стало легче.

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