Comment débuter avec Agile For ERP: 8 étapes pour réussir

Partie de la série « Agile ERP »

Les logiciels changent le visage des affaires aujourd'hui et la vitesse à laquelle votre entreprise peut innover sera souvent déterminée par la vitesse à laquelle les logiciels peuvent changer .

Bien entendu, il en va de même pour vos concurrents: quiconque sait gérer le changement et générer la valeur le plus efficacement possible disposera d’un avantage commercial. L’application de principes simples et agiles optimisera les processus de développement d’applications et éliminera le gaspillage.

Mais il ne s’agit pas uniquement de «systèmes d’engagement» destinés aux clients, tels que des sites Web qui doivent être modifiés rapidement. À l'ère numérique, toutes les applications doivent être livrées plus rapidement, y compris celles de votre suite ERP.

J'ai déjà examiné pourquoi vous devriez adopter agile pour ERP et certaines des objections . qu'il faudra peut-être surmonter. Dans cet article, je vais vous suggérer quelques étapes à suivre pour que le développement du progiciel de gestion intégré (ERP) soit aussi réactif que le besoin de l’entreprise.

1. Comprendre ce qu'est l'agile

Cela peut sembler évident, mais il est important de comprendre que l'agile n'est pas une cascade.

Les projets ERP Waterfall sont généralement planifiés à l'avance avec des solutions conçues à l'avance. Elles sont ensuite exécutées via une série d'étapes structurées allant du développement aux tests, à la régression et à la publication.

Une différence essentielle entre agile et cascade réside dans le fait qu'avec agile, les problèmes éventuels et les solutions associées ne sont pas nécessairement bien compris ou documentés. Agile divise les projets en fragments plus petits pouvant être livrés en itérations plus courtes appelées sprints plutôt que d'essayer de tout résoudre en même temps. Cela peut sembler contre-intuitif dans l'ERP, où les choses sont souvent documentées à un niveau très détaillé avant le début des travaux.

En mode agile, nous devons apprendre à accepter l'incertitude et le fait que les solutions évoluent. Les problèmes sont gérés dans le cadre du processus. Le fait que nous ne soyons pas liés à une spécification nous permet de nous interroger et de nous adapter au fur et à mesure, de sorte que le risque que nous livrions la mauvaise chose est considérablement réduit.

2. Déterminez qui sont vos intervenants

Tout le monde ne va pas penser que l'agile est une bonne idée et l'appuyer. En fait, dans l'ERP, nombreux sont ceux qui trouveront avec bonheur de nombreuses raisons de ne pas le faire.

Vous devez donc déterminer qui de l'organisation sera touché et vous assurer de le faire participer au processus. La direction exécutive, les propriétaires d'entreprise, les équipes de développement et de test doivent tous être inclus. Vous pourrez compter sur des personnes sur lesquelles vous pouvez compter, et sur celles qui risquent de vous faire dérailler. Comprendre qui sont ces personnes dès le premier jour vous aidera sans fin. Les gens doivent comprendre ce que signifie agile pour eux et quels avantages et quels changements ils peuvent espérer voir.

Un certain réalisme est également nécessaire. Les gens s'attendent peut-être à une solution miracle pour résoudre tous les problèmes liés aux processus actuels. Ils risquent de perdre rapidement leur désillusion si cet objectif n'est pas atteint. Vous devez donc gérer les attentes et aider les gens à comprendre que l'adoption de l'agilité est un voyage. Dans les projets ERP, ce sont les champions, tant au niveau de la direction que des équipes de projet, qui ont réussi à faire passer le message et à atténuer les obstacles inévitables de ce parcours.

Et une fois que vous avez choisi un cadre – par exemple , Scrum – c’est une excellente idée d’organiser des cours de formation sur la méthodologie et les processus afin que tout le monde comprenne comment cela fonctionnera. La formation ne devrait pas être onéreuse. Quelques jours devraient suffire.

3. Construisez une analyse de rentabilité

Avant de vous lancer dans une transformation agile, il est important de comprendre les avantages qu'elle peut apporter afin de convaincre les décideurs que cette idée vaut vraiment la peine d'être examinée.

