Do ut facias
Питер Друкер писал, что отличает хорошо управляемую организацию по некоторой «вялости». Там нет героизма и пожаров, всё предсказуемо и стабильно. Тут можно провести параллель с сениором разработчиком, на котором висит всего пара задач и который кодит совсем немного, а больше находится на созвонах и консультирует коллег.
У начинающего пиэма ситуация может вызвать раздражение. Как же так, он же самый опытный программист, почему он не программирововаает? На самом деле, его вклад очень серьёзен и нужен, просто невидим на первый взгляд. В этом посте мы отпрепарируем ситуацию и поймём, почему так.
Типичный день
Представим себе типичный день. Это хорошо покажет суть проблемы.
День Middle 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+ часов работы всей команды. Это выгодно для бизнеса, хоть и звучит несколько неожиданно.
К невидимой работе сениора относятся
Архитектура и планирование: Та самая добумажная и бумажная работа, которая делает продукт масштабируемым и экономит многие часы ненужного кодирования.
Обучение и ревью кода: Развитие джунов и мидлов, предотвращение ошибок.
Решение сложных проблем: Замороченный баг рядовые члены команды могут править днями и неделями, а сениор справится за час.
Общение: Помощь аналитикам в переводе с языка бизнеса на язык технарей и написании технических заданий.
Устранение проблем: Помощь пиэму в разруливании так называемых организационно-технических ситуаций.
Как оценивать неоцениваемое?
Не надо измерять эффективность сениора количеством строчек. Попробуйте ответить на эти вопросы:
- Насколько быстрее стала работать команда благодаря его помощи?
- Насколько меньше стало критических ошибок после его ревью кода?
- Сколько проблем он помог решить на прошлой неделе?
- Как быстро новые сотрудники вливаются в проект благодаря его обучению?
Выводы
Велика вероятность, что ваш сениор — не обленившийся наглец, написавший один модуль за месяц, а настоящий психологический мотор команды. Он помогает другим писать код качественнее и дружнее работать вместе.
Создайте ему хорошие условия для работы. Не дёргайте лишний раз, дайте определённую свободу, оценивайте успех по успеху команды.
