Роли, уровни и переходы

Клиентами становятся свои же разработчики. Меняется предмет: не фича, а надёжность и инструменты.

Ближе всего через данные и очереди. Придётся добрать статистику, а не только инженерию.

Не повышение: горизонт растёт до нескольких систем, писать код вы будете меньше.

Другая профессия с другими метриками успеха. Примерно каждый третий возвращается обратно, и это нормально.

Соседняя поверхность: инструменты другие, а разговор о контрактах тот же. Придётся всерьёз взяться за браузер, а не только за API.

Добавляется работа с LLM: оценка ответов, поиск, инструменты и ограничения модели.

Соедините клиент, API и данные в одном работающем продукте.

Начните с модели угроз и проверки границ доступа.

Постройте воспроизводимый поток данных и проверки качества.

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

Соберите документацию, по которой человек решит задачу без автора.

Свяжите программную модель с ограничениями реального устройства.

Похожие задачи состояния и навигации, другой рантайм и другой цикл релизов через сторы.

Через BFF и API. Придётся всерьёз добрать данные и надёжность.

Частая траектория: близость к пользователю помогает, но метрики успеха меняются полностью.

Другая работа: у вас больше нет своей задачи, у вас есть чужие.

Соедините клиент, API и данные в одном работающем продукте.

Проверьте пользовательский сценарий прототипом и исследованием.

Соберите документацию, по которой человек решит задачу без автора.

Ближайший сосед по задачам состояния и навигации; цикл релизов станет намного быстрее.

Через API и синхронизацию. Придётся добрать данные, транзакции и нагрузку.

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

Свяжите программную модель с ограничениями реального устройства.

Обычная траектория через SDET. Придётся всерьёз добрать проектирование, а не только автоматизацию.

Через тесты в CI и наблюдаемость: предмет тот же — доверие к системе.

QA часто первым замечает противоречия в требованиях — это половина работы аналитика.

Руководство качеством — это менеджмент: предметом становятся люди и поток, а не проверки. Обратно в тестирование возвращаются так же, как из любого другого управления.

Начните с модели угроз и проверки границ доступа.

Обратный переход обычен и не считается провалом: опыт эксплуатации делает инженера дороже.

Кто держал прод, лучше видит нефункциональные требования — это половина работы архитектора.

Через конвейеры и хранилища. Инфраструктурная часть знакома, статистика — нет.

Другая профессия. Отдельный риск: в дежурной команде менеджер быстро становится диспетчером инцидентов.

Добавляется работа с LLM: оценка ответов, поиск, инструменты и ограничения модели.

Начните с модели угроз и проверки границ доступа.

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

Свяжите программную модель с ограничениями реального устройства.

Инженерная часть переносится почти целиком; уходит статистика, добавляется нагрузка.

Общий предмет — данные, но у аналитика заказчик внутри бизнеса, а не модель.

Обычный переход для тех, кто устал доказывать ценность модели и хочет решать, что вообще строить.

Через MLOps: те же конвейеры и наблюдаемость, только предмет — не сервис, а модель.

Добавляется работа с LLM: оценка ответов, поиск, инструменты и ограничения модели.

Постройте воспроизводимый поток данных и проверки качества.

Свяжите продуктовый вопрос, данные и проверяемую гипотезу.

Одна из самых частых траекторий. Меняется вопрос: не «как правильно записать», а «стоит ли это делать».

Возможен, если добрать инженерию всерьёз. Понимание предметной области при этом остаётся преимуществом.

Через аналитику данных. Придётся добрать статистику и инженерию конвейеров.

Смежная работа: критерии приёмки — общий предмет обеих ролей.

Ближе всего через интеграции и нефункциональные требования. Придётся отвечать за решение, а не только за его описание.

Проверьте пользовательский сценарий прототипом и исследованием.

Возьмите на себя зависимости, риски и поставку результата.

Соберите документацию, по которой человек решит задачу без автора.

Свяжите продуктовый вопрос, данные и проверяемую гипотезу.

Возврат в анализ — нормальный ход, особенно если не хочется отвечать за коммерческий результат.

Смежная работа с людьми, но предмет другой: не команда, а ценность для пользователя.

Через продуктовую аналитику. Придётся перестать заказывать цифры и начать их считать.

Проверьте пользовательский сценарий прототипом и исследованием.

Возьмите на себя зависимости, риски и поставку результата.

Соберите документацию, по которой человек решит задачу без автора.

Свяжите продуктовый вопрос, данные и проверяемую гипотезу.

Проведите изменение процесса и проверьте его эффект на работе команды.

Примерно каждый третий возвращается в инженеры, и это хорошая новость. Человек после года в менеджменте стоит дороже, чем был.

Смежная работа. Меняется предмет ответственности: не команда, а результат для пользователя.

Обратно в техническую ветку, но с сохранением масштаба: несколько систем вместо одной команды.

Возврат в инженерию для тех, кто пришёл не из бэкенда. Руки не обнуляются, а вот фреймворки за время в менеджменте сменятся.

Возьмите на себя зависимости, риски и поставку результата.

Проведите изменение процесса и проверьте его эффект на работе команды.

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

Другая профессия с тем же масштабом: там предмет — люди, здесь — системы.

Смежная работа: нефункциональные требования и отказоустойчивость — общий предмет.

Начните с модели угроз и проверки границ доступа.

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

Переход к надёжности API, данным и транзакциям; качество модели перестаёт быть главным предметом работы.

Нужны статистика, эксперименты и обучение моделей, а не только интеграция LLM.

Основная работа смещается к инфраструктуре и надёжности сервисов.

Расширяется ответственность за границы систем и технические решения нескольких команд.

Работа переходит к людям и организации команды; техническую глубину приходится поддерживать отдельно.

Постройте воспроизводимый поток данных и проверки качества.