Оргструктура IT-компании 2026

Три уровня масштаба

Оргструктура IT зависит от того, на какой стадии вы находитесь:

• Стартап (до 15 человек) — плоская структура, все универсалы.
• Средний продукт (15–100) — продуктовые команды + базовые функциональные роли.
• Крупная компания (100+) — матрица: команды × гильдии (Spotify model).

Стартап: плоская структура

CEO / Founder
├── CTO (= тимлид + архитектор)
│   ├── Разработчик-фуллстек ×3
│   └── DevOps на 0.5 ставки
├── Дизайнер (на аутсорсе или 1 in-house)
└── PM / маркетинг (часто это сам CEO)

Особенности: все носят 2–3 шапки. Нет менеджеров среднего звена. Решения принимаются за 5 минут в Slack/Telegram.

Средний продукт: продуктовые команды

Когда команда переваливает за 15–20 человек, плоская структура ломается. Лучший вариант — разбить на продуктовые команды (squads, feature-teams).

CEO
├── CTO
│   ├── Команда «Биллинг»
│   │   ├── Тимлид (= EM, Engineering Manager)
│   │   ├── Backend ×2
│   │   ├── Frontend ×1
│   │   └── QA на 0.5 ставки
│   ├── Команда «Личный кабинет»
│   │   ├── Тимлид
│   │   └── Разработчики ×3
│   ├── Команда «Платформа» (общие сервисы)
│   │   ├── Тимлид
│   │   └── Разработчики ×3
│   └── DevOps / SRE команда
├── CPO (продакт-менеджмент)
│   ├── PM «Биллинг»
│   ├── PM «Личный кабинет»
│   └── UX-дизайнер ×2
└── COO (операции, HR, финансы)

Принципы:

• Команда = 5–9 человек. Больше — разделить.
• В команде есть всё необходимое для поставки фичи (бэк, фронт, QA).
• PM не в команде, но «закреплён» за ней.
• Платформенная команда обслуживает остальные (общие сервисы, инфраструктура).

Крупная компания: матрица Spotify

При 100+ инженерах нужна матричная структура: каждый разработчик одновременно в команде (Squad) и в гильдии по технологии (Chapter/Guild).

          ┌─ Squad 1 ──┐  ┌─ Squad 2 ──┐  ┌─ Squad 3 ──┐
          │ TL         │  │ TL         │  │ TL         │
Backend ──┼─ Backend×2 ┼──┼─ Backend×3 ┼──┼─ Backend×2 ┤
Frontend──┼─ Frontend×1┼──┼─ Frontend×2┼──┼─ Frontend×1┤
QA ───────┼─ QA×1      ┼──┼─ QA×1      ┼──┼─ QA×0.5    ┤
DevOps ───┼─ DevOps×0.5┼──┼─ DevOps×0.5┼──┼─ DevOps×0.5┤
          └────────────┘  └────────────┘  └────────────┘

Tribe (направление продукта) ──┬── Squad 1
                               ├── Squad 2
                               └── Squad 3

Chapter (гильдия) ── техническое сообщество
                    одной специальности (все Backend)

Двойное подчинение: Squad Lead отвечает за «что делать» (продукт), Chapter Lead — за «как делать» (качество кода, рост грейда, code review).

Где работает: Spotify, Авито, Озон, Яндекс. Где не работает: компании с жёсткой иерархией и командно-административным стилем.

Ключевые роли в IT-структуре

Подводные камни

• Слишком много менеджеров. На 5 инженеров — 1 EM, на 15 — 1 EM + 2 Tech Lead'a. Иначе — перегруз менеджментом.
• Размытые роли PM/EM. Кто решает «что делать» — PM. Кто «как делать» — EM/TL. Если этого нет на бумаге, будут конфликты.
• Платформенная команда без продуктовых заказчиков. Делает «правильную» архитектуру, а продукт стоит.
• Гильдии без власти. Если Chapter Lead не может зарубить плохой код или утвердить грейд — гильдия превращается в тусовку.

Связанные материалы