IT-команда: структура, роли и процессы

Современная IT-организация уровня bigtech (Яндекс, Сбер, VK, Google, Meta) представляет собой многоуровневую систему. От стратегических решений C-level до коммита в main проходит цепочка людей с чётко разделёнными зонами ответственности. Эта страница описывает всю вертикаль: кто за что отвечает, как задачи спускаются вниз и превращаются в продукт.


Иерархия IT-организации

┌─────────────────────────────────────────────────────────────────────────────┐
│                              C-LEVEL (C-Suite)                               │
│  ┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐           │
│  │   CEO   │  │   CTO   │  │   COO   │  │   CFO   │  │   CPO   │           │
│  └────┬────┘  └────┬────┘  └────┬────┘  └─────────┘  └────┬────┘           │
└───────┼────────────┼────────────┼────────────────────────┼─────────────────┘
        │            │            │                        │
        ▼            ▼            ▼                        ▼
┌─────────────────────────────────────────────────────────────────────────────┐
│                           VP / DIRECTOR LEVEL                                │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐    │
│  │VP Engineering│  │  VP Product  │  │  VP Design   │  │VP Operations │    │
│  └──────┬───────┘  └──────┬───────┘  └──────┬───────┘  └──────┬───────┘    │
└─────────┼──────────────────┼──────────────────┼──────────────────┼──────────┘
          │                  │                  │                  │
          ▼                  ▼                  ▼                  ▼
┌─────────────────────────────────────────────────────────────────────────────┐
│                            MANAGEMENT LEVEL                                  │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐    │
│  │Engineering   │  │Product       │  │Design        │  │Project       │    │
│  │Manager       │  │Manager       │  │Manager       │  │Manager       │    │
│  └──────┬───────┘  └──────┬───────┘  └──────┬───────┘  └──────────────┘    │
└─────────┼──────────────────┼──────────────────┼─────────────────────────────┘
          │                  │                  │
          ▼                  ▼                  ▼
┌─────────────────────────────────────────────────────────────────────────────┐
│                              TEAM LEVEL                                      │
│  ┌────────────┐  ┌────────────┐  ┌────────────┐  ┌────────────┐            │
│  │  Team Lead │  │Product Owner│  │Lead Designer│  │  Analyst   │            │
│  └─────┬──────┘  └────────────┘  └─────┬──────┘  └────────────┘            │
│        │                               │                                     │
│        ▼                               ▼                                     │
│  ┌─────────────────────────────────────────────────────────────────┐       │
│  │                    INDIVIDUAL CONTRIBUTORS                       │       │
│  │  ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐   │       │
│  │  │ Senior  │ │ Middle  │ │ Junior  │ │Designer │ │   QA    │   │       │
│  │  │Developer│ │Developer│ │Developer│ │         │ │Engineer │   │       │
│  │  └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘   │       │
│  └─────────────────────────────────────────────────────────────────┘       │
└─────────────────────────────────────────────────────────────────────────────┘

Сводная таблица ролей

УровеньРольКлючевая функция
C-LevelCEOСтратегия бизнеса, инвесторы, культура
C-LevelCTOТехническая стратегия, выбор стека, R&D
C-LevelCOOОперационная эффективность, процессы
C-LevelCFOФинансы, бюджет, M&A
C-LevelCPOПродуктовое видение, портфель продуктов
VPVP EngineeringExecution, delivery, найм EM
VPVP ProductПродуктовая стратегия направления
VPVP DesignDesign system, UX-стратегия
ManagementEngineering ManagerЛюди, performance, delivery команды
ManagementProduct ManagerWhat и why продукта, roadmap
ManagementProject ManagerСроки, бюджет, risk management
ManagementDesign ManagerУправление дизайн-командой
TeamTeam Lead / Tech LeadТехническое лидерство, code review
TeamProduct OwnerBacklog, приоритеты, приёмка
TeamScrum MasterФасилитация, процессы, impediments
TeamBusiness AnalystТребования, user stories, UAT
TeamSystem AnalystТехнические требования, API design
ICFrontend DeveloperПользовательский интерфейс
ICBackend DeveloperСерверная логика, API, БД
ICFullstack DeveloperEnd-to-end разработка
ICDevOps / SRECI/CD, инфраструктура, мониторинг
ICMobile DeveloperiOS, Android, кроссплатформа
ICQA EngineerТестирование, качество
ICDesignerUX/UI, product design
ICData Engineer / ScientistДанные, ML, аналитика
ICTechnical WriterДокументация

