Денис А. — System Analyst

Проект: Создание собственного банковского процессинга для физических лиц с нуля (P2P, G2C, B2C). Ключевой результат: В установленный срок (6 месяцев) успешно вывел на ПРОД два критически важных микросервиса процессинга — правил и тарификации. Основные обязанности и выполненные задачи: 1. Сбор и анализ требований — взаимодействовую с заказчиками и владельцами продуктов для формализации бизнес-потребностей; декомпозирую эпики на пользовательские истории и задачи для разработки и тестирования. 2. Проектирование архитектуры решений — разработал диаграмму компонентов и sequence-диаграммы для описания сценариев взаимодействия; спроектировал интеграции с внутренними микросервисами по gRPC и с внешними системами через Kafka (определил топики, форматы событий, гарантии доставки). 3. Разработка бизнес-логики — проработал и формализовал бизнес-логику микросервисов бизнес-правил и тарификации (включая правила расчёта, сценарии перерасчёта и обработку пограничных случаев). 4. Проектирование данных — спроектировал базу данных (ER-диаграмма); оптимизировал структуру хранения с учётом нагрузочных сценариев. 5. Документирование API и контрактов — составил спецификации REST-взаимодействий, gRPC-методов и Kafka-событий. 6. Верификация требований и подготовка к тестированию. Формирую приёмочные критерии к каждой задаче; разрабатываю тест-кейсы на уровне бизнес сценариев; согласовываю ожидаемые результаты с бизнесом до начала разработки. 7. Валидация и приёмочное тестирование. Участвую в функциональном и интеграционном тестировании реализованных сценариев; проверяю корректность работы эндпоинтов, прохождение Kafka-событий и целостность данных в БД после миграций; провожу приёмочные испытания с участием заказчика. 8. Подготовка и миграция данных — разработал SQL-скрипты для наполнения тестовых стендов и миграции данных на ПРОД при переходе на новую модель данных (обеспечивал целостность и обратную совместимость). 9. Мониторинг и анализ дефектов. Настроил и использовал дашборды в Grafana для отслеживания критических метрик микросервиса (латентность, ошибки, потребление ресурсов); анализирую ошибки на разных стендах (включая ПРОД). 10. 3-я линия поддержки. Осуществляю поддержку микросервисов: мониторинг продакшен-логов, реагирование на инциденты. 11. Управление рисками и оценка сроков — участвую в оценке трудоёмкости задач, выявляю интеграционные риски и предлагаю компромиссные решения при сдвиге графиков. 12. Межкомандная коммуникация — выступаю единой точкой входа по интеграциям: согласовываю контракты с командами смежных сервисов, внутренней платформы и аналитиками смежных направлений. Стек технологий: PlantUML, Draw.io, Kafka, gRPC, REST, SQL, Postgres, DBeaver, Grafana, Kibana, Kubernetes, Сфера, Яндекс трекер

Проект: Внедрение функционала закрытия брокерских счетов через мобильное приложение. Ключевой результат: Сократил долю обращений в поддержку по вопросу закрытия счетов на 15% (в пилотной группе). Участвовал в полном цикле: от анализа требований до приёмочного тестирования с заказчиком. Основные обязанности и выполненные задачи: 1. Сбор и анализ требований — взаимодействовал с продуктовыми менеджерами и бизнес-аналитиками брокерского направления для формализации логики закрытия счёта (проверка наличия активных позиций, остатков, задолженностей). 2. Проектирование архитектуры решений — под руководством старшего аналитика составил простые sequence-диаграммы для двух сценариев: успешное закрытие (все условия выполнены) и отказ с причиной (есть остатки или открытые позиции); описал интеграцию с внутренним брокерским сервисом через REST API. 3. Разработка бизнес-логики — формализовал правила проверки возможности закрытия: отсутствие денежных средств на счёте, отсутствие активных заявок и сделок, наличие подписанных документов; описал сценарий, когда клиенту требуется вывести остаток перед закрытием (с предложением перейти в раздел вывода средств). 4. Документирование API и контрактов — составил спецификацию REST-эндпоинтов для фронтенда мобильного приложения; согласовал контракты с командой брокерского сервиса. 5. Взаимодействие со смежными командами — коммуницировал с командой брокерского сервиса для уточнения поведения API в пограничных случаях; консультировался с архитектором по вопросам безопасности и валидации входных данных. Проект: Платёжный микросервис для обработки входящих и исходящих переводов физических лиц (P2P, переводы по реквизитам, СБП) в составе эквайринговой платформы. Ключевой результат: Обеспечил интеграцию с внешними шлюзами (СБП, Mastercard, Visa) и внутренними сервисами. Основные обязанности и выполненные задачи: 1. Сбор и анализ требований — взаимодействовал с продуктовыми менеджерами, юридическим отделом и риск-командой для детализации бизнес-потребностей; декомпозировал эпики на пользовательские истории и задачи для разработки и тестирования (User Story, Use Case). 2. Проектирование архитектуры решений — разработал sequence-диаграммы для описания сценариев взаимодействия между микросервисами; спроектировал интеграции с внешними платёжными шлюзами и с внутренними микросервисами через REST API; определил топики и форматы событий в Kafka для асинхронной рассылки статусов платежей. 3. Разработка бизнес-логики — проработал и формализовал логику валидации платежей (проверка лимитов, статуса счёта, чёрных списков, антифрод-правил); описал сценарии успешных и отклонённых транзакций, включая обработку пограничных случаев (таймауты, повторные попытки, частичные возвраты). 4. Документирование API и контрактов — составил спецификации REST-эндпоинтов (Swagger/OpenAPI) и Kafka-событий; согласовал контракты с командами интеграций и внутренних сервисов. 5. Верификация требований и подготовка к тестированию — формировал приёмочные критерии к каждой задаче; разрабатывал тест-кейсы на уровне бизнес-сценариев (включая негативные кейсы: отказы шлюзов, ошибки валидации, таймауты); согласовывал ожидаемые результаты с бизнесом до начала разработки. 6. Валидация и приёмочное тестирование — участвовал в функциональном и интеграционном тестировании реализованных сценариев; проверял корректность работы эндпоинтов, прохождение Kafka-событий через все топики и целостность данных в БД после обновлений; проводил приёмочные испытания с участием заказчика (продуктовой команды). Стек технологий: PlantUML, Draw.io, Swagger, Postman, SQL (DBeaver), Kafka, REST, BPMN, Grafana, Kibana, Jira, Confluence.