Каталог специалистов направления Разработка и ИТ

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

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