Все слышали про T-Shape — глубокую вертикаль в одной области и широкий кругозор по смежным темам. Долгое время этот формат считался идеалом для старшего специалиста. Но сегодня IT-рынок говорит: одного «T» больше недостаточно. T‑shape — это надёжный автомобиль, но в эпоху AI нужен ещё и страховой полис.
В этой статье разберём, как выглядит M‑Shape профиль у реальных IT‑ролей, чем он отличается от простого «T-Shape сеньора» и по какой дорожной карте можно прийти к нему за 12+ месяцев

Почему теперь T-Shape недостаточно?
AI решает простые и рутинные задачи все лучше. AI не заменит архитектора или продакта, особенно на большом и сложном проекте с давней историей и огромным легаси, но легко заменит «исполнителя», который умеет только «крутить гайки» в своей вертикали. Именно здесь на сцену выходит M-Shape (или Comb-Shape) — профиль специалиста с несколькими глубокими экспертизами в разных карьерных треках, соединенными широкой базой.
Определение. M-Shape (Comb-Shape) — модель профессионального профиля, при которой специалист имеет несколько независимых глубоких компетенций (вершин) из разных дисциплин, связанных общей широкой базой. В отличие от T-Shape, вершины M-профиля лежат в областях, которые редко пересекаются между собой. Представьте букву М: две глубокие вертикали, соединённые общей перекладиной широких знаний. ВАЖНО! M‑Shape — две вершины. Comb‑Shape — 3+ вершин, часто вокруг одной базовой роли (например, продукт + аналитика + продажи).

Чем M-Shape отличается от «жирного T»?
Ключевое различие — не в количестве навыков, а в природе экспертиз.
Если бэкенд-разработчик знает еще и DevOps — это не M-Shape. Это сеньор с широкой экосистемной экспертизой в рамках одной дисциплины: инженерии. Обе вершины лежат в одной «вселенной».
M-Shape — это когда вершины лежат в принципиально разных дисциплинах:
| T / «жирный T» | M-Shape |
|---|---|
| Бэкенд + DevOps | Инженерия + Управление продуктом |
| Аналитика + SQL | Аналитика + Data Engineering |
| Архитектура + Безопасность | Разработка + Бизнес-стратегия |
| Data Engineer + MLOps | DevOps + UX‑исследования |
Ключевой признак M-Shape: вы научились думать на двух разных профессиональных языках и умеете переводить между ними.
Примеры M-профилей в IT

Системный аналитик + Продуктовая стратегия
Такой специалист не ждет, пока продакт напишет ТЗ. Он сам переводит бизнес-запрос в архитектурные ограничения и видит, что из этого выйдет по срокам и ресурсам. Он управляет требованиями, понимает техдолг и оперирует продуктовыми метриками — в одной голове.
Инженер данных + Бизнес-аналитика
Такой специалист проектирует хранилище данных так, чтобы новые отчеты можно было легко реализовать без костылей, и одновременно знает, какие данные нельзя светить в дашбордах. Он говорит с бизнесом на языке метрик, а с командой безопасности — на языке масок, ролей и политик доступа.
Разработчик + Продуктовый дизайн (UX)
Такой разработчик пишет не «технически правильный» код, а создает решение, которое не раздражает пользователя, а помогает решить бизнес-проблему. Он ставит задачу дизайнеру с пониманием ограничений дизайнсистемы и UI\UX, а задачу QA — с пониманием пользовательских сценариев.
Важно: M-специалист не закрывает все задачи сам — это привело бы к выгоранию. Его ценность в том, что он ставит корректные задачи профильным специалистам, спорит аргументированно с ними на их языке и не дает команде свернуть не туда.
Зачем нужен M‑Shape компании и специалисту

