Карьерные треки и пути развития#

Общая структура карьерных треков#

В нашей системе существует два независимых трека развития:

1. Технический трек (Individual Contributor) - рост как эксперта
2. Управленческий трек (Management) - рост как лидера команды

Ключевая особенность: Эти треки ортогональны - можно быть Senior разработчиком и не быть тимлидом, или быть тимлидом и при этом расти технически.

Визуализация карьерных треков#

Двумерная модель развития#

Управленческая ось (Y) ─────────────────────────────────────────────────────────▶
│
│  Engineering Manager        Ведущий            Сильный
│  (EM)                       Тимлид             Тимлид          Опытный        Начинающий
│                             (14-20)            (11-14)         Тимлид         Тимлид
│                                ║                  ║             (09-12)        (07-10)
│                                ║                  ║                ║              ║
│  ══════════════════════════════╬══════════════════╬════════════════╬══════════════╬═══════
│                                ║                  ║                ║              ║
│  Технический трек (IC)         ║                  ║                ║              ║
│                                ║                  ║                ║              ║
▼  Позиция 01 ─→ ... ─→ 06 ─→ 07 ─→ ... ─→ 10 ─→ 11 ─→ ... ─→ 14 ─→ 15 ─→ ... ─→ 20
   (Intern)     (Junior)   (Middle)      (Senior)       (Staff)        (Principal)

   Технический уровень (X) ─────────────────────────────────────────────────────▶

Пояснение:

• Горизонталь (X): Технический рост от Intern (01) до Principal (20)
• Вертикаль (Y): Управленческая ответственность (опционально, с позиции 07+)
• Пересечения: Любая комбинация возможна (например, Senior без управления или Middle тимлид)

Специализации внутри технического трека#

Важное изменение в системе: Начиная с позиции 07, технический трек допускает разные пути специализации. Вы можете расти в технической позиции не только через глубокую техническую экспертизу (алгоритмы, производительность), но и через operational excellence, platform engineering или широту знаний.

Обзор специализаций#

Ключевой принцип: Все специализации одинаково ценны и ведут к одинаковым позициям и зарплатам. Позиция 09 Platform Engineer = позиция 09 Performance Engineer по уровню влияния и компенсации.

Трек 1: Technical Depth (Технический эксперт)#

Для кого: Любит решать сложные технические задачи, интересуется внутренним устройством технологий, оптимизацией.

Прогрессия: Middle — многопоточность, алгоритмы, профилирование → Senior — CLR internals, lock-free, архитектура high-perf систем → Staff — техническая стратегия производительности.

Примеры вклада: Lock-free алгоритмы (10х ускорение), SIMD оптимизация, снижение памяти на 50%.

Трек 2: Platform Engineering (Платформенный инженер)#

Для кого: Любит автоматизировать рутину, улучшать процессы, делать команду эффективнее.

Прогрессия: Middle — CI/CD, автоматизация тестов, DevOps → Senior — архитектура платформы, DX, observability → Staff — platform стратегия департамента.

Примеры вклада: CI/CD платформа (релиз с 2 дней до 1 часа), test coverage 30%→80%, developer tooling.

Трек 3: Reliability Engineering (Инженер надежности)#

Для кого: Ценит стабильность и качество, готов работать с legacy кодом и делать “черновую работу”.

Прогрессия: Middle — багфиксинг, рефакторинг legacy → Senior — reliability ownership, quality стратегия → Staff — culture of quality.

Примеры вклада: Снижение багов на 50%, quality gates, incident management процесс.

Трек 4: Generalist (Универсальный специалист)#

Для кого: Любит разнообразие, быстро учится, предпочитает широту знаний глубине.

Прогрессия: Middle — работа в разных модулях → Senior — знание всей кодовой базы, “go-to person” → Staff — системный архитектор.

Примеры вклада: Кросс-модульный рефакторинг, быстрое решение проблем везде, системная архитектура.

Переключение между специализациями#

Можно ли менять специализацию?

✅ Да, в любой момент! Специализации не жесткие - это скорее фокус текущей работы.

Примеры:

Позиция 07 (Depth) → Позиция 08 (Platform)
├─ Разработчик устал от алгоритмов, заинтересовался CI/CD
├─ Начал строить CI/CD пайплайны, автоматизацию
└─ Через год вырос до позиции 08 как Platform Engineer