C-Level руководители

CEO (Chief Executive Officer)

Генеральный директор - высшее должностное лицо компании.

Обязанности:

  • Стратегическое видение и направление развития компании
  • Принятие ключевых бизнес-решений
  • Взаимодействие с советом директоров и инвесторами
  • Формирование корпоративной культуры
  • Публичное представление компании

Ключевые метрики:

  • Revenue и прибыльность
  • Рыночная доля
  • Рост компании
  • Удовлетворённость инвесторов

CTO (Chief Technology Officer)

Технический директор - отвечает за техническую стратегию.

Обязанности:

  • Техническая стратегия и видение
  • Выбор технологического стека
  • R&D и инновации
  • Техническая экспертиза для бизнес-решений
  • Найм и развитие технических лидеров

Взаимодействие:

  • С CEO - трансляция технических возможностей в бизнес-стратегию
  • С VP Engineering - делегирование операционного управления
  • С Product - техническая feasibility фичей

Ключевые метрики:

  • Техническое качество продукта
  • Инновационность решений
  • Scalability и reliability систем
  • Технический долг

Связанные темы:

COO (Chief Operating Officer)

Операционный директор - отвечает за повседневную деятельность.

Обязанности:

  • Операционная эффективность
  • Процессы и их оптимизация
  • Управление ресурсами
  • Масштабирование операций
  • Кросс-функциональная координация

Ключевые метрики:

  • Операционная эффективность
  • Время цикла
  • Использование ресурсов
  • SLA выполнение

CFO (Chief Financial Officer)

Финансовый директор - отвечает за финансы.

Обязанности:

  • Финансовое планирование и бюджетирование
  • Инвестиционные решения
  • Отчётность и compliance
  • Управление рисками
  • M&A

CPO (Chief Product Officer)

Продуктовый директор - отвечает за продуктовую стратегию.

Обязанности:

  • Продуктовое видение и стратегия
  • Портфель продуктов
  • Исследование рынка и пользователей
  • Roadmap на уровне компании
  • Go-to-market стратегия

Связанные темы:


VP / Director Level

VP of Engineering

Вице-президент по разработке - операционное управление разработкой.

Обязанности:

  • Управление engineering-организацией
  • Найм и развитие Engineering Managers
  • Процессы разработки и delivery
  • Техническое качество
  • Бюджет и ресурсы engineering

Отличие от CTO:

CTOVP Engineering
Стратегия и видениеExecution и delivery
Внешние коммуникацииВнутренние процессы
Инновации и R&DОперационная эффективность
Техническая экспертизаУправление людьми

VP of Product

Вице-президент по продукту - управление продуктовой командой.

Обязанности:

  • Управление Product Managers
  • Продуктовая стратегия на уровне направления
  • Приоритизация между продуктами/командами
  • Метрики и OKR продукта

VP of Design

Вице-президент по дизайну - управление дизайн-функцией.

Обязанности:

  • Design system и стандарты
  • UX-стратегия
  • Управление дизайн-командой
  • Design operations

Management Level

Engineering Manager (EM)

Менеджер разработки - управление командой разработчиков.

Обязанности:

  • Найм и увольнение в команде
  • Performance management
  • 1-on-1 и развитие сотрудников
  • Процессы в команде
  • Delivery и качество
  • Взаимодействие со стейкхолдерами

Типы EM:

ТипФокусСоотношение
People-focusedЛюди, развитие, культура80% people / 20% tech
Tech-focusedАрхитектура, код, техническое лидерство40% people / 60% tech
BalancedСбалансированный подход50% people / 50% tech

Связанные темы:

Product Manager (PM)

Продуктовый менеджер - владелец продукта или его части.