По моим наблюдениям, проекты почти никогда не бывают прямолинейными и редко требуют знаний лишь из одной области. Специалисты, способные уверенно работать на стыке дисциплин, в таких условиях незаменимы — они быстрее получают повышение и зарабатывают выше рынка.
Для компании:
- На старте проекта M‑специалист способен единолично принять ключевые решения на стыке направлений, не дожидаясь трех разных согласований. Это не замена людей, а устранение узкого горлышка
- Он видит риски на стыках дисциплин, которые каждый обычный I‑shape (одна глубокая вертикаль) или T‑shape специалист считает «чужой зоной ответственности»
- Снижает коммуникационные потери между командами — выступает «живым переводчиком»
Для вас лично:
- Если одна экспертиза просядет — вторая страхует карьеру. Это ваш профессиональный страховой полис
- Вы становитесь незаменимым в нестандартных, кросс-функциональных ситуациях
- AI может автоматизировать одну вашу вертикаль, но крайне маловероятно — две разные одновременно
Как качать M-профиль без выгорания

Развивать вторую дисциплину без прочного фундамента — прямой путь к синдрому самозванца и выгоранию. Вот рабочая последовательность:
Шаг 1. Прокачайте первую дисциплину до уровня «кормит» (приносит доход для нормальной жизни) Не получится развивать вторую дисциплину и достигать в ней высот, пока первая развита посредственно. Убедитесь, что ваша основная экспертиза приносит стабильный доход и вы чувствуете в ней уверенность.
Критерий готовности: вас зовут решать нестандартные задачи в основной области, а не только типовые.
Шаг 2. Выберите вторую дисциплину из «другой вселенной»
Примеры рабочих переходов:
- Аналитик → Продуктовый менеджмент
- Разработчик → Продажи (Pre-sale) или Архитектура
- Инженер данных → Бизнес-аналитика
- Маркетолог → Аналитика данных
Шаг 3. Ищите пересечения в ежедневной работе
Не просто «изучайте теорию» — берите реальные задачи, где две области сталкиваются. Только так у вас появится настоящая глубина и опыт, а не поверхностное знание терминологии.
Пример: системный аналитик начинает участвовать в discovery-сессиях с продактом — не наблюдателем, а соавтором гипотез. Через 6 месяцев он уже ведет такие сессии самостоятельно.
| Этап | Действие | Временные затраты | Ожидаемый результат |
|---|---|---|---|
| 3–6 месяцев | Участие в чужих встречах как тень, с правом задать пару вопросов в конце | 2–3 часа в неделю | Понимание языка второй дисциплины |
| 6–12 месяцев | Совместное ведение задач | до 20% рабочего времени (1 день в неделю или часть задач) | Первый проект, где вы отвечаете за вторую дисциплину |
| 12+ месяцев | Полноценная вторая роль | 30–50% | Новые офферы / повышение грейда с учётом двух дисциплин |
Ошибки при прокачке M-Shape
Развиваясь как M-Shape постарайтесь не делать следующее:
- Прыгать в вторую дисциплину, когда первая ещё на уровне джун
- Пытаться вести две полные роли на 100%
- Уходить во вторую дисциплину без договорённости с текущим менеджером (для корпоративных читателей)
Честный минус M-Shape
Вы всегда будете чувствовать себя немного самозванцем. В каждой из областей вы уступаете «чистому» профильному специалисту с 10-летним опытом только в этой области. И вам придется это принять как данность. Лучшая защита от этого чувства — не пытаться догнать узкопрофильных экспертов, а коллекционировать кейсы, где именно ваша широкая компетенция спасла проект. Такие кейсы — ваша валюта на собеседованиях
M-Shape — это не про «быть лучшим во всем». Это про быть самым полезным в нестандартной ситуации.
Когда ситуация типовая — узкоспециализированный специалист сделает лучше. Когда ситуация требует соединить несоединимое — M-специалист незаменим.
Итог
M‑Shape — это не модный ярлык, а ваш профессиональный страховой полис в мире, где AI забирает рутину, границы между ролями стираются, а побеждают те, кто говорит на нескольких профессиональных языках.
Что можно сделать уже на этой неделе
- Провести ревизию текущих задач и отметить, где уже есть пересечение дисциплин
- Выбрать одну потенциальную вторую вершину и сформулировать 3–5 гипотез задач на стыке
- Обсудить с менеджером возможность попробовать себя во второй дисциплине на 10–20% времени