Les applications doivent apporter une valeur ajoutée à l'entreprise. rapidement pour promouvoir l'innovation et accroître la compétitivité. Agile permet à ERP de faire cela et apporte également de la réactivité au changement.

J'ai récemment écrit quelques conseils sur ce sujet pour le type d'utilisateurs de SAP avec lesquels nous travaillons, mais vous quel que soit votre plate-forme ERP spécifique. Je voudrais poser des questions telles que:

• Quel est le coût de la livraison des applications maintenant?
• Combien en coûterait-il pour retarder la livraison des applications?
• Quel est le coût de la réponse lorsqu'un concurrent prend une part du marché parce qu'il y est arrivé
• Combien de temps une livraison plus rapide peut-elle générer en termes de revenus?
• Quel est le coût actuel des défaillances et des temps d’application des applications?
• Combien dépensez-vous en développement et en test des applications?
• présenter, par exemple, dans les rééditions, où le temps est passé constamment à tester et à corriger?

L'examen des données historiques et des réservations de feuilles de temps vous aidera à évaluer le temps et le coût des activités de développement et de test. Vous pouvez vous attendre à une approche agile pour réduire les cycles de développement, améliorer la qualité et la stabilité, améliorer l'efficacité du processus de livraison des applications et fournir une plus grande collaboration et des informations en retour.

Une transition agile n'est pas sans coût, mais même des estimations prudentes des améliorations à apporter peuvent devenir une analyse de rentabilisation convaincante pour commencer.

4. Commencez petit

Vous ne pouvez pas vous attendre à passer à des processus agiles du jour au lendemain et supposez que tout le monde sera capable de s’adapter instantanément à de nouvelles méthodes de travail. De nombreuses entreprises avec lesquelles nous travaillons et qui ont eu du succès avec l'agilité ont commencé à travailler sur quelque chose de petit et sûr pour apprendre et prouver le processus.

Il est normal de faire des erreurs, d'essayer différentes approches et de déterminer ce qui fonctionne et ce qui ne fonctionne pas. au fur et à mesure. Bien que l'agile soit une approche commune, elle sera appliquée légèrement différemment dans chaque organisation. Découvrez ce qui fonctionne le mieux pour vos équipes spécifiques.

Une bonne recette pour l’adoption dans un progiciel de gestion intégrée consiste à commencer par former une équipe, puis à se diversifier lorsque vous l’aurez compris. Lorsque vous pouvez démontrer le succès, vous pouvez le faire évoluer avec les autres équipes pour les impliquer également.

5. Réorganisation des équipes autour de projets et de produits

Traditionnellement, dans l'ERP, nous avons l'habitude de céder les exigences au développement, qui les transmet ensuite aux équipes de test, puis fait le tour de diverses équipes pour tenter de répondre à la demande. [19659003] Agile exige que nous abordions la manière dont les équipes sont structurées et interagissent les unes avec les autres. Comme il n’ya pas de spécifications détaillées sur lesquelles travailler, vous devez disposer de canaux de communication très ouverts entre les membres de l’équipe et vous aurez besoin de confiance. Dans l’idéal, vous souhaiterez que le développement et les tests fonctionnent comme un tout, avec un représentant d’entreprise supervisant les choses en tant que propriétaire / responsable du produit. L’adoption réussie de la solution agile dans les progiciels de gestion intégrés se traduit souvent par de nombreuses équipes multifonctionnelles plus petites travaillant ensemble pour répondre à des besoins spécifiques spécifiques.

Pour les corrections et les améliorations plus petites, cela peut très bien fonctionner, car elles peuvent être fournies beaucoup plus rapidement et efficacement. avec plus de flexibilité. Cela fonctionne aussi pour les grands projets. Indépendamment du fait qu’un programme puisse être livré dans son ensemble à un moment donné dans l’avenir, il existe toujours de solides arguments en faveur de petites unités de prestation permettant à l’entreprise de voir les résultats plus tôt.

6. Créez un arriéré hiérarchisé

Agile se concentre sur les résultats commerciaux et les solutions opérationnelles, où un arriéré d'exigences est créé sous la forme d'histoires utilisateur pour des personnages spécifiques.