Обязанности:

  • Понимание пользователей и рынка
  • Определение what и why
  • Приоритизация backlog
  • Roadmap и стратегия продукта
  • Метрики и аналитика
  • Go-to-market

Инструменты:

  • Jira, Linear, Asana - backlog management
  • Amplitude, Mixpanel - аналитика
  • Figma - прототипы
  • Notion, Confluence - документация

Product Manager vs Product Owner:

Product ManagerProduct Owner
Стратегический фокусТактический фокус
Работа с рынкомРабота с командой
Vision и roadmapBacklog и спринты
Исследования и discoveryExecution и delivery

Связанные темы:

Project Manager (PjM)

Менеджер проектов - управление проектами и сроками.

Обязанности:

  • Планирование проектов
  • Управление сроками и бюджетом
  • Risk management
  • Коммуникация со стейкхолдерами
  • Отчётность о прогрессе

Методологии:

  • PMBoK
  • PRINCE2
  • Agile

Project Manager vs Product Manager:

Project ManagerProduct Manager
Сроки и бюджетЦенность и видение
How и whenWhat и why
Временные проектыПостоянный продукт
Delivery focusedValue focused

Design Manager

Менеджер дизайна - управление дизайн-командой.

Обязанности:

  • Управление дизайнерами
  • Design review и качество
  • Design operations
  • Найм и развитие команды

Team Level

Team Lead / Tech Lead

Технический лидер команды.

Обязанности:

  • Техническое лидерство
  • Code review и качество кода
  • Архитектурные решения в рамках команды
  • Менторинг разработчиков
  • Координация с другими командами

Подробнее: Teamlead Roadmap

Виды Tech Lead:

ТипОписание
Team LeadФокус на людях + техническое лидерство
Tech LeadФокус на технических решениях
Staff EngineerIC-трек, техническое влияние через экспертизу

Связанные темы:

Product Owner (PO)

Владелец продукта в Scrum-команде.

Обязанности:

  • Управление Product Backlog
  • Определение приоритетов
  • Acceptance criteria
  • Демо и приёмка работ
  • Связь с бизнесом

Связанные темы:

Scrum Master

Фасилитатор Scrum-процесса.

Обязанности:

  • Фасилитация Scrum-событий
  • Устранение impediments
  • Коучинг команды по Agile
  • Защита команды от внешних воздействий
  • Улучшение процессов

Связанные темы:

Business Analyst (BA)

Бизнес-аналитик - связь между бизнесом и разработкой.

Обязанности:

  • Сбор и анализ требований
  • Документирование требований (BRD, SRS)
  • User stories и acceptance criteria
  • Моделирование процессов (BPMN)
  • UAT

Артефакты:

  • Business Requirements Document (BRD)
  • Software Requirements Specification (SRS)
  • Use Cases
  • User Stories
  • Process diagrams (BPMN)

System Analyst

Системный аналитик - технический анализ и проектирование.

Обязанности:

  • Технические требования
  • Интеграционные спецификации
  • API design
  • Database design
  • Техническая документация

Связанные темы:


Individual Contributors (IC)

Разработчики

Frontend Developer

Разработчик пользовательского интерфейса.

Технологии:

  • HTML, CSS, JavaScript/TypeScript
  • React, Vue, Angular
  • State management (Redux, MobX, Zustand)
  • Тестирование (Jest, Cypress, Playwright)

Связанные темы:

Backend Developer

Разработчик серверной части.

Технологии:

  • Node.js, Go, Python, Java, PHP
  • REST, GraphQL, gRPC
  • Databases (PostgreSQL, MongoDB, Redis)
  • Message queues (RabbitMQ, Kafka)

Связанные темы:

Fullstack Developer

Разработчик, владеющий frontend и backend.

Особенности:

  • Широкий технический кругозор
  • Способность закрыть задачу end-to-end
  • Востребован в небольших командах и стартапах
DevOps Engineer / SRE

Инженер по инфраструктуре и надёжности.

Обязанности:

  • CI/CD pipelines
  • Infrastructure as Code
  • Мониторинг и alerting
  • Incident management
  • Автоматизация

