Hoe de SAFe Agile-methodologie WMS-implementaties kan versnellen

Wat heeft agile methodologie te maken met implementaties van magazijnbeheersystemen (WMS)? Is het geen benadering die wordt gebruikt om kleinere mogelijkheden in te zetten op gebieden als e-commerce en digitale marketing?

Dat was meer dan een decennium geleden de heersende gedachte. De huidige marktdynamiek draait meer om het snel kunnen leveren van incrementele klantwaarde. Bedrijven die behendig zijn in het introduceren van nieuwere mogelijkheden, zijn zelfs in staat om hun marktaandeel te behouden en voortdurend te vergroten, zelfs te midden van de wereldwijde pandemie van het coronavirus.

De tijd dat bedrijven 12-18 maanden wachtten om een ​​bedrijfsplatform uit te rollen, is lang voorbij. Wat dat betreft is de markt fundamenteel aan het verschuiven. Daarom is de noodzaak om snel nieuwe software te implementeren en daarop voort te bouwen relevanter dan ooit.

WMS-implementaties zijn inherent complex en omvatten ongelijksoortige en onderling verbonden processen zoals werfbeheer, inkomend, voorraadbeheer en uitgaand. Daarnaast is een WMS gekoppeld aan grotere bedrijfssystemen, zoals inkoop- en verkooporderverwerking. WMS-functionaliteitsfuncties zijn nauw met elkaar verbonden in de meeste commerciële kant-en-klare pakketimplementaties. De traditionele WMS-implementatie is altijd een watervalstructuur geweest, waarin bedrijven de build, unittest, systeemtest en integratietest voltooien, hoogstwaarschijnlijk in die volgorde. Dit is hoe ze daadwerkelijke producten te zien krijgen tijdens gebruikersacceptatietests, die maanden of zelfs jaren kunnen duren om te voltooien, waardoor het vrij moeilijk is om veranderingen in de bedrijfsrichting door te voeren. Naast systeemcomplexiteit zijn magazijnprocessen arbeidsintensief, dus het is altijd nodig om veranderingen zorgvuldig te managen bij het introduceren van een nieuw systeem.

Rekening houdend met al deze factoren, moeten bedrijven het juiste agile raamwerk kiezen voor het implementeren van een WMS.

Het Scaled Agile Framework (SAFe) biedt zo'n methode voor het implementeren van grootschalige complexe systemen. Het maakt samenwerking mogelijk tussen meerdere teams, die het eens zijn over het gemeenschappelijke doel om bedrijfswaarde te leveren. En het toont incrementele vooruitgang door de continue stroom van nieuwe mogelijkheden die worden ingezet en vrijgegeven, meestal binnen 10-12 weken. Binnen de SAFe gebruiken teams Scrum of Kanban om het werk te beheren, waarbij elk team bestaat uit een product owner die optreedt als contactpersoon voor het bedrijfsleven, of een Scrum-master die de dienende leider is die belemmeringen helpt wegnemen.

Uniek is dat SAFe "lean" en "agile" principes combineert om kwaliteitssoftware te leveren in kleinere stappen, met behulp van principes van DevOps en automatisering.

De belangrijkste lessen van SAFe WMS-implementaties zijn onder meer:

• Het is belangrijk om functies te identificeren die een minimaal levensvatbaar product (MVP) vormen en zijn gepland als onderdeel van de programma-increment (PI), waar wordt besloten wanneer die functies in een PI moeten worden vrijgegeven (gedurende een 10-12-week cyclus).
• Agile-teams bestaan ​​al lang, dus aangezien de tijdlijn (PI-duur) en de teamgrootte relatief vast zijn, wordt de leveringsomvang aangepast op basis van deze beperkingen. Het op- en aflopen van teams in de achtbaan moet worden vermeden, en het is een goede gewoonte om voor 80% van de teamcapaciteit te plannen. Het wordt ook aanbevolen om agile release-teams te beperken tot maximaal 125 resources, om ervoor te zorgen dat ze wendbaar blijven en goed met elkaar samenwerken. Lean teams beheren hun onderlinge afhankelijkheden beter.
• DevOps en automatisering worden vanaf de eerste dag toegepast om continue levering en waardestroom mogelijk te maken. Afhankelijkheden moeten worden geïdentificeerd tijdens het PI-evenement op het programmabord en worden beheerd tijdens de PI-levering. Zelfs met volwassen I.T. organisaties die WMS-applicatie implementeren, kan afhankelijkheid een uitdaging worden om te beheren. De sleutel tot het beheren van dergelijke afhankelijkheden of blokkades is het voortdurend afstemmen van functies tussen onderling afhankelijke teams, om ontwerp op hoog niveau uit te voeren en afhankelijkheden te definiëren. Dit moet gebeuren voorafgaand aan de PI-gebeurtenis waarin de afhankelijkheden moeten worden vastgelegd.
• Epics van producten en enablers (d.w.z. integratie en andere technische componenten) moeten de agile-leveringsaanpak volgen. Productmanagers en -eigenaren moeten het ontvangende epos doorbreken door de bijbehorende productkenmerken, interfaces, etikettering en systeemconfiguratie te identificeren. Dit zal helpen om het ontvangende epos aan het einde van de PI te voltooien en het systeem demo-klaar te maken.
• Inspecteren en aanpassen, uitgevoerd aan het einde van de PI, moeten worden ingezet voor geïntegreerde productdemo's. Dit zal tastbare vooruitgang en afstemming op zakelijke behoeften laten zien.
• Het werk na de livegang en verbetering moet worden opgenomen als onderdeel van productteams, zodat iedereen met een gemeenschappelijke achterstand werkt en prioriteit wordt gegeven aan het werk dat de hoogste waarde oplevert.

SAFe is bedoeld als een belangrijke transformatie voor WMS en andere applicatie-implementaties. Veel marktleiders zijn van mening dat de voordelen van SAFe bedrijven zullen helpen om zich meer bewust te worden van en meer te weten te komen over de weg die voor ons ligt.

Vinay Kavde is consulting partner in de consumenten business unit, en Sudhanshu Raj consulting leider in de retail adviespraktijk, van Wipro Limited.