Внедрение WMS: четыре золотых правила

«Логистика сегодня»

9 минут на чтение

7 июля 2020

WMS на стадии проектирования Современные системы управления складом, позволяющие автоматизировать и стандартизировать бизнес – процессы предприятия, могут стать и определенным утяжеляющим фактором в попытке измениться. Как предусмотреть возможные изменения в будущей WMS без дополнительной доработки и в рамках бюджета? 

 Автор: Евдокимов Евгений, старший консультант, департамент «Логистика, ГК «КОРУС Консалтинг»  

В динамично изменяющихся условиях экономики, для выживания в конкурентной среде многим компаниям приходится становиться гибкими, как в принятии решений, так и на уровне бизнес - процессов. Современные системы управления, позволяющие автоматизировать и стандартизировать бизнес – процессы предприятия, могут стать определенным утяжеляющим фактором в попытке измениться. Как предусмотреть возможные изменения в WMS без дополнительной доработки и в рамках бюджета? Несколько советов, которыми следует воспользоваться на стадии выбора и проектировании WMS.

Популярность WMS (Warehouse Management System)

— систем управления складом — растет в России с каждым годом. Увеличивается и количество предлагаемых решений для автоматизации склада: на рынке представлены десятки систем различных вендоров.

Все чаще система управления складом (WMS) воспринимается как IT–технология, способная поддерживать и направлять все складские процессы. Пользователи полагают, что, заплатив единожды за внедрение WMS и получив определенный уровень сервиса, в дальнейшем они смогут самостоятельно адаптировать систему к изменениям бизнес-среды без дополнительных финансовых вложений. На практике так получается далеко не всегда.

Реалии сегодняшнего дня таковы, что в большинстве случаев основным критерием выбора WMS выступает ТСО (совокупная стоимость внедрения), при этом не учитываются расходы по ее дальнейшему обслуживанию и доработке. Такой подход несет в себе значительные риски, т.к. в результате клиент получает непараметрируемую систему, не предназначенную для масштабирования (добавление или удаление отдельных функциональных блоков WMS без тотальной доработки системы). Если WMS — это набор «кирпичиков» (функциональных возможностей системы), которые идентифицируются заказчиком как бизнес-процессы, то масштабирование — это добавление или удаление «кирпичиков» по мере необходимости. Архитектура далеко не всех WMS предусматривает такую возможность: в большинстве случаев серьезные изменения в бизнес-логике будут сопровождаться значительными временными и финансовыми затратами, т.к. потребуется как минимум изменить конфигурацию системы, «переписать» отдельные блоки и модули, создать дополнительные программные «костыли». Как правило, сотрудники IT-службы клиента не обладают достаточной квалификацией для такой работы, приходится обращаться к сторонним подрядчикам, при этом затраты значительны, а результат зачастую непредсказуем.

Что собой представляют параметрируемые WMS?

Параметрируемые WMS - это комплексная система, влючающая в базовой функциональности все возможные функциональные блоки. Соответственно, на предпроектном этапе нужно лишь определиться, какие функциональные блоки необходимы заказчику.

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

Такие характеристики, как гибкость и масштабируемость, особенно важны для систем управления складом: внешняя среда очень изменчива, необходимо оперативно реагировать на изменения рыночной ситуации. В условиях нестабильности применение непараметрируемой WMS является фактором, тормозящим развитие бизнеса. Если, к примеру, компания решить открыть новое направление, базирующееся на складских бизнес–процессах, потребуется перекраивать WMS на ходу, а в худшем случае — остановить работу системы.

Отсюда второе правило внедрения WMS: масштабирование бизнес-процессов нужно учитывать еще на стадии проектирования.

Проблема не в том, что существуют более продуманные или менее продуманные WMS — каждое решение находит свою нишу. Проблема в том, что заказчики зачастую не знают, изменятся ли требования к WMS в период реализации проекта, не говоря уже о долгосрочной перспективе. Лишь единицы гарантируют, что требования к системе, заявленные на стадии проектирования, сохранят свою актуальность и не будут скорректированы.

Классическое понимание этапа проектирования WMS предусматривает включение в функционал системы тех элементов и инструментов, которые в дальнейшем будут использоваться для отслеживания всех показателей работы склада. Однако основной задачей этапа проектирования является, в большей степени, сопоставление планируемого результата (спроектированного набора функций) и ожиданий заказчика от будущих возможностей системы. Как правило, клиент не имеет четкого представления о том, какие данные и каким образом будут обрабатываться в системе, какой результат получит пользователь, поэтому на этапе проектирования имеет смысл не столько опираться на существующие бизнес-процессы, сколько анализировать их, структурировать и вносить такие изменения, которые в дальнейшем обеспечат прозрачность конечного результата для руководителя и понятность алгоритма действий в системе для пользователя.