Технологии:

  • Kubernetes, Docker
  • Terraform, Ansible
  • Prometheus, Grafana
  • GitHub Actions, GitLab CI

Связанные темы:

Mobile Developer

Разработчик мобильных приложений.

Направления:

  • iOS (Swift, SwiftUI)
  • Android (Kotlin, Jetpack Compose)
  • Cross-platform (React Native, Flutter)

Связанные темы:

QA Engineer

Инженер по обеспечению качества.

Виды тестирования:

  • Manual testing
  • Automated testing (UI, API)
  • Performance testing
  • Security testing

Уровни QA:

УровеньОбязанности
Junior QAВыполнение тест-кейсов, баг-репорты
Middle QAНаписание тест-кейсов, автотесты
Senior QAТест-стратегия, архитектура автотестов
QA LeadУправление QA-командой, процессы

Связанные темы:

Designer

UX Designer

Дизайнер пользовательского опыта.

Обязанности:

  • User research
  • Information architecture
  • Wireframing и прототипирование
  • Usability testing
  • User flows и journey maps
UI Designer

Дизайнер пользовательского интерфейса.

Обязанности:

  • Visual design
  • Design system
  • Иконки и иллюстрации
  • Анимации и микро-взаимодействия
Product Designer

Продуктовый дизайнер = UX + UI + продуктовое мышление.

Обязанности:

  • End-to-end дизайн фичей
  • Участие в product discovery
  • Метрики и аналитика дизайна
  • A/B тестирование дизайн-решений

Инструменты:

  • Figma, Sketch
  • Miro, FigJam
  • Principle, Framer

Связанные темы:

Data Engineer / Data Scientist

Data Engineer

Инженер данных - инфраструктура для данных.

Обязанности:

  • ETL/ELT pipelines
  • Data warehouses
  • Data lakes
  • Data quality

Технологии:

  • Apache Spark, Airflow
  • BigQuery, Redshift, Snowflake
  • Python, SQL
Data Scientist

Специалист по анализу данных и ML.

Обязанности:

  • Анализ данных
  • Machine Learning модели
  • Статистические исследования
  • A/B тестирование

Связанные темы:

Technical Writer

Технический писатель - документация.

Обязанности:

  • API документация
  • User guides
  • Internal documentation
  • Release notes

Как задача проходит через организацию

Полный цикл от бизнес-потребности до релиза на примере задачи “Сделать сториз на онлайн-платформе”:

Business Need
      │
      ▼
┌─────────────┐
│     PM      │──→ Исследование, user stories
└─────┬───────┘
      │
      ▼
┌─────────────┐
│     PO      │──→ Стратегия продукта, приоритизация бэклога
└─────┬───────┘
      │
      ▼
┌─────────────┐
│  Designer   │──→ UX research, макеты, утверждение с PO
└─────┬───────┘
      │
      ▼
┌─────────────┐
│   Analyst   │──→ Разметка событий, требования к аналитике
└─────┬───────┘
      │
      ▼
┌─────────────┐
│  Sys.Analyst│──→ Техническая спецификация для разработки
└─────┬───────┘
      │
      ▼
┌─────────────┐
│  Tech Lead  │──→ Technical design, декомпозиция
└─────┬───────┘
      │
      ▼
┌─────────────┐
│ Developers  │──→ Реализация, подготовка сборок
└─────┬───────┘
      │
      ▼
┌─────────────┐
│     QA      │──→ Тестирование, баги → доработка → ретест
└─────┬───────┘
      │
      ▼
┌─────────────┐
│   DevOps    │──→ Deploy
└─────┬───────┘
      │
      ▼
┌─────────────┐
│     PO      │──→ Приёмка, решение о релизе
└─────┬───────┘
      │
      ▼
   Release

