Какой был состав команд, в которых работал?

Состав команд, в которых я работал

За 10+ лет я работал в командах разного размера — от 3-х человечного стартапа до 100+ человечной корпорации. Каждый опыт научил меня структурировать команды эффективно.

Стартап (2014-2016, 5 человек)

Состав:

• 1 Founder/CTO (я)
• 2 Junior разработчика
• 1 Frontend разработчик
• 1 DevOps (part-time)

Что это дало: носил 10 шляп, писал код, проектировал архитектуру, деплоил. Менторил junior с нуля. Быстро принимал решения.

Проблемы: выгорание (60+ часов в неделю), никакой специализации, тестирование и документация отсутствовали.

Средняя компания (2016-2019, 15 backend разработчиков)

Структура: VP Engineering

• Tech Lead Backend (я)
• Senior backend (3)
• Mid backend (4)
• Junior backend (5)
• DevOps (2)
• QA engineer (1)

Моя роль: архитектура, code review всех PR, mentoring junior, планирование спринтов.

Достижения: внедрил TDD, увеличил покрытие с 20% до 85%, снизил P1 bugs на 60%, развил 2 junior до mid level, внедрил CI/CD.

Крупная компания (2019-2022, 50+ backend разработчиков)

Iерархия: VP Product Engineering

• Engineering Manager (Teams A, B, C)
  • Tech Lead (я) — Team A

    - Senior (2)
    - Mid (3)
    - Junior (2)

Работа в таких структурах: больше специализации, меньше ошибок, больше бюрократии.

Мои обязанности: design архитектуры, 2x встречи tech planning в неделю, code review 10-20 PR в день, 1-1 встречи с каждым, hiring интервью, онбординг, escalation проблем.

Матричная структура (2022-2024, 100+ backend)

Организация: Eng Manager (Team Payments)

• Tech Lead Payments (я)
  • 4 Senior
  • 6 Mid
  • 4 Junior

Вызовы: две начальства (manager + architect), много политики, медленные решения. Но: лучше разделение обязанностей.

Роли и ответственность

Junior (первые 2 года):

• Простые задачи (CRUD, багфиксы)
• Code review даже на простых PR
• Пассивное участие в планировании
• Много обучения

Mid (2-5 лет опыта):

• Дизайн фич
• Ментор 1-2 junior разработчиков
• Код-ревью от вас слушают
• Участие в планировании спринта

Senior (5+ лет):

• Архитектурные решения
• Больше ревью, mentoring, hiring
• Стратегические решения
• Cross-team коллаборация

Tech Lead (5+ лет, лидерство):

• Tech Lead = лучший архитектор в команде
• Говорит: как мы это структурируем
• Отвечает за design и quality

Различные роли в команде

Типичная структура (15 человек backend):

• Tech Lead Backend
• Senior Full-stack (может писать и JS, и Python)
• Mid Backend (специалист по БД)
• Mid Backend (специалист по API)
• Junior Backend
• DevOps инженер

Передний конец (Frontend Team):

• Tech Lead Frontend
• Senior Frontend
• Mid Frontend (Performance специалист)
• Mid Frontend (A/B тестирование)
• Junior Frontend
• QA Engineer

Размер команды влияет на всё

3-5 человек: все на всё, быстро, хаос 5-10 человек: начинается структура, есть роли 10-20 человек: чёткая иерархия, может быть бюрократия 20+ человек: слои управления, сложнее coordination 100+ человек: матрица, политика, но лучший обучение

Идеальный состав для Senior/Tech Lead

Технически:

• 1 человек старше (чему учиться)
• 2-3 сильных senior коллег (для дискуссий)
• 3-4 mid разработчика (для mentoring)
• 2-3 junior (рост, новые идеи)

Организационно:

• Tech Lead с техническим background
• Менеджер, который доверяет
• DevOps, понимающий backend
• QA, пишущий тесты, не только кликающий

Что я привносил в каждую команду

1. Культура качества: тесты, code review, docs
2. Mentoring: развел 10+ junior разработчиков до mid
3. Архитектура: DDD, clean architecture, SOLID
4. Процессы: CI/CD, automated testing, incident management
5. Коммуникация: говорить с non-technical people

Ключевой вывод

Лучшие результаты при 8-12 человечной backend команде с чёткими ролями, но без излишней бюрократии.

Это позволяет:

• Двигаться быстро
• Поддерживать высокое качество
• Иметь возможность learn и mentor
• Избежать выгорания
• Иметь справедливую зарплату

В маленьких командах рост быстро, но выгорание. В больших — стабильность, но политика.