Позиция 10 (Generalist) → Позиция 10 (Depth)
├─ Генералист решил углубиться в производительность
├─ Сфокусировался на оптимизации, изучил SIMD
└─ Стал Performance Expert на той же позиции

Позиция 08 (Reliability) → Позиция 09 (Reliability + Platform)
├─ Reliability Engineer начал строить quality automation
├─ Совместил оба направления: quality + platform
└─ Вырос до позиции 09 как Reliability + Platform Engineer

Ключевой принцип: Позиция определяется уровнем влияния и impact, а не специализацией. Позиция 08 Platform Engineer = Позиция 08 Depth Engineer по компенсации.

Как выбрать свою специализацию?#

Вопросы для себя:

1. Что мне нравится делать больше всего?

   • Решать сложные технические проблемы → Depth
   • Улучшать процессы и инструменты → Platform
   • Находить баги и чинить legacy код → Reliability
   • Работать в разных частях продукта → Generalist

2. Что дает мне энергию?

   • Оптимизация производительности → Depth
   • Автоматизация рутины → Platform
   • Стабильность и качество → Reliability
   • Разнообразие задач → Generalist

3. Какой вклад я хочу делать?

   • Высокопроизводительные решения → Depth
   • Команда работает быстрее → Platform
   • Меньше багов, стабильный продукт → Reliability
   • Системные улучшения → Generalist

Рекомендация: Попробуйте разные направления на Middle уровне (позиции 07-10), чтобы понять, что вам ближе.

Карьерный путь: Разработчик#

Путь 1: Технический эксперт (Individual Contributor)#

Фокус: Глубокая техническая экспертиза, влияние через технологии и код

Позиции 01-02: Стажер → Стажер (1 категория)
├─ Обучение основам, работа под руководством
├─ Срок: 6 месяцев (полная ставка) или до 12 месяцев (частичная занятость)
└─ Цель: Базовые навыки C#, понимание продукта

Позиции 03-06: Junior (4 кат.) → Junior (1 кат.)
├─ Самостоятельность в простых задачах
├─ Срок: 1.5-3 года
└─ Цель: Полная самостоятельность в Junior задачах, async/await, алгоритмы, первый опыт с nanoCAD

Позиция 06→07: Ключевой переход Junior → Middle
├─ Критерий: Полная самостоятельность, ownership за фичи
├─ Срок: 12-18 месяцев на позиции 06
└─ Цель: Работа над целыми фичами, менторинг младших

Позиции 07-10: Middle (4 кат.) → Middle (1 кат.)
├─ Углубление экспертизы, выбор специализации
├─ Срок: 2-4 года
└─ Цель: Экспертиза в области, проектирование модулей, влияние на команду

Позиция 10→11: Ключевой переход Middle → Senior
├─ Критерий: Архитектурные решения, рост других (вырастил Junior)
├─ Срок: 18-30 месяцев на позиции 10
└─ Цель: Архитектор, сильное влияние, менторинг Middle

Позиции 11-14: Senior (4 кат.) → Senior (1 кат.)
├─ Архитектурное влияние, стратегические решения
├─ Срок: 3-5 лет
└─ Цель: Технический авторитет, влияние на продукт

Позиция 14→15: Ключевой переход Senior → Staff
├─ Критерий: Кросс-командное влияние, решает то, что Senior не могут
├─ Срок: 2-3+ года на позиции 14
└─ Цель: Лучший инженер отдела, кросс-командный impact

Позиции 15-18: Staff (4 кат.) → Staff (1 кат.)
├─ Техническая стратегия, кросс-командное влияние
├─ Срок: 3-5 лет
└─ Цель: Техническая стратегия продукта, развитие лидеров

Позиция 18→19: Ключевой переход Staff → Principal
├─ Критерий: Влияние на департамент, техническая стратегия продуктов
├─ Срок: Индивидуально (обычно 3+ лет на позиции 18)
└─ Цель: Технический лидер департамента, стратегия всех продуктов

Позиции 19-20: Principal (2 кат.) → Principal (1 кат.)
├─ Техническая стратегия департамента
├─ Срок: Индивидуально
└─ Цель: Влияние на индустрию, стратегия департамента

