Николай Н. Бизнес аналитик, Senior

Технически сложная и интересная задача Оптимизация маршрутизации при комплектации заказов 1. Контекст / Описание: Цель — автоматизировать построение маршрутов отбора товаров на складе с учётом: весовых ограничений, температурных зон (холодильник, заморозка, ambient), приоритетов заказов (например, для онлайн-заказов с доставкой), текущей загрузки сотрудников. Изначально маршруты формировались вручную или хаотично, по порядку поступления заказов, что приводило к: пересечениям между сотрудниками, дублирующим перемещениям, ошибкам в комплектации и потерям времени. 2. Причина сложности: Процесс был частично неформализован, решения принимались "на месте". Температурные зоны требовали особого порядка: нельзя собирать заморозку раньше, чем ambient. Весовые ограничения влияли на очередность загрузки и на выбор маршрута (например, тележки не выдерживали перегруза). Не было единого алгоритма — каждый комплектовщик двигался по складу на своё усмотрение. 3. Моё решение / действия: Провёл интервью с логистами, кладовщиками и супервайзерами на смене, изучил реальные кейсы маршрутов. Совместно с бизнес-заказчиком определил ключевые ограничения и параметры маршрутизации: приоритеты заказов, габариты, зоны и холодовые цепочки. Построил TO-BE-модель маршрутизации в BPMN, с разветвлениями по типу продукции и маршрутам обхода. Описал User Stories и Use Cases для системы управления складом (WMS). Участвовал в тестировании логики маршрутов на ТСД (терминалах сбора данных), проверял корректность приоритизации и навигации. Организовал обратную связь от комплектовщиков после пилота, внедрил корректировки. 4. Результат: Время на сборку одного заказа снизилось в среднем на 20% (по внутренней аналитике склада). Количество ошибок при комплектации (например, замена товара, пропуск позиций) снизилось на 30%. Внедрена унифицированная логика маршрутов, понятная всем сотрудникам склада. Повысилась прозрачность контроля: теперь понятно, кто, где, и по какому маршруту работает.

Технически сложная и интересная задача На проекте по внедрению ERP-системы для автоматизации цепочек поставок возникла критическая проблема: ключевые отделы (закупки, логистика, склад) имели противоречащие друг другу требования и разное видение итогового процесса. Это создавало риск разработки некорректного функционала, срыва сроков и выхода за рамки бюджета из-за будущих переделок. Решение: Инициировал и провел серию глубинных интервью с руководителями и ключевыми сотрудниками каждого из трех отделов, чтобы выявить и зафиксировать все существующие требования и «узкие места». Систематизировал полученную информацию, выявил ключевые противоречия и разработал единую, компромиссную модель бизнес-процесса поставки «to be» в нотации BPMN. Организовал общий воркшоп, на котором презентовал новую модель всем заинтересованным сторонам, отработал возражения и добился консенсуса, утвердив единый процесс. На основе согласованной BPMN-модели подготовил полное техническое задание (БФТ) и декомпозировал его на User Stories и Use Cases для команды разработки. Результаты: Создано единое видение процесса, устранены разногласия между отделами еще до начала разработки. Значительно сократилось количество доработок и исправлений после релиза, так как основной функционал соответствовал согласованным ожиданиям бизнеса. Улучшилось планирование поставок между магазинами благодаря прозрачности и логичности нового, единого процесса. Команда разработки получила четкое, непротиворечивое ТЗ, что повысило скорость и качество их работы. Технологии: BPMN 2.0, User Stories, Use Cases, Глубинные интервью, Воркшопы.Camunda / Draw.io (для моделирования), Jira (для User Stories), Confluence (для ТЗ и документации). Куда хочется развиваться: Развиваться в сторону интеграционных проектов и цифровой трансформации — помогать бизнесу через внедрение современных решений, улучшение пользовательского пути, оптимизацию процессов и повышение эффективности взаимодействия между командами. Хобби Занимаю

Сбор бизнес требований Функциональные требования Нефункциональные требования Atlassian Jira Atlassian Confluence User story User case AS IS TO BE BPMN 2.0 UML Функциональное тестирование Пользовательские инструкции SQL REST API XML JSON Системный анализ Интеграции MS Visio IBM Lotus Notes MS Dynamics AX Oracle BI Tableau Интервьюирование Figma

Опыт разработки стратегии компании - привлекался консультантом в ряде проектов. Опыт организации команды и участия в мировом чемпионате по бизнес стратегии. Опыт аттестации и обучения сотрудников – организация процессов аттестации и обучения сотрудников. Опыт проведения семинаров по менеджменту. Завершение стажировки на должность преподавателя в бизнес школе (www.obs.ru). Опыт создания организаций по интересам – в данный момент организую клуб выпускников бизнес школы (цель – продолжать развитие и общение после окончания учебы).

- Уверенные знания HTML, CSS - Хорошие знания Javascript, Typescript - Опыт использования git - Опыт в React - Опыт в React Native - Опыт c NestJs - Опыт работы с облачными сервисами, такими как Firebase - Понимание алгоритмов и структур данных - Понимание ООП и SOLID - Опыт проектирования архитектуры REST API

iOS разработка: • Swift / Objective-C • работа в команде: code review, scrum, agile • работа в startup проектах Стаж: 8+ лет Английский: upper-intermediate В ПОИСКЕ Цель: стабильный проект с сильной командой Формат: удаленная, без релокации Занятость: фулл-тайм, парт-тайм

Опыт с разными языками, но основной упор на Java. Использование библиотек и фреймворков ( в частности, Spring и его компоненты, включая АОР и Security), Проведение ревью, в том числе и экспертного межкомандного, работа по git, работа с инструментами CI\CD, руководство командой разработки, оценка задач, их декомпозиция и назначение по компетенциям, планирование, техническая аналитика Spring (Core, AOP, Cloud, Security, Data, MVC) Git, Docker, Openshift, Kuber, Gitlab, Jenkins, Oracle, Postgre, Reddis, Mongo, Kibana, Grafana, Zipkin, Rest, soap, rpc, socket, JavaFX, Swing, Json, xml, Jira. Confluence, Postman, Swagger (and OpenApi)