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

И закрадывается мысль: «А не зря ли он получает свою зарплату?».

Я, как project‑менеджер, сам так думал, пока не понял, что работу опытного специалиста надо оценивать не по количеству строк кода, а по общему результату. Сегодня мы разберем этот миф по полочкам.

Два разных мира: как выглядит день джуна и сеньора

Представим себе типичный день, как в том анекдоте. Это хорошо показывает суть проблемы.

День Junior Developer:

• 10:00 — Пятиминутка (15 мин.)

• 10:15 — Кодит

• 11:00 — Задал короткий вопрос коллеге (15 мин.)

• 11:15 — Кодит

• 12:00 — Обед (30 мин.)

• 12:30 — Кодит

• 15:00 — Ревью кода (30 мин.)

• 15:30 — Перерыв

• 16:00 — Кодит

• 18:00 — Конец рабочего дня

Итог: Примерно 6.5 часов чистого кодинга. Продуктивность налицо, всё видно.

День Senior Developer / Tech Lead:

• 10:00 — Пятиминутка (15 мин.)

• 10:15 — Помог коллеге решить проблему (15 мин.)

• 10:30 — Совещание с продакт‑менеджером (30 мин.)

• 11:00 — Ответил на срочный вопрос в чате (15 мин.)

• 11:15 — Ответил на вопрос от начальства (15 мин.)

• 11:30 — Ревью кода и обучение джунов (30 мин.)

• 12:00 — Обед (30 мин.)

• 12:30 — Помощь новичку / обсуждение проекта (1 час)

• 13:30 — Исправил ошибку на проде (15 мин.)

• 13:45 — Помог еще одному коллеге (15 мин.)

• 14:00 — Обсуждение стратегии с архитектором (30 мин.)

• 14:30 — Пишет техзадание на новый проект (1 час)

• 15:30 — Уточняет детали с PM (15 мин.)

• 15:45 — Опять помогает по задаче (15 мин.)

• 16:00 — Наконец‑то! Кодит свои задачи (1.5 часа с перерывами)

• 18:15 — Конец рабочего дня

Итог: Примерно 1.5 часа кодинга. Кажется, что человек недорабатывает. Но давайте посмотрим внимательнее.

Как 20 минут работы сеньора экономят 7 часов работы команды

Главное для опытного специалиста — не его личная продуктивность, а эффективность всей команды. Он больше не просто делатель, он помогает другим работать.

Смотрите сами:

У Светы сложный баг. Она может копаться в нём 3 часа, а может спросить у сеньора и решить проблему за 5 минут.

Паша не понимает, как работает какой‑то модуль. Он может потратить целый день, чтобы разобраться, или получить объяснение от тимлида за 10 минут.

Простая математика: 20 минут, потраченные сеньором, экономят 7+ часов работы всей команды. Это выгодно для бизнеса.

Невидимая работа — это:

Архитектура и планирование: Те самые техзадания, которые помогают команде не потратить месяцы на неправильную разработку.

Обучение и ревью кода: Развитие джунов и мидлов, предотвращение ошибок.

Решение сложных проблем: Без этого команда может биться над задачей целыми днями.

Общение: Перевод требований бизнеса на технический язык и наоборот.

Устранение проблем: Он быстро решает критические проблемы, пока они не стали катастрофой.

Что делать руководителю? Как оценивать невидимую работу?

Если вы руководите командой, то ваша задача — не заставлять сеньора больше кодить, а оценивать его реальный вклад и создавать комфортные условия для работы.

1. Смотрите не на количество, а на результат.

Не нужно оценивать всех по количеству закрытых задач. Вместо этого спросите:

Насколько быстрее стала работать команда благодаря его помощи?

Насколько меньше стало критических ошибок после его ревью кода?

Сколько проблем он помог решить на прошлой неделе?

Как быстро новые сотрудники вливаются в проект благодаря его обучению?

2. Берегите его время.

Ваш сеньор — самый ценный ресурс. Ваша задача — его защищать.

Не зовите его на все совещания подряд. Его время должно быть использовано максимально эффективно.

Дайте ему спокойно работать над проектом. Ему нужно время подумать, не ждите быстрых ответов в чате.

3. Доверяйте ему.

Он лучше вас знает, как распорядиться своим временем. Дайте ему свободу.

Что может сделать сам senior‑разработчик?

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

Выделяйте время на час кода. Пусть все знают, что в это время вас лучше не трогать.

Собирайте совещания в первой половине дня, чтобы вторую половину дня посвятить работе.

Выделяйте время на ответы в Slack/почте. Например, 15 минут каждый час. Отключите уведомления в остальное время. Люди привыкнут, что вы отвечаете не сразу, но всегда отвечаете.

Вывод для менеджера

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

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

А что вы думаете? Сталкивались ли вы с этим в своей практике? Как вы оцениваете работу своих опытных специалистов?