De nombreuses entreprises envisagent d'adopter DevOps en raison de la promesse d'une vitesse de publication accrue, d'une meilleure agilité de développement et de la possibilité de libérer du temps pour que les développeurs puissent se concentrer sur l'innovation. Cependant, l'adoption de DevOps n'est pas une panacée. Au contraire, l'idée de communication, de collaboration et de rétrospectives irréprochables qu'un modèle DevOps encourage peut contribuer à favoriser un système plus efficace dans lequel les goulots d'étranglement sont résolus d'une manière qui non seulement résout le problème, mais améliore également le processus.

L’un des plus grands défis pour les entreprises qui mettent en œuvre DevOps est d’identifier et de supprimer les problèmes existants dans leur flux de travail pour faire place à la nouvelle méthodologie plus agile. Gartner a décrit les six étapes qu’une entreprise peut suivre pour éliminer les contraintes (qui peuvent signifier tout inconvénient, contretemps ou autre facteur limitatif empêchant un système de se rapprocher d’un objectif) et augmenter véritablement la vitesse de DevOps, que nous avons résumées ci-dessous.

Étape 1 : Définir le processus

Lors de la refonte de leurs processus, les équipes DevOps doivent définir leur processus en définissant leur flux de travail, de la conception initiale à la valeur finale pour le client. En documentant chaque étape des processus existants, les équipes peuvent plus facilement identifier et affiner les domaines de contraintes qui ne contribuent peut-être pas positivement au processus dans son ensemble. En outre, les équipes peuvent obtenir une image plus claire du flux de valeur global, notamment des temps de cycle, des intervalles de temps approximatifs, des transferts et des états d'attente. Une fois tout cela défini, les équipes peuvent alors facilement identifier les plus grandes contraintes du processus, commencer à prendre des mesures pour améliorer le processus dans son ensemble et augmenter l'efficacité de la documentation du processus.

Étape 2 : Identifier la plus grande contrainte

Dans un workflow DevOps classique, il existe toujours une étape qui ralentit le processus de création de valeur. Afin de favoriser une amélioration systémique, les équipes doivent identifier la phase spécifique qui entrave la progression et supprimer la source de la contrainte.

Pour identifier la plus grande contrainte, posez-vous la question : « Qu'est-ce que tout le monde attend toujours ? » Cette question permet aux équipes d'identifier ce qui nécessite une attention particulière afin d'augmenter l'efficacité. Si cela est fait de manière environnement irréprochable et constructif , les membres de l'équipe seront plus susceptibles de s'exprimer. Après avoir identifié la plus grande contrainte, surveillez l'avancement du projet pour confirmer que le blocage correct a été identifié.

Étape 3 : Éliminer les déchets au niveau de la contrainte

Lorsqu’une contrainte est identifiée, la mesure la plus courante consiste à y consacrer davantage de ressources : personnes, argent, nouveaux systèmes, etc. Cependant, il est plus efficace de se concentrer sur l’élimination des sources de gaspillage de potentiel plutôt que d’ajouter davantage de ressources (potentiellement inutiles).

Selon Gartner, les trois principales sources de gaspillage identifiées par les clients sont :

• Incidents :Un temps précieux est consacré à la gestion des incidents, au détriment d'activités à valeur ajoutée telles que le développement de nouveaux produits ou de nouvelles fonctionnalités. Une bonne pratique consiste à former les membres de l'équipe pour qu'ils soient compétents en gestion des incidents. Une façon de prévenir les incidents à l'avenir est de mener des autopsies sans reproche pour déterminer la cause profonde de l’incident et l’empêcher à l’avenir.
• En attendant :Attendre que des personnes, des organisations extérieures, d'autres ressources, etc., interviennent est un défi constant. Cela peut être atténué en formant et en embauchant des employés dotés de compétences et de connaissances diverses afin qu'ils puissent travailler en parallèle. Cela leur permettra d'atteindre les objectifs du projet et d'autres tâches assignées tout en attendant que quelqu'un d'autre réponde à un autre projet.
• Potentiel humain: De nombreux professionnels de l'informatique consacrent beaucoup de temps à des tâches manuelles, qu'il s'agisse de mettre à jour une base de données ou de signaler un incident. Les organisations tireront davantage de valeur de leurs opérations en automatisant autant que possible, afin que les employés puissent se concentrer davantage sur les tâches à forte valeur ajoutée.

Étape 4 : Ne pas ignorer la contrainte

Ignorer les contraintes pour se concentrer sur les nouveaux problèmes signifie que les problèmes initiaux n'ont jamais été résolus, ce qui a entraîné un ralentissement du travail et davantage de problèmes à l'avenir. Par exemple, pensez à une chaîne : si le maillon le plus faible de la chaîne n'est pas renforcé, les autres maillons sont voués à s'effondrer à un moment donné.

En négligeant les contraintes, les équipes peuvent être confrontées à divers défis, notamment :

• Une augmentation des erreurs et des défauts.
• Impacts négatifs sur l'efficacité et la productivité de l'équipe
• Reprise de travail coûteuse dans des situations à fort taux de changement

Étape 5 : Ajouter de la capacité

Les étapes ci-dessus peuvent contribuer à améliorer le rendement d'au moins 30 % et donner aux parties prenantes la possibilité et le temps d'évaluer les problèmes afin qu'elles puissent soigneusement envisager la meilleure solution plutôt que de choisir une solution rapide. Les équipes doivent également profiter de ce temps pour déterminer d'autres moyens d'augmenter leur capacité, qu'il s'agisse de faire appel à des services professionnels ou d'embaucher du personnel supplémentaire.

Étape 6 : Trouver la prochaine plus grande contrainte

Augmenter la vitesse de publication n’est pas une tâche facile et nécessite des améliorations continues du processus. Par exemple, même si une équipe parvient à supprimer une contrainte, une autre peut prendre sa place dans une autre partie du flux de travail. Au fil du temps, les équipes devront adapter leurs processus et leurs pratiques pour atteindre une cadence de développement élevée. Enfin, pour s’assurer qu’elles répondent aux besoins de leurs clients, elles doivent faire preuve de diligence raisonnable quant à leur cadence de développement et apporter les améliorations nécessaires.

Vous souhaitez en savoir plus ? Consultez le rapport complet de Gartner, « 6 étapes pour augmenter la vitesse de publication de DevOps en supprimant les contraintes ».