A-WMS

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

I. Формулируем задачи, которые поможет решить внедрение WMS.
Четко поставленные цели позволят эффективно использовать имеющиеся ресурсы.

II. Определяем доступные для проекта ресурсы, ответив на перечень вопросов ниже.

Вопрос №1: кто будет руководить проектом, и есть ли у него достаточные управленческие компетенции и релевантный опыт?

Нужно организовать команду внедрения, ставить задачи, вести контроль сроков исполнения и распределять ресурс.
Тут желателен опыт управления IT-проектами и понимание как работает склад.

Вопрос №2: достаточно ли имеющихся сотрудников склада для успешного завершения проекта?

Для нормальной работы с WMS необходим оператор WMS - человек, который является "прослойкой" между складом и управляющей программой.
В зависимости от принятых регламентов, оператор WMS может принимать задания от офиса в работу, назначать исполнителей, мониторить общее состояние системы и так далее. Часто оператор WMS еще и является первой линией IT-поддержки - консультирует исполнителей, исправляет их ошибки, контролирует общую достоверность системы.

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

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

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

Вопрос №3: пишем "с нуля" или берем готовую систему?

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

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

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

Вопрос №4: кто будет вести разработку, учить и консультировать персонал?

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

III. С ресурсами решили, систему WMS выбрали или написали, внедряем.

В одной из прошлых статей мы описывали схему плавного перехода на WMS, ее можно взять за основу сценария внедрения.
Сам процесс не сложный, перечислим этапы:

1. Прорабатываем новые регламенты работы склада под управлением WMS.

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

3. Выполняем необходимые доработки WMS и делаем интеграцию с корпоративной системой.

4. Обучаем сотрудников.

5. Выполняем инициализацию системы и переходим к эксплуатации.

IV. На начальных этапах эксплуатации доводим до минимума инциденты связанные с несоблюдением регламентов.

V. Фиксируем достигнутые цели. Планируем дальнейшее развитие системы.