Cet arriéré doit être hiérarchisé de manière à ce que les histoires générant le plus d'avantages commerciaux. sont abordés en premier. Cela signifie que vous devez examiner ce qui est le plus important et quelles sont les dépendances entre les exigences.

Dans l'ERP, en raison du niveau élevé d'intégration entre les modules et les processus, la gestion des dépendances est particulièrement importante pour vous aider à comprendre ce que peut être livré indépendamment, et ce qui doit aller ensemble. Il est également important de rendre les récits d'utilisateurs gérables de manière à ce qu'ils représentent des portions de travail plus petites et distinctes.

Le responsable du produit doit savoir comment procéder.

L'arriéré n'est pas quelque chose qui devrait être gravé dans la pierre, bien que . Agile offre la souplesse nécessaire pour ajuster les priorités et prendre en charge les modifications de portée, ce qui les rend beaucoup plus faciles à gérer.

Dans les projets ERP, il est extrêmement avantageux de pouvoir réagir aux changements de priorité et de portée au fur et à mesure que vous avancez. conception et plan qui sont fixes et ne seront pas livrés avant plusieurs mois. À chaque itération, il est important que les tests fassent partie intégrante du processus pour vous permettre d’obtenir quelque chose de concret à la fin.

7. Organisez des réunions de sprint

Agile favorise le retour constant afin que tout le monde comprenne ce qui se passe et où une redirection douce peut être nécessaire. Les membres de l’équipe doivent assister aux sessions de planification du sprint afin que tout le monde comprenne ce qui est souhaité et puisse estimer l’effort requis. Timebox les à une heure ou deux pour garder les gens concentrés. De brefs relevés quotidiens doivent être organisés pour que tout le monde puisse faire rapport sur les progrès accomplis et mettre en évidence les problèmes et les bloqueurs. Soyez bref (10-15 minutes) et n'essayez pas de résoudre les problèmes qu'ils rencontrent.

Une fois le sprint terminé, vous aurez besoin d'une session de rétrospective pour examiner ce qui a été fait (ou non) et regarder. aux points à améliorer. C’est vraiment important d’utiliser cela pour améliorer et faire évoluer le processus. Les sessions de lecture peuvent également être utilisées pour présenter ce qui a été construit à l’organisation. Il s’agit d’une boucle de rétroaction importante et d’une occasion de démontrer les résultats obtenus.

Au cours de ce processus, il est important de reconnaître que tout le monde ne sera pas à l’aise pour se faire remarquer ou pour changer. Vous devrez comprendre les personnalités impliquées et vous assurer que tout le monde est pris en charge. En fin de compte, cette communication constante garantit que l’entreprise obtiendra ce qu’elle voulait – même si au début elle n’avait peut-être pas su exactement ce que c’était.

8. Choisissez une automatisation

Le simple fait est que si vous voulez réussir avec agile, vous aurez besoin d’outils pour vous aider à gérer le processus. Cela pourrait commencer par un grand tableau blanc et une sélection de notes autocollantes représentant chaque histoire d'utilisateur. Vous pouvez ensuite les déplacer physiquement sur le plateau au fur et à mesure de leur progression. Cette approche très visible est un bon début, car tout le monde peut voir exactement ce qui se passe. Lorsque votre processus est plus mature, des outils dédiés tels que Jira peuvent être utilisés pour gérer le processus et fournir les flux de travail et les rapports requis.

Mais vous devez également penser à l'ERP lui-même et à vos progrès. pour gérer tous ces transports. Un outil de changement évolué capable de gérer et d'automatiser les transports et de garantir le traitement correct des dépendances est indispensable pour les grands projets ERP.

L'adoption et la confiance en processus agiles prennent du temps. D'après mon expérience, il peut prendre au moins un an pour intégrer le processus et les changements culturels nécessaires pour rendre l'agile vraiment fructueux. Mais il est difficile de discuter des niveaux élevés d'engagement, de transparence, de flexibilité et de réactivité.

Si vous souhaitez commencer mais rencontrez des personnes qui dressent des barrières et disent que cela ne peut pas être fait, jetez un coup d'œil. cet e-book sur certaines des idées fausses les plus courantes sur l'agile pour ERP et sur la façon de commencer à les contester. ]. Cette version adaptée est republiée avec permission. Basis Technologies est un partenaire SAP Silver.