Ключевые вехи:

• Middle (07): Первая серьезная веха, полная самостоятельность
• Senior (11): Архитектор и ментор, сильное влияние
• Staff (15): Лучший инженер отдела, решает самые сложные проблемы
• Principal (19): Технический лидер департамента, стратегия всех продуктов

Типичный срок: 12-18 лет от Intern до Principal

Путь 2: Разработчик + Тимлид (Гибридный путь)#

Фокус: Баланс между технической экспертизой и управлением командой

Позиции 01-06: Такой же путь, как в IC треке
└─ Фокус на техническом росте

Позиция 07 + Тимлид: Middle (4 кат.) + Начинающий Тимлид
├─ Первый опыт управления (2-4 человека)
├─ Баланс: 50% код, 50% менеджмент
├─ Срок: 12-24 месяца
└─ Развитие: Управленческие навыки + технический рост

Позиции 09-12 + Тимлид: Middle/Senior + Опытный Тимлид
├─ Команда 4-7 человек
├─ Баланс: 40% код, 60% менеджмент
├─ Срок: 24-36 месяцев
└─ Развитие: Сильное управление + архитектура

Позиции 11-14 + Тимлид: Senior + Сильный Тимлид
├─ Команда 5-10 человек
├─ Баланс: 30-40% код, 60-70% менеджмент
├─ Срок: 3+ года
└─ Развитие: Стратегическое управление + техническое лидерство

Позиции 14-20 + EM: Senior/Staff/Principal + Engineering Manager
├─ Большая команда или несколько команд
├─ Баланс: 20-30% код, 70-80% менеджмент
├─ Фокус на развитии лидеров и стратегии
└─ Дальнейший рост: Director of Engineering

Ключевые решения:

• Позиция 07: Попробовать управление или остаться IC?
• Позиции 11-14: Углубляться в управление или вернуться к IC?
• Позиции 15+: Engineering Manager или Staff+ IC?

Возможность возврата: В любой момент можно вернуться на IC трек без потери технической позиции

Карьерный путь: Тестировщик (QA)#

Путь 1: QA эксперт (Individual Contributor)#

Фокус: Экспертиза в тестировании, автоматизации, качестве

⚠️ Career ceiling: Manual-only QA ограничены позицией 07. Для роста выше необходима автоматизация на C#.

Позиции 01-02: Стажер → Стажер (1 категория)
├─ Обучение тестированию, выполнение тест-кейсов
├─ Срок: 6 месяцев (полная ставка) или до 12 месяцев (частичная занятость)
└─ Цель: Базовые навыки manual testing, понимание продукта

Позиции 03-06: Junior QA (4 кат.) → Junior QA (1 кат.)
├─ Самостоятельное тестирование простых фич
├─ Срок: 1.5-3 года
└─ Цель: Написание тест-кейсов, exploratory testing, начало автоматизации

Позиция 06→07: Ключевой переход Junior → Middle
├─ Критерий: Полная самостоятельность в тестировании фич
├─ Срок: 12-18 месяцев на позиции 06
└─ Цель: Career ceiling для manual-only. Необходимо начать автоматизацию

Позиции 07-10: Middle QA (4 кат.) → Middle QA (1 кат.)
├─ Углубление QA экспертизы, автоматизация
├─ Срок: 2-4 года
└─ Цель: Проектирование тестовых фреймворков, CI/CD, менторинг

Позиция 10→11: Ключевой переход Middle → Senior
├─ Критерий: Тестовая стратегия, архитектура автоматизации, рост Junior QA
├─ Срок: 18-30 месяцев на позиции 10
└─ Цель: QA Lead, стратегические решения

Позиции 11-14: Senior QA (4 кат.) → Senior QA (1 кат.)
├─ QA Lead, стратегические решения
├─ Срок: 3-5 лет
└─ Цель: Влияние на качество продукта, QA культура

Позиции 15-18: Staff QA → Staff QA (1 кат.)
├─ QA стратегия продукта
├─ Срок: 3-5+ лет
└─ Цель: Лучший QA отдела, кросс-командное влияние

Позиции 19-20: Principal QA
├─ QA лидер департамента/компании
├─ Срок: Индивидуально
└─ Цель: Стратегия качества, развитие QA команд

