Как гибкая методология SAFe может ускорить реализацию WMS

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

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

Давно прошли те времена, когда корпорации ждали по 12-18 месяцев, чтобы развернуть корпоративную платформу. В этом отношении рынок кардинально меняется. Следовательно, потребность в быстром развертывании нового программного обеспечения и продолжении его развития актуальна как никогда.

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

Учитывая все эти факторы, компаниям необходимо выбрать правильную гибкую структуру для внедрения WMS.

Scaled Agile Framework (SAFe) предоставляет один из таких методов для реализации крупномасштабных сложных систем. Это позволяет сотрудничать между несколькими командами, которые согласны с общей целью создания ценности для бизнеса. И он показывает постепенный прогресс благодаря непрерывному потоку развертывания и выпуска новых возможностей, обычно в течение 10–12 недель. В рамках SAFe команды используют Scrum или Kanban для управления работой, причем каждая команда состоит из владельца продукта, который выступает в качестве связующего звена для бизнеса, или мастера Scrum, который является лидером-помощником, который помогает устранять препятствия.

Уникальным образом SAFe сочетает в себе принципы «бережливого производства» и «гибкости» для предоставления качественного программного обеспечения небольшими порциями с использованием принципов DevOps и автоматизации.

Основные выводы, извлеченные из внедрения SAFe WMS, включают:

• Важно определить функции, которые образуют минимально жизнеспособный продукт (MVP) и планируются как часть приращения программы (PI), когда решается, когда эти функции должны быть выпущены в PI (в течение 10–12 недель). цикл).
• Гибкие команды существуют давно, поэтому, учитывая, что сроки (продолжительность PI) и размер команды относительно фиксированы, объем поставки корректируется с учетом этих ограничений. Необходимо избегать увеличения и уменьшения числа команд на американских горках, и рекомендуется планировать 80% возможностей команды. Также рекомендуется поддерживать гибкие релиз-команды в размере, не превышающем 125 ресурсов, чтобы они оставались гибкими и хорошо работали друг с другом. Экономичные команды лучше управляют своими взаимозависимостями.
• DevOps и автоматизация практикуются с первого дня, чтобы обеспечить непрерывную доставку и поток ценности. Зависимости должны быть идентифицированы во время события PI на доске программы и управляться на протяжении всей поставки PI. Даже со зрелым И. В организациях, реализующих приложение WMS, управление зависимостями может стать проблемой. Ключом к управлению такими зависимостями или блокировщиками является постоянная обработка функций между взаимозависимыми командами для проведения высокоуровневого проектирования и определения зависимостей. Это должно произойти до события PI, в котором необходимо зафиксировать зависимости.
• Эпики продуктов и средств реализации (т. е. интеграция и другие технические компоненты) должны соответствовать подходу гибкой доставки. Менеджеры по продукту и владельцы должны разрушить эпопею получения, определив соответствующие функции продукта, интерфейсы, маркировку и настройку системы. Это поможет завершить приемную эпопею к концу PI и подготовить систему к демонстрации.
• Проверка и адаптация, проводимые в конце PI, должны быть развернуты для демонстрации интегрированных продуктов. Это продемонстрирует ощутимый прогресс и соответствие потребностям бизнеса.
• Публикация и работа по усовершенствованию должны быть включены в состав продуктовых групп, чтобы все работали из общего списка невыполненных работ, а работа, приносящая наибольшую пользу, была в приоритете.

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

Виней Кавде (Vinay Kavde) - партнер-консультант в подразделении потребительского бизнеса, а Судханшу Радж - руководитель практики консалтинга в сфере розничной торговли компании Wipro Limited .