Un guide pratique de DevOps pour ERP

Fait partie de la série «DevOps pour ERP»

Que vous croyiez ou non en la valeur que DevOps peut offrir à une entreprise – et il existe déjà de nombreuses preuves montrant qu'il peut offrir des avantages majeurs – il y a nul doute que de plus en plus d'entreprises commencent à se demander pourquoi elles n'ont pas étendu cette approche à leurs systèmes ERP.

Il n'y a pas si longtemps, je devais régulièrement expliquer ce que signifiait agile et DevOps, mais de nos jours, les gens viennent à nous demander comment nous pouvons les aider à adopter ces approches.

Alors pourquoi ce changement? La transformation est la clé. C'est un mot qui est un peu surutilisé par mes collègues du monde du marketing, à mon avis. Mais avec le passage au cloud, l'émergence constante de nouvelles technologies et la pression croissante exercée sur les entreprises pour qu'elles innovent et augmentent leur compétitivité, de réels changements se produisent auxquels les équipes informatiques doivent simplement réagir.

Peut-être contrairement aux années passées, les équipes ERP ne sont pas à l'abri de cette tendance. Les «systèmes d'engagement» tels que les sites Web et les applications mobiles évoluent plus rapidement que jamais, les «systèmes d'enregistrement» qui les alimentent souvent doivent suivre le rythme. Sinon, toute l'entreprise ralentit.