Специализации QA:

• Manual QA: Фокус на manual testing, domain expertise (career ceiling — позиция 07)
• Automation Engineer: Фокус на автоматизацию (программирование)
• SDET (Software Development Engineer in Test): Близко к разработчику

Важно: Для высоких уровней (Senior+) нужны оба направления: manual экспертиза + автоматизация + domain

Путь 2: QA + Тимлид#

Аналогично разработчикам: С позиции 07+ можно добавить роль Тимлида QA команды

Переходы между ролями#

Разработчик ⟷ Тестировщик#

Переход возможен в обе стороны:

Разработчик → QA:

Senior Dev (позиция 11) → Middle QA (позиция 08-09)
├─ Технические навыки переносятся (автоматизация)
├─ Нужно развивать: Manual testing, QA методологии, domain от QA угла
└─ Зарплата обсуждается индивидуально (не снижается)

QA → Разработчик:

Senior QA с сильной автоматизацией (позиция 11) → Middle Dev (позиция 08-09)
├─ Навыки программирования переносятся
├─ Нужно развивать: Продуктовая разработка, архитектура, специфика dev работы
└─ Зарплата обсуждается индивидуально

Принципы перехода:

• Оценивается позиция в новой роли объективно
• Зарплата при горизонтальном переходе не снижается
• Переходный период 3-6 месяцев для адаптации
• Поддержка и менторинг в новой роли

Альтернативные пути развития#

1. Переход в смежные роли#

Из разработчиков:

• Product Manager: Сильное понимание продукта, коммуникация
• Solution Architect: Экспертиза в архитектуре, широкое видение
• Developer Advocate: Коммуникативные навыки, технические знания

Из тестировщиков:

• Product Manager (QA perspective): Понимание пользователей, качество
• DevOps/SRE Engineer: Если сильная автоматизация и CI/CD
• Business Analyst: Глубокое знание domain и процессов

2. Предпринимательство#

Путь: Senior+ → Основатель стартапа / консультант

Что помогает:

• Технические навыки для MVP
• Понимание продуктов и пользователей
• Опыт решения бизнес-проблем

3. Образование и индустрия#

Путь: Principal → Преподавание, конференции, индустриальная работа

Варианты:

• Преподавание в вузах
• Тренер, консультант
• Speaker на конференциях
• Работа над стандартами индустрии

Типичные развилки в карьере#

Развилка 1: Позиция 07 (Middle)#

Вопрос: Оставаться IC или попробовать управление?

                    Позиция 07: Разработчик 4 категории
                                │
                                │
                ┌───────────────┴───────────────┐
                │                               │
                ▼                               ▼
         Технический путь               Попробовать тимлида
         (IC track)                     (Management track)
         │                               │
         ├─ Углублять экспертизу        ├─ Развивать soft skills
         ├─ Архитектура                  ├─ Управление 2-4 людьми
         ├─ Влияние через код           ├─ Баланс код/менеджмент
         └─ К Senior IC                  └─ Решить через год: EM или IC

Как решить:

• Попробуйте менторинг младших - нравится?
• Хотите влиять через людей или через код?
• Готовы тратить 50%+ времени на нетехнические вопросы?

Важно: Это не необратимое решение. Можно вернуться.

Развилка 2: Позиции 11-14 (Senior)#

Вопрос: Углубляться в управление или идти в Staff IC?

              Позиции 11-14: Старший разработчик (Senior)
                                │
                                │
                ┌───────────────┴───────────────┐
                │                               │
                ▼                               ▼
         Staff+ IC path                  Engineering Manager
         (Технический лидер)             (Управление командами)
         │                               │
         ├─ Кросс-командное влияние     ├─ Большие команды (8-15 чел)
         ├─ Архитектура продукта        ├─ Развитие лидеров
         ├─ Код 30-50%                   ├─ Код 20-30%
         ├─ Стратегические решения      ├─ Стратегия людей и процессов
         └─ → Principal                  └─ → Director → VP Engineering

Как решить:

• Где вы получаете больше энергии: от решения технических проблем или от развития людей?
• Что важнее: влиять через технологии или через организацию?
• Хотите оставаться близко к коду?

