Бизнес-аналитик по поддержке корпоративных сервисов

Обязанности

Поддержка и сопровождение

• Обрабатывать входящий поток обращений: от типовых (добавить поле, поправить справочник, настроить правило маршрутизации) до сложных (падение интеграции, расхождение данных между системами, деградация производительности).
• Расследовать инциденты и баги в production-среде: анализировать логи, воспроизводить сценарии, находить и устранять корневую причину, а не симптомы;
• Поддерживать целостность данных: диагностировать и исправлять аномалии, писать корректирующие скрипты и миграции;
• Участвовать в регламентных работах: обновление версий, deployment-окна, пост-деплойный мониторинг.

Аналитика и проектирование

• Самостоятельно разбирать бизнес-задачи и баг-репорты от пользователей: выделять корневую причину, определять затронутые модули, оценивать трудоёмкость;
• Проектировать решения в рамках существующей архитектуры: описывать flow данных, предлагать варианты реализации с аргументацией «за» и «против»;
• Вести коммуникацию с заказчиками (внутренними пользователями системы) напрямую: уточнять требования, демонстрировать промежуточные результаты.

Разработка

• Реализовывать доработки в существующих backend- и frontend-компонентах (API-эндпоинты, бизнес-логика, UI-формы, отчёты);
• Писать чистый сопровождаемый код с тестами; оформлять изменения через MR/PR, проходить code review;
• Участвовать в развитии технического долга: рефакторинг, унификация решений, документирование архитектурных решений (ADR).

Требования

• Аналитический склад ума — способность самостоятельно исследовать проблему: прочитать логи, отследить цепочку вызовов, воспроизвести баг, предложить решение;
• Системное мышление — видеть картину целиком: как изменение в одном модуле повлияет на смежные системы и downstream-процессы;
• Умение работать с legacy-кодом — не бояться разбираться в ранее написанном (в том числе без документации), читать и понимать чужой код, не впадая в ступор;
• Коммуникация — способность перевести «болит здесь» от пользователя на язык задачи для разработки и наоборот; уметь задавать правильные уточняющие вопросы заказчику/аналитику;
• Самоорганизация — входящий поток задач не всегда размечен и приоритизирован; нужно самому вычленять критичное и не тонуть в мелочах;
• Опыт коммерческой разработки с участием во всех этапах жизненного цикла продукта — от анализа задачи до развёртывания и сопровождения.

Условия работы

• Оформление: договор ГПХ;
• Формат: гибридный или офисный (Санкт-Петербург);
• Нагрузка: 40-часовая рабочая неделя. Соотношение поддержка/разработка плавающее — в периоды активных релизов больше разработки, в спокойные — накопление техдолга и улучшение мониторинга;
• Команда: кросс-функциональная команда из разработчиков — 8 человек. Прямое взаимодействие с внутренними заказчиками;
• Адаптация: первые 1-2 недели — погружение в домен и архитектуру системы; ментор из команды.