WMS Implementaties Versnellen met SAFe Agile Methodologie

Wat heeft agile methodologie te maken met warehouse management system (WMS) implementaties? Is het niet een benadering gebruikt voor het deployen van kleinere capabilities in gebieden zoals e-commerce en digitale marketing?

Dat was de heersende denkbeelden meer dan een decennium geleden. Huidige marktdynamiek gaat meer om in staat te zijn om incrementele klantwaarde op een snel tempo te leveren. In feite, ondernemingen die nimble zijn in het introduceren van nieuwere capabilities, zijn in staat om hun marktaandeel te behouden en continu te laten groeien, zelfs midden in de mondiale coronaviruspandemie.

Lang geleden zijn de dagen waar corporaties 12-18 maanden wachtten om een enterprise platform uit te rollen. De markt verschuift fundamenteel in dit opzicht. Daarom is de noodzaak om nieuwe software snel te deployen, en erop door te bouwen, relevanter dan ooit.

WMS implementaties zijn inherent complex, met uiteenlopende en onderling verbonden processen zoals yard management, inbound, voorraadbeheer en outbound. Daarnaast is een WMS verbonden met grotere enterprise systemen, zoals inkoop en verkooporderverwerking. WMS functionaliteitsfeatures zijn in de meeste commercial off-the-shelf package implementaties strak gekoppeld. De traditionele WMS implementatie is altijd een waterfall structuur geweest, waarin bedrijven de build, unit test, system test en integration test voltooien, waarschijnlijk in die volgorde. Zo komen ze om echte producten te zien tijdens user acceptance testing, wat maanden zo niet jaren kan duren, wat veranderingen in bedrijfsrichting moeilijk te incorporeren maakt. Naast systeemcomplexiteiten, zijn magazijnprocessen arbeidsintensief, dus is er altijd een noodzaak om verandering zorgvuldig te managen tijdens het introduceren van een nieuw systeem.

Overweg al deze factoren, moeten bedrijven het juiste agile framework kiezen voor het implementeren van een WMS.

Het Scaled Agile Framework (SAFe) biedt zo'n methode voor het implementeren van grootschalige complexe systemen. Het stelt samenwerking tussen meerdere teams toe, die akkoord gaan met het gemeenschappelijke doel van het leveren van business value. En het toont incrementele voortgang door de continue stroom van nieuwe capabilities die gedeployed en gereleased worden, typisch binnen 10-12 weken. Binnen SAFe, gebruiken teams Scrum of Kanban om werk te managen, met elk team bestaande uit een product owner die fungeert als de liaison voor business, of een Scrum master die de servant leader is die helpt belemmeringen te verwijderen.

Uniek combineert SAFe “lean” en “agile” principes om kwaliteit software in kleinere increments te leveren, gebruikmakend van DevOps en automatiseringsprincipes.

Belangrijkste Leerpunten uit SAFe WMS Implementaties

• Het is belangrijk om features te identificeren die minimum viable product (MVP) vormen en gepland zijn als onderdeel van de program increment (PI), waar besloten wordt wanneer die features in een PI vrijgegeven moeten worden (over een 10-12 weken cyclus).
• Agile teams zijn langdurig, dus rekening houdend met die timeline (PI duur) en teamgrootte relatief fixed zijn, wordt delivery scope aangepast gebaseerd op deze constraints. Rollercoaster ramp-ups en ramp-downs van teams moeten vermeden worden, en het is goede praktijk om te plannen voor 80% van teamcapaciteit. Het wordt ook aanbevolen om agile release teams te beperken tot een grootte niet overschrijdend 125 resources, om ervoor te zorgen dat ze nimble blijven en goed met elkaar werken. Lean teams managen hun interdependencies beter.
• DevOps en automatisering worden vanaf dag één geoefend, om continuous delivery en value flow te ermöglichen. Dependencies moeten geïdentificeerd worden tijdens het PI event op het program board, en gemanaged doorheen de PI delivery. Zelfs met volwassen I.T. organisaties die WMS applicatie implementeren, kan dependency een uitdaging worden om te managen. De sleutel tot het managen van dergelijke dependencies of blockers is het lopende grooming van features tussen interdependente teams, om high-level design te doen en dependencies te definieren. Dit zou moeten gebeuren voor het PI event waarin de dependencies gecommit moeten worden.
• Product en enabler epics (d.w.z. integratie en andere technische componenten) moeten de agile delivery aanpak volgen. Product managers en owners moeten de receiving epic breken door de corresponderende product features, interfaces, labeling, en system setup te identificeren. Dit zal helpen de receiving epic bij het einde van de PI te voltooien, en het systeem demo-klaar te maken.
• Inspect and adapt, uitgevoerd aan het einde van de PI, moet gedeployed worden voor geïntegreerde product demo's. Dit zal tastbare voortgang en uitlijning met zakelijke behoeften tonen.
• Post go-live en enhancement werk moet geïncorporeerd worden als onderdeel van product teams, zodat iedereen werkt vanuit een gemeenschappelijke backlog, en het werk dat de hoogste waarde levert geprioriteerd wordt.

SAFe is bedoeld om een cruciale transformatie te zijn voor WMS en andere applicatie implementaties. Veel industrieleiders geloven dat de voordelen van SAFe bedrijven zullen helpen bewuster en kenniger te worden over de weg vooruit.

Vinay Kavde is consulting partner in de consumer business unit, en Sudhanshu Raj consulting leader in de retail consulting praktijk, van Wipro Limited.