Важно: Оба пути одинаково ценны и престижны. Staff Engineer = Engineering Manager по уровню.

Развилка 3: Позиции 15+ (Staff+)#

Вопрос: Оставаться в компании или идти дальше?

                Позиции 15+: Ведущий/Главный разработчик
                                │
                                │
                ┌───────────────┼───────────────┐
                │               │               │
                ▼               ▼               ▼
          Остаться        Стартап/     Переход в
          и расти         консалтинг     топ компанию
          │               │               │
          ├─ Principal     ├─ Founder      ├─ Staff+ в FAANG
          ├─ Expert        ├─ CTO          ├─ Principal
          ├─ CTO           ├─ Consultant   └─ Больше impact,
          └─ Влияние       └─ Больше       больше ресурсов
          в компании         свободы

Временные рамки карьерного роста#

Типичные пути (ориентировочно)#

Быстрый путь (талантливый специалист, быстрое развитие):

Год 0: Стажер (позиция 01)
Год 1: Позиция 03-04
Год 2-3: Позиция 06-07
Год 4-6: Позиция 09-11
Год 7-9: Позиция 13-15 (Staff)

8-9 лет до Senior/Staff

Средний путь (стандартное развитие):

Год 0-1: Стажер → Позиция 02-03
Год 2-3: Позиция 04-05
Год 4-5: Позиция 06-07
Год 6-8: Позиция 08-09
Год 9-11: Позиция 10-11
Год 12-15: Позиция 12-14

12-15 лет до позиции 14

Неспешный путь (комфортное развитие):

Год 0-2: Стажер → Позиция 03-04
Год 3-6: Позиция 05-06
Год 7-10: Позиция 07-09
Год 11-16: Позиция 10-12

15+ лет до позиции 12

Важно: Это не гонка. Каждый развивается в своем темпе. Главное - соответствовать компетенциям позиции.

Рекомендации по планированию карьеры#

Для Junior (позиции 03-06)#

Фокус: Обучение и рост технических навыков

Действия:

• Глубоко изучать технологии (C#, алгоритмы, async/await, многопоточность)
• Понимать предметную область (инженерные сети)
• Работать с наставником, задавать вопросы
• Брать ownership за свои задачи
• Практиковать написание unit-тестов
• Не спешить в Middle - закладывать фундамент

Цель: Через 2-4 года стать уверенным Middle (позиция 07)

Для Middle (позиции 07-10)#

Фокус: Самостоятельность и начало влияния

Действия:

• Проектировать свои решения
• Менторить Junior
• Начать думать об архитектуре
• Попробовать тимлидство (если интересно)
• Расширять знание предметной области
• Участвовать в технических решениях команды

Решение: Хочу ли я управлять людьми или углубляться в технологии?

Цель: Через 2-4 года стать Senior (позиция 11) или опытным тимлидом

Для Senior (позиции 11-14)#

Фокус: Лидерство и стратегическое влияние

Действия:

• Принимать ключевые технические решения
• Влиять на roadmap продукта
• Развивать Middle специалистов
• Формировать технические стандарты
• Выбрать направление: Staff IC или Engineering Manager

Решение: Где мое максимальное влияние - в технологиях или в организации?

Цель: Определиться с дальнейшим путем и двигаться к Staff/Principal или EM

Для Staff+ (позиции 15+)#

Фокус: Стратегия и долгосрочное влияние

Действия:

• Определять техническую стратегию
• Развивать следующее поколение лидеров
• Влиять на культуру и процессы
• Строить системы и платформы
• Представлять компанию в индустрии

Решение: Оставаться в компании, идти в стартап, или переходить в топ компанию?

Цель: Максимизировать долгосрочное влияние

Инструменты планирования карьеры#

Шаблон индивидуального плана развития (IDP) и вопросы для размышления о карьере см. в templates/career-planning.md.

Заключение#

Ключевые принципы:

• Нет правильного или неправильного трека — это ваш путь
• Важно соответствие компетенциям, а не скорость роста
• Можно экспериментировать и менять направление
• Фокус на развитии компетенций, позиция придёт

Следующие шаги:

1. Изучите матрицу компетенций своей позиции
2. Определите сильные стороны и пробелы
3. Составьте план развития с руководителем