Пример: сториз на платформе

  1. PO формирует стратегию, в рамках которой появляется задача реализовать сториз. Описывает бизнес-логику пользовательским сценарием.
  2. Designer проектирует макеты экранов, утверждает подход с PO, финализирует дизайн.
  3. Analyst размечает ключевые события, формирует требования к аналитике для корректного сбора данных после релиза.
  4. System Analyst детализирует требования, уточняет нюансы с PO и разработчиками, финализирует техническую спецификацию.
  5. Developers анализируют задачу, оценивают трудоёмкость, реализуют код, готовят сборки для тестирования.
  6. QA тестирует на соответствие логике и дизайну, находит баги, проводит повторное тестирование после правок.
  7. PO проводит приёмку. Если всё в порядке - задача идёт в релиз.
  8. Scrum Master на всех этапах ведёт встречи, прокачивает команду, оптимизирует процессы.

RACI Matrix

АктивностьPMDesignerDevQADevOps
ТребованияRCCII
UX DesignARCII
DevelopmentICRCI
TestingIICRI
DeploymentIICCR

R = Responsible, A = Accountable, C = Consulted, I = Informed


Грейды разработчиков

Junior Developer

Характеристики:

  • 0-2 года опыта
  • Выполняет задачи под руководством
  • Учится паттернам и практикам
  • Требует code review и менторинга

Ожидания:

  • Выполнение простых задач
  • Следование code style
  • Базовое понимание инструментов
  • Активное обучение

Что развивать:

  • Технические навыки
  • Понимание кодовой базы
  • Самостоятельность
  • Коммуникация

Middle Developer

Характеристики:

  • 2-5 лет опыта
  • Самостоятельно выполняет задачи
  • Участвует в code review
  • Может менторить junior

Ожидания:

  • Самостоятельная работа над фичами
  • Качественный код без постоянного контроля
  • Участие в архитектурных обсуждениях
  • Оценка задач

Что развивать:

  • Системное мышление
  • Архитектурные навыки
  • Soft skills
  • Менторинг

Senior Developer

Характеристики:

  • 5+ лет опыта
  • Технический лидер в команде
  • Принимает архитектурные решения
  • Менторит middle и junior

Ожидания:

  • Архитектурные решения
  • Техническое лидерство
  • Code review и стандарты
  • Оценка рисков
  • Документация решений

Влияние: команда из 5-10 человек, продукт или модуль.

Связанные темы:

Staff / Principal Engineer

Характеристики:

  • 8+ лет опыта
  • Техническое влияние на несколько команд
  • Стратегические технические решения
  • Определяет технические стандарты

Ожидания:

  • Кросс-командное влияние
  • Технические инициативы компании
  • Менторинг senior developers
  • Внешние выступления и статьи

Влияние: несколько команд, направление, техническая культура компании.


Career Tracks

Individual Contributor (IC) Track

Junior → Middle → Senior → Staff → Principal → Distinguished

Фокус на техническое мастерство и влияние через экспертизу.

Management Track

Tech Lead → Engineering Manager → Director → VP → CTO

Фокус на людей, процессы и организационное влияние.

Переход между треками

IC → ManagementManagement → IC
Желание развивать людейЖелание hands-on работы
Soft skills развитыТехнические навыки актуальны
Готовность отказаться от кодаГотовность к меньшему scope

Типичные команды

Scrum Team (5-9 человек)

┌─────────────────────────────────────────┐
│              SCRUM TEAM                 │
│                                         │
│  ┌─────────────┐  ┌─────────────┐       │
│  │Product Owner│  │Scrum Master │       │
│  └─────────────┘  └─────────────┘       │
│                                         │
│  ┌─────────────────────────────────┐    │
│  │      Development Team           │    │
│  │  ┌────────┐ ┌────────┐          │    │
│  │  │Frontend│ │Backend │          │    │
│  │  └────────┘ └────────┘          │    │
│  │  ┌────────┐ ┌────────┐          │    │
│  │  │  QA    │ │Designer│          │    │
│  │  └────────┘ └────────┘          │    │
│  └─────────────────────────────────┘    │
└─────────────────────────────────────────┘

Связанные темы:

Feature Team

Команда, способная доставить фичу end-to-end.

Состав:

  • Product Owner / PM
  • Frontend Developer(s)
  • Backend Developer(s)
  • QA Engineer
  • Designer (часто shared)
  • Tech Lead (опционально)

Platform Team

Команда, создающая внутренние инструменты для других команд.

Состав:

  • Tech Lead
  • Backend/Infra Engineers
  • DevOps/SRE
  • Technical Writer

