Accélérer les déploiements WMS avec la méthodologie agile SAFe

Quel rapport la méthodologie agile a-t-elle avec les implémentations de système de gestion d'entrepôt (WMS) ? N'est-ce pas une approche utilisée pour déployer des capacités plus petites dans des domaines comme l'e-commerce et le marketing digital ?

C'était la pensée prédominante il y a plus d'une décennie. La dynamique du marché actuelle concerne davantage la capacité à livrer une valeur client incrémentale à un rythme rapide. En fait, les entreprises qui sont agiles dans l'introduction de nouvelles capacités sont capables de retenir et de faire croître continuellement leur part de marché même au milieu de la pandémie mondiale de coronavirus.

Revolu le temps où les entreprises attendaient 12-18 mois pour déployer une plateforme d'entreprise. Le marché change fondamentalement à cet égard. Donc, le besoin de déployer rapidement de nouveaux logiciels, et de continuer à construire dessus, est plus pertinent que jamais.

La complexité inhérente aux implémentations WMS

Les implémentations WMS sont intrinsèquement complexes, impliquant des processus disparates et interconnectés tels que la gestion de la cour, l'entrée, la gestion des stocks et la sortie. En plus, un WMS est connecté à des systèmes d'entreprise plus larges, tels que les achats et le traitement des commandes de vente. Les fonctionnalités WMS sont étroitement couplées dans la plupart des implémentations de packages commerciaux prêts à l'emploi. L'implémentation WMS traditionnelle a toujours été une structure en cascade, dans laquelle les entreprises terminent la construction, les tests unitaires, les tests système et les tests d'intégration, très probablement dans cet ordre. C'est comme ça qu'elles arrivent à voir les produits réels pendant les tests d'acceptation utilisateur, ce qui peut prendre des mois sinon des années à compléter, rendant les changements de direction d'affaires assez difficiles à incorporer. En plus des complexités système, les processus d'entrepôt sont intensifs en main-d'œuvre, donc il y a toujours un besoin de gérer soigneusement le changement lors de l'introduction d'un nouveau système.

Considérant tous ces facteurs, les entreprises doivent choisir le bon cadre agile pour implémenter un WMS.

Le cadre SAFe (Scaled Agile Framework)

Le Scaled Agile Framework (SAFe) fournit une telle méthode pour implémenter des systèmes complexes à grande échelle. Il permet la collaboration entre plusieurs équipes, qui s'accordent sur l'objectif commun de livrer de la valeur métier. Et il montre une progression incrémentale à travers le flux continu de nouvelles capacités déployées et libérées, typiquement dans des cycles de 10-12 semaines. Au sein de SAFe, les équipes utilisent Scrum ou Kanban pour gérer le travail, chaque équipe consistant en un product owner qui agit comme liaison pour le métier, ou un Scrum master qui est le leader serviteur qui aide à éliminer les impediments.

De manière unique, SAFe combine les principes « lean » et « agile » pour livrer un logiciel de qualité en plus petits incréments, en utilisant les principes de DevOps et d'automatisation.

Enseignements clés des implémentations WMS avec SAFe

• Il est important d'identifier les fonctionnalités qui forment le produit minimum viable (MVP) et qui sont planifiées comme partie de l'incrément de programme (PI), où il est décidé quand ces fonctionnalités doivent être libérées dans un PI (sur un cycle de 10-12 semaines).
• Les équipes agiles sont durables, donc considérant que cette timeline (durée du PI) et la taille de l'équipe sont relativement fixes, la portée de livraison est ajustée en fonction de ces contraintes. Les montées et descentes en montagnes russes des équipes doivent être évitées, et c'est une bonne pratique de planifier pour 80 % de la capacité de l'équipe. Il est aussi recommandé de garder les équipes de release agile à une taille ne dépassant pas 125 ressources, pour s'assurer qu'elles restent agiles et travaillent bien ensemble. Les équipes lean gèrent mieux leurs interdépendances.
• DevOps et automatisation sont pratiqués dès le premier jour, pour permettre la livraison continue et le flux de valeur. Les dépendances doivent être identifiées pendant l'événement PI sur le tableau de programme, et gérées tout au long de la livraison PI. Même avec des organisations IT matures implémentant une application WMS, la dépendance peut devenir un défi à gérer. La clé pour gérer de telles dépendances ou bloqueurs est le grooming continu des fonctionnalités entre équipes interdépendantes, pour conduire une conception de haut niveau et définir les dépendances. Cela devrait se produire avant l'événement PI dans lequel les dépendances doivent être engagées.
• Les epics produit et enabler (c.-à-d., intégration et autres composants techniques) devraient suivre l'approche de livraison agile. Les product managers et owners doivent décomposer l'epic de réception en identifiant les fonctionnalités produit correspondantes, interfaces, étiquetage, et configuration système. Cela aidera à compléter l'epic de réception à la fin du PI, et rendra le système prêt pour la démo.
• Inspecter et adapter, conduit à la fin du PI, devrait être déployé pour les démos de produit intégrées. Cela montrera un progrès tangible et l'alignement avec les besoins métier.
• Le travail post go-live et d'amélioration devrait être incorporé comme partie des équipes produit, pour que tout le monde travaille à partir d'un backlog commun, et que le travail qui livre la plus haute valeur soit priorisé.

SAFe est destiné à être une transformation clé pour les implémentations WMS et d'autres applications. De nombreux leaders de l'industrie croient que les bénéfices de SAFe aideront les entreprises à devenir plus conscientes et informées sur la route à venir.

Vinay Kavde est partenaire consultant dans l'unité métier consumer, et Sudhanshu Raj leader consultant dans la pratique conseil retail, de Wipro Limited.