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

Вася уходит в отпуск. Теперь некому быстро починить неработающий отчет. Бизнес клиента под угрозой.

Правильно распределяем три типа задач

Чтобы увеличить бас фактор и выдержать отпуск/болезнь/уход кого-то из членов команды, мы стараемся давать разработчикам задачи в такой пропорции:
20% — задачи узкой специализации. Там где человек — эксперт. Это помогает ускорить задачи (нужно когда, например, задача очень сложная). Помогает наладить обмен опытом, когда подключаем эксперта к ревью.
30% — инвестиции в обучение. Когда человек не сталкивался ранее с таким типом задач. Начинает разбираться. Тимлид постоянно контролирует результат и сроки выполнения. Если затянули, то привлекаем экспертов, или урезаем задачу.
50% — «общие задачи». Те, которые может решить большинство команды. Эти задачи «на потоке» — тимлид редко контролирует результат конкретной задачи, риски с точки зрения сроков и результата минимальны.

Это идеальная пропорция. Она не всегда достижима сразу в новых проектах с еще не устоявшимися процессах.

Компенсируем новые задачи экспертами

В 2019 году у нашей команды была одна платформа на поддержке. Мы решали задачи быстро, потому что уже сталкивались с многими проблемами.
Задачи повторялись — не на чем было учиться новому. Мы это компенсировали: добавляли задачи на автоматизацию и ускорение текущие процессов. Например, улучшали мониторинг, чтобы быстро отвечать на вопросы «почему запрос долго обрабатывался»; ускоряли авто тесты.

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

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

Важен баланс

Если “инвестиционных” задач нет — это пример застоя. Команде некуда развиваться.
Руководитель такой команде нужен только для отчетов руководству. В какой-то момент ему станет скучно и он уйдет.
Поэтому в интересах тимлида создавать и согласовывать задачи для команды, на которых можно обучаться.

Если “инвестиционных” задач много — команда наносит мало пользы. Если их не становится меньше в перспективе — проще нанимать аутсорсеров, сразу же с нужным опытом.

Основную пользу команда наносит на “общих задачах” и экспертных задачах.
Задача тимлида: держать баланс между пользой и инвестициями.