Важной частью этапа проектирования является рассмотрение требуемого набора функций системы управления складом, как в процессе развития организации, так и в разрезе тиражирования опыта на другие объекты заказчика. Разберу эту мысль подробнее. На разных складах даже в рамках одной организации могут изменяться требования к системе управления складом.

Так, например, существует ряд стандартных для конкретного склада процессов: маркировка входящего потока, формирование стандартных грузовых единиц, идентификация по партионному учету. Все эти функции могут быть реализованы на одном складе. Но для второго склада может возникнуть необходимость в дополнительных функциях помимо стандартного набора, поставленного на первом складе. Например, необходимо стандартно забирать одну коробку из приемки на контроль качества, при том, что все прочие процессы должны повторять функциональность первого склада. Особенность параметрируемых систем и системного подхода к разработке, внедрению позволяют решить подобную задачу путем, условно говоря, проставления дополнительных «галочек» в системе напротив нужных блоков. Оперативно, бюджетно, управляемо. Откуда эти блоки появятся в системе? Дополнительные функции системы управления складом закладываются еще на этапе проектирования.

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

Безусловно, изменения могут иметь место на любом этапе: в начале проекта, в ходе его реализации, на финальной стадии, в ходе промышленной эксплуатации системы. Важно оценивать затраты на внесение таких изменений, как временные (значительное увеличение сроков внедрения), так и финансовые. Внедрение параметрируемой WMS позволяет избежать резких скачков совокупной стоимости владения системой, а при наличии в штате обученных специалистов компания приобретает некоторую независимость в плане обслуживания WMS.

Как предусмотреть возможные изменения в бизнес-процессах на стадии выбора WMS?

Как не оказаться в ловушке собственного выбора? Избежать этого достаточно просто: нужно пользоваться общепринятыми методологиями и стандартами, что, впрочем, справедливо для внедрения любых информационных систем.

Внедрение WMS — это процесс автоматизации складских операций, в результате которого возможно изменение ключевых бизнес–процессов и смещение проектных ориентиров. Такие факторы предугадать нельзя, но можно минимизировать риски и возможные затраты, используя определенную методологию внедрения уже на начальных этапах проекта.

Создание автоматизированных систем регламентируется ГОСТом 34.601­90 «Автоматизированные системы. Стадии создания», вступившим в действие 1 января 1992 г. Этим документом можно руководствоваться в случае разработки собственной складской системы, что неактуально для абсолютного большинства клиентов: разработка «самописных» решений при наличии на рынке проверенных систем, предусматривающих управление всеми складскими бизнес-процессами, — это деньги на ветер и непредсказуемый результат. Кроме того, отечественные ГОСТы достаточно быстро устаревают и на практике приносят мало пользы.

Что же делать при выборе уже готовой системы?

Как и во многих других ситуациях, опираться на богатый зарубежный опыт. Зарубежная практика ориентирована на удовлетворение требований клиентов и, соответственно, на большую финансовую отдачу. Кроме того, разработка и внедрение WMS за рубежом начались на несколько десятилетий раньше, чем в России. Таким образом, четвертое правило внедрения WMS гласит: необходимо руководствоваться мировым опытом, а не устаревшими отечественными регламентами.

Источником передового опыта являются материалы аналитиков. Агентство Gartner ежегодно проводит исследование среди пользователей WMS по всему миру. В тройку лидеров регулярно попадают такие разработчики, как Red Prairie, SAP, Manhattan Associates, Oracle.

Критериями оценки WMS выступают:

  • интеграционные возможности; 
  • функциональность системы;  
  • ее гибкость;  
  • возможность масштабирования бизнес–процессов;  
  • тиражирования схемы управления (применение на других складах).

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

Приведу пример нашей компании.

В проектах внедрения WMS мы используем методологию, разработанную Manhattan Associates. Методология ориентирована на достижение максимального эффекта от использования WMS. 

Этапы внедрения

  1. инициация проекта — определение рамок и общих целей проекта;
  2. проектирование — создание концептуального дизайна системы;
  3. реализация — определение конфигурации, разработка и общее тестирование отдельных модулей системы;
  4. подготовка к запуску — полное сквозное тестирование и организационная подготовка объекта автоматизации;
  5. ввод в эксплуатацию — запуск, организация поддержки системы, измерение достигнутых результатов. 

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

Главный вывод, который можно сделать на основании нашего многолетнего опыта внедрений WMS, таков: не существует решения, которое идеально подходило бы всем клиентам. Выбрать оптимальную платформу для своего склада или распределительного центра — пожалуй, главный и единственный залог успеха проекта. Такая система будет расти вместе с бизнесом и не потребует значительных инвестиций на поддержку и развитие.

Материал оказался полезным?

Оставьте почту и мы пришлем его в формате .pdf

Заявка отправлена

Мы пришлем вам материал

Поделиться новостью