Ускорьте внедрение WMS с методологией SAFe Agile

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

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

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

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

Учитывая все эти факторы, компании должны выбрать правильный agile-фреймворк для внедрения WMS.

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

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

Ключевые уроки от SAFe внедрений WMS включают:

• Важно идентифицировать фичи, формирующие минимально жизнеспособный продукт (MVP) и запланированные как часть программного инкремента (PI), где решается, когда эти фичи нужно выпустить в PI (за 10-12-недельный цикл).
• Agile-команды долгоживущие, поэтому учитывая, что таймлайн (длительность PI) и размер команды относительно фиксированы, область доставки корректируется на основе этих ограничений. Роллеркостер рамп-апы и рамп-дауны команд нужно избегать, и хорошая практика планировать на 80% мощности команды. Также рекомендуется держать agile-команды релиза размером не превышающим 125 ресурсов, чтобы обеспечить, что они остаются гибкими и хорошо работают друг с другом. Lean-команды лучше управляют своими взаимозависимостями.
• DevOps и автоматизация практикуются с первого дня, чтобы обеспечить непрерывную доставку и поток ценности. Зависимости нужно идентифицировать во время PI-события на программной доске и управлять в течение всей PI-доставки. Даже зрелые IT-организации, внедряющие WMS-приложение, зависимость может стать вызовом для управления. Ключ к управлению такими зависимостями или блокерами — это постоянная груминг фич между взаимозависимыми командами для проведения высокоуровневого дизайна и определения зависимостей. Это должно произойти до PI-события, в котором зависимости нужно зафиксировать.
• Продуктовые и энэйблер-эпики (т.е. интеграция и другие технические компоненты) должны следовать agile-доставке. Менеджеры продуктов и владельцы должны разбить receiving-эпик, идентифицируя соответствующие продуктовые фичи, интерфейсы, лейблинг и системную настройку. Это поможет завершить receiving-эпик к концу PI и сделать систему demo-ready.
• Inspect and adapt, проводимое в конце PI, должно быть развернуто для интегрированных продуктовых демо. Это покажет осязаемый прогресс и выравнивание с бизнес-потребностями.
• Пост go-live и работа по улучшению должны быть включены как часть продуктовых команд, так что все работают из общего бэклога, и работа, доставляющая наивысшую ценность, приоритизируется.

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

Винай Кавде — консалтинговый партнер в потребительском бизнес-юните, и Судханшу Радж — консалтинговый лидер в ритейл-консалтинговой практике Wipro Limited.