Продукты:

  • Internal APIs
  • Developer tools
  • Infrastructure components

Масштабирование команд

Закон Брукса

Закон Брукса

Добавление людей к опаздывающему проекту задерживает его ещё больше.

Two-Pizza Rule (Amazon)

Команда должна быть достаточно маленькой, чтобы накормить её двумя пиццами (5-8 человек).

Team Topologies

Типы команд:

ТипОписание
Stream-alignedКоманда, ориентированная на поток ценности
PlatformКоманда, создающая платформу для других
EnablingКоманда, помогающая другим командам
Complicated-subsystemКоманда для сложных технических подсистем

Связанные темы:


Культура и ценности

Психологическая безопасность

Ключевой фактор эффективности команды (исследование Google Project Aristotle).

Признаки:

  • Можно задавать “глупые” вопросы
  • Ошибки воспринимаются как обучение
  • Конфликты обсуждаются открыто
  • Идеи принимаются независимо от источника

Инженерная культура

Характеристики здоровой инженерной культуры:

  • Ownership и ответственность
  • Continuous learning
  • Blameless post-mortems
  • Documentation culture
  • Code review как обучение

Связанные темы:


Роль AI в командах разработки

AI как инструмент разработчика

Искусственный интеллект трансформирует процесс разработки на всех уровнях.

AI-инструменты для разработки:

КатегорияИнструментыПрименение
Code completionGitHub Copilot, Cursor, CodeiumАвтодополнение, генерация кода
Code reviewCodeRabbit, Codacy AIАвтоматический анализ PR
TestingDiffblue, TestimГенерация тестов
DocumentationMintlify, Readme AIАвтоматическая документация
DebuggingSentry AI, Datadog AIАнализ ошибок

Связанные темы:

AI и грейды разработчиков

Влияние AI на разные уровни:

ГрейдВлияние AIИзменение роли
JuniorВысокоеAI ускоряет обучение, помогает с рутиной
MiddleСреднееAI усиливает продуктивность
SeniorНизкоеФокус на architecture, AI как инструмент
StaffМинимальноеСтратегия, AI governance

Junior + AI:

  • AI как персональный ментор
  • Быстрое понимание кодовой базы
  • Ускоренное обучение паттернам
  • Помощь с базовыми задачами

Middle + AI:

  • Автоматизация рутинных задач
  • Быстрое прототипирование
  • Генерация тестов
  • Code review assistance

Senior + AI:

  • AI для exploration of solutions
  • Автоматизация документации
  • Анализ технического долга
  • Обучение AI-инструментам команды

AI как член команды

AI-агенты могут выполнять определённые роли:

Роль AI AgentФункции
Code ReviewerАвтоматический анализ PR
Test WriterГенерация unit/integration тестов
Doc WriterДокументация кода и API
Bug TriagerКлассификация и приоритизация багов
Support BotПервая линия поддержки

Связанные темы:

AI Governance

Вопросы для команды:

  • Какие AI-инструменты разрешены?
  • Как проверять AI-сгенерированный код?
  • Политика использования данных
  • Ответственность за AI-код

Best Practices:

  1. Code review для AI-кода обязателен
  2. Понимание сгенерированного кода
  3. Тестирование AI-кода
  4. Не передавать sensitive данные в AI

Ресурсы

Книги

НазваниеАвторО чём
The Manager’s PathCamille FournierКарьерный путь от IC до CTO
An Elegant PuzzleWill LarsonСистемный подход к engineering management
Team TopologiesMatthew Skelton, Manuel PaisОрганизация команд для быстрого потока
The Phoenix ProjectGene Kim и др.DevOps-роман о трансформации IT
AccelerateNicole Forsgren и др.Метрики и практики высокопроизводительных команд

Интернет-ресурсы

РесурсОписание
Engineering LaddersФреймворк для оценки инженерных компетенций
Progression.fyiКоллекция career frameworks разных компаний
levels.fyiСравнение грейдов и компенсаций между компаниями
StaffEngИстории и паттерны Staff+ инженеров
LeadDevКонтент для технических лидеров