Алексей заварил кофе в седьмой раз за день. Не потому, что любит кофеин, а потому что каждый раз — это ритуал перезагрузки между тремя разными операционными системами. В 9:30 он был техлидом, разбирая код-ревью. В 11:00 — архитектором, проектирующим новую микросервисную систему. Сейчас, в 14:00, он менеджер проекта, объясняющий команде, почему сроки сдвигаются в четвертый раз.
Это не карьерный рост. Это ролевая эрозия — системное заболевание IT-команд, где три профессии незаметно сливаются в одну должность с гарантированным выгоранием через 6–12 месяцев.
Daily standup как системный абсурд
Представьте сервер, который за одну секунду должен обработать запрос к базе данных, отрендерить интерфейс и отправить email. Примерно так выглядит рабочий день Алексея.
Его сознание переключается между:
- Техническим языком («паттерн Circuit Breaker снижает cascading failures»)
- Архитектурным мышлением («добавление этого сервиса увеличит coupling между доменами»)
- Управленческой логикой («нам нужно два спринта на рефакторинг легаси-кода»)
Каждое переключение — не просто смена темы. Это полная перезагрузка контекста, ментальный аналог миграции базы данных в продакшене. К вечеру Алексей чувствует себя так, будто его оперативная память проходила стресс-тест 12 часов подряд.
Диагноз: паттерн «Ресурс-голод»
Это не личная проблема Алексея. Это классический случай «Ресурс-голода» — когда ментальные ресурсы систематически истощаются не из-за объема работы, а из-за постоянного ролевого диссонанса.
Архитектор мыслит системно и долгосрочно. Менеджер — тактически и в рамках ресурсов. Разработчик — глубоко и фокусированно. Когда один человек носит все три «профессиональные шляпы», возникает когнитивный конфликт: архитектор в нем спорит с менеджером, а разработчик ненавидит их обоих за нереалистичные ожидания.
«Я не плохой специалист — я API-шлюз между несогласованными системами»
Переломный момент наступил, когда Алексей осознал: его выгорание — не следствие недостаточной компетенции, а закономерный результат работы в роли «системного шлюза».
Он — человеческий интерфейс между:
- Бизнес-требованиями (сделать быстрее)
- Архитектурными ограничениями (сделать надежно)
- Реальностью разработки (сделать вообще)
Каждая из этих систем живет по своим законам. Его роль — быть переводчиком между протоколами, которые фундаментально несовместимы. Плата за этот перевод — его ментальные ресурсы.
От ролевой эрозии к ролевой ясности
Решение начинается с диагностики:
- Составьте карту реальных ролей в вашей должности
- Измерьте время на контекстные переключения
- Выявите ролевые конфликты (где решения для одной роли противоречат другой)
Для Алексея спасением стало не «лучше тайм-менеджмента», а системное перераспределение:
- Архитекторские решения — глубоким утром
- Техлидские задачи — блоками после обеда
- Менеджерские коммуникации — слоты по 30 минут
Вопрос для рефлексии:
«Сколько разных API-эндпоинтов вы обслуживаете в рамках одной должности?»
Чтобы составить карту своих системных паттернов и выявить скрытые ролевые конфликты, воспользуйтесь диагностическими инструментами от Native-Career.
← Начало сериала | Следующая статья: Agile-ритуализация: как процессы превращаются в магические обряды
Подпишитесь на автора — исследуем системные проблемы IT-команд вместе