Malheureusement, les processus de développement ERP que la plupart des gens ont connus tout au long de leur carrière – la méthode «en cascade» le plus souvent utilisée aujourd'hui – ont tendance à souffrir d'un rythme lent de changement. Cela peut s'expliquer par le fait que changer les choses dans les systèmes ERP s'accompagne traditionnellement d'un risque élevé d'échec (un résultat inacceptable pour les systèmes critiques pour l'entreprise).

DevOps, en revanche, prend en charge la livraison des applications en plus court, plus cycles fréquents où la qualité est intégrée dès le début du processus et le risque est considérablement réduit.

Excellent, je vous entends dire; Faisons le! Cependant, même les organisations les plus enthousiastes ne peuvent pas implémenter DevOps dans les systèmes ERP exactement de la même manière qu’elles l’ont fait pour d’autres applications. Les exigences fondamentales pour DevOps sont les mêmes – j'en ai couvert quelques-unes ici – mais les aspects pratiques sont différents, notamment parce que les outils DevOps standard ne sont pas capables de faire le travail. De plus, les experts DevOps ne comprennent pas nécessairement ce qui est nécessaire dans l'ERP, alors que les experts ERP n'ont peut-être jamais entendu parler de DevOps!

Quelle est la réalité pratique si les entreprises adoptent DevOps pour ERP?

Développement de meilleure qualité

La fourniture de logiciels à haute vitesse nécessite un processus de développement robuste qui combine des exigences commerciales claires et un retour d'information constant. DevOps exige que l'appropriation de la qualité «passe à gauche» et soit intégrée dès le début du processus. De cette façon, la plupart (et idéalement tous) les problèmes peuvent être identifiés bien avant qu'ils n'atteignent les systèmes de production en direct (où les perturbations causées et les coûts associés à résoudre sont beaucoup plus importants).

En pratique, cela signifie que nous devons nous assurer que rien laisse le développement sans être entièrement contrôlé de qualité. Les pratiques de travail telles que les sessions quotidiennes debout, les examens obligatoires du code par les pairs et un ensemble de normes de codage universelles peuvent ne pas sembler révolutionnaires pour certaines équipes informatiques, mais ce sont de nouvelles idées pour de nombreux professionnels de l'ERP. Cependant, ils ne représentent qu'une partie de la solution, avec des éléments techniques tels que les tests unitaires automatisés et le verrouillage par modèle d'objets à haut risque.

Un autre résultat pratique de DevOps dès la toute première étape de développement est que l'ERP et les équipes commerciales doivent être plus étroitement alignées pour s'assurer que les exigences des clients sont clairement comprises. L'intégration entre l'équipe de développement et d'autres fonctions informatiques telles que l'assurance qualité et les opérations établit également une étape de validation précoce.

Livraison à faible risque et cadence élevée

L'intégration continue est un aspect de DevOps qui signifie que – contrairement à de nombreux environnements ERP – les changements peuvent être déployés avec succès sur l'assurance qualité ou tout autre système en aval à tout moment sans risque. Le grand changement ici est la possibilité de déployer en fonction des priorités de l'entreprise, plutôt que d'avoir à attendre la prochaine fenêtre de publication.

L'automatisation vous donne les moyens d'atteindre cette nouvelle cadence de livraison haute fréquence dans les systèmes ERP en fournissant un moyen pour mieux gérer les risques (les feuilles de calcul ne font certainement pas partie intégrante d'un processus de livraison de logiciels basé sur DevOps!). Il vous permet de vérifier chaque changement pour des problèmes techniques tels que l'exhaustivité, le séquençage, les dépendances, les risques et l'impact, etc., garantissant que rien n'est promu prématurément.

Cette approche plus rigoureuse et agile signifie que les équipes d'assurance qualité, en particulier, peuvent concentrer leurs attention aux problèmes réels plutôt qu'au «bruit» technique, ce qui accélère la fourniture des fonctionnalités que les utilisateurs métier ou les clients attendent. Les changements peuvent être déployés de manière sélective et automatique en toute confiance, plutôt que d'attendre la prochaine version complète.

Impact minimal sur la production

«La stabilité est roi» a longtemps été un mantra officieux dans les environnements ERP, étant donné leur importance au quotidien. opérations commerciales quotidiennes. Avec DevOps, la stabilité requise du système est maintenue même si les systèmes de production en direct peuvent être mis à jour beaucoup plus souvent. Des contrôles rigoureux – basés à la fois sur des solutions techniques et de nouveaux flux de travail collaboratifs – garantissent que les déploiements sont livrés en toute sécurité aux utilisateurs finaux dès que possible.

Mais il existe toujours un risque, même minime, qu'une modification des systèmes ERP en direct puisse causer des problèmes qui arrête l'entreprise. C'est pourquoi le temps moyen de récupération (par opposition au temps moyen avant échec plus traditionnel) est une métrique clé DevOps. Les processus ERP DevOps les plus efficaces comportent un plan de sauvegarde qui permet d'inverser les changements le plus rapidement possible. Ainsi, même en cas de catastrophe, l'impact des temps d'arrêt liés aux changements est minime et la continuité des activités peut être maintenue.

Le question de culture

Comme je l'ai expliqué, une fois implémenté correctement, DevOps modifie fondamentalement les processus de développement ERP traditionnels. Cependant, la manière dont DevOps influe sur les rôles et l'approche du personnel peut être tout aussi importante. Dans DevOps, une collaboration efficace est essentielle. Les silos traditionnels basés sur la fonction professionnelle sont remplacés par des équipes polyvalentes et interfonctionnelles qui travaillent ensemble pour produire des résultats commerciaux convenus. Cela peut nécessiter un changement important dans l'organisation des équipes.

Il est normal pour certaines personnes de trouver cette nouvelle façon de travailler difficile, mais la création d'une culture DevOps réussie permet aux membres de l'équipe d'assumer leurs responsabilités à chaque étape du cycle de développement. Cela leur permet de collaborer avec leurs collègues et de se concentrer sur un objectif commun: fournir rapidement les fonctionnalités de haute qualité dont l'entreprise a besoin pour rester compétitive.

Avantages et résultats DevOps

Le changement se produit rapidement et les entreprises doivent réagir rapidement. Les systèmes informatiques doivent donc avoir la flexibilité nécessaire pour changer, s'étendre, s'étendre et s'adapter rapidement.

Mais l'accélération de la livraison ne peut se faire au détriment de la continuité des activités. L'adoption réussie de DevOps pour ERP combine vitesse, améliorations de la qualité et réduction des risques. Cela offre la flexibilité nécessaire pour modifier les environnements ERP à la vitesse dont l'entreprise a besoin, avec la certitude que cela peut être réalisé sans compromettre la stabilité.

Pour en savoir plus sur ce sujet, veuillez lire «Comment établir une analyse de rentabilisation pour DevOps » et « Auto-évaluation: faites-vous déjà ERP DevOps? »

Pour un guide pratique sur la façon d'introduire DevOps dans vos processus de développement et de livraison de logiciels ERP, téléchargez notre [19659029] e-book .

Une version de cet article a été initialement publiée sur le blog Basis Technologies . Cette version adaptée est republiée avec autorisation. Basis Technologies est un partenaire SAP Silver.