Le mouvement DevOps réconcilie des logiques jusqu’à récemment difficilement conciliables pour apporter agilité, réactivité et alignement métier aux services et produits informatiques.
En tant qu’ancien consultant en management de l’IT, j’ai eu la chance d’évoluer dans un milieu qui m’a permis de voir émerger cette tendance qui s’est largement imposée aujourd’hui
J’ai choisi de travailler sur les organisations DevOps en tant que coach d’équipe parce qu’on y met en place des modes de collaboration et d’organisation dont j’ai la conviction qu’ils sont pertinents dans le contexte qui est le notre. En particulier, ils répondent à une recherche d’innovation, d’efficacité mais aussi de qualité de vie au travail dont notre société a besoin de la part des acteurs économiques.
DevOps induit des modes d’organisation autonomes, itératifs et collaboratifs. En cela il permet, à mon sens, de :
- donner et partager le sens de l’activité de l’équipe en établissant un lient plus fort entre le métier, le digital et l’IT
- travailler à des taches variées et enrichissantes au sein d’une équipe pluridisciplinaire
- adopter des rituels de travails qui fluidifient le travail en équipe
- définir et partager des valeurs et adopter des principes qui font progresser l’équipe.
Donner du sens à l’activité de chacun
A travers les nouvelles pratiques organisationnelles et opérationnelles qu’il introduit, DevOps reprend à son compte des démarches qui mettent le client au cœur de la conception et de l’évolution des produits et services.
Cette orientation client assure une meilleure utilisation et un meilleur usage de ce qui est produit (plus pertinent, plus fréquent et surtout plus utile). Il est évident que cela contribue au sens et à la fierté de ceux qui conçoivent (avec le client), construisent, prototypent (avec le client) livrent, font évoluer (avec le client) et supportent les produits et services.
Les acteurs impliqués dans le cycle de vie d’un produit ont le sentiment justifié d’apporter de la valeur ajoutée économique, pratique et même en terme de bien-être puisque ce qui est pris en compte dans le besoin du client ne se limite pas à la seule composante économique mais inclus des aspects pratiques, d’affectif ou de ressenti.
Une telle démarche contribue à donner du sens à l’action de l’équipe et à l’inscrire dans la raison d’être de l’entreprise.
Travailler en équipe autonome pluridisciplinaire
Ce point est manifestement un des piliers de l’efficacité et de la motivation d’une équipe. L’équipe DevOps est une équipe autonome, cela signifie non seulement qu’elle dispose d’un nombre important et varié de savoir-faire et d’expériences en son sein (métier, développement, opérations, contact client) mais également qu’elle bénéficie d’un bon niveau d’indépendance pour réaliser des choix sur ce qu’elle doit faire et comment elle doit s’y prendre.
L’équipe autonome pluridisciplinaire permet d’estomper les frontières entre différentes fonctions jusque là rattachées hiérarchiquement à des branches différentes de l’entreprise et dont les objectifs étaient difficilement conciliables (phénomène de silos).
En travaillant ensemble dans la même équipe, des personnes de culture différentes en viennent à mieux se comprendre, à appréhender la diversité des enjeux et contraintes qui évoluent pour constituer ceux de l’équipe dans son ensemble.
Ainsi ce sont de véritables objectifs d’équipe, compris et partagés par tous qui émergent et qui permettent à tout ses membres de tirer dans le même sens plutôt que de devoir composer avec des objectifs individuels trop souvent contradictoires ou obscurs.
L’émulation qui en découle provient de ce sentiment de corps avec une finalité claire et affichée qui sert tout à la fois les intérêts des clients et la vision de l’entreprise.
Adopter des rituels de travail qui favorisent le partage
Dans une pratique DevOps, les rituels de l’équipe sont pragmatiques et visent à partager, élaborer mais également renforcer le lien et la cohésion. L’idée est de travailler ensemble quotidiennement en privilégiant le face à face sur tout autre forme de communication.
De tels espaces permettent de pratiquer l’ouverture et la sincérité et trouver ainsi du soutien et des solutions auprès de ses collègues en n’hésitant pas à parler de ses vulnérabilités, failles ou autres erreurs. Le groupe bienveillant est un bon endroit pour trouver collectivement des solutions, faire jouer la synergie et la complémentarité.
Les rituels réguliers sont l’occasion de prendre du recul pour s’améliorer et être encore plus efficace : exposer une situation, enrichir les solutions entrevues par l’intelligence collective et modéliser des bonnes pratiques qui pourront être utiles à tous.
Partager efficacement cela veut également dire que l’on met à contribution le maximum de facultés sensorielles pour ce faire. Ainsi l’utilisation de tableaux visuels (dont beaucoup peuvent être issus de pratiques Lean) peut être, par exemple, complétée de post’its que l’on manipule, de vidéos ou de fichiers audio qui permettent à tous d’appréhender les éléments à partager selon sa propre sensibilité (visuel, kinesthésique ou auditif).
Les rituels réguliers en face à face sont des espaces d’échange primordiaux parce qu’ils mobilisent l’ensemble des sens et qu’elle permet l’expression de chacun dans la plus grande ouverture possible. C’est en particulier grâce à ces rituels ouverts que les individus et leurs interactions priment sur les processus (établis de façon plus ou moins rigide).
Partager des valeurs motrices
Le premier des principes qui me vient quand je pense à DevOps serait également bénéfique pour toutes les équipes (professionnelle ou non). Il est souvent exprimé selon l’expression « No Blame » que l’on peut traduire par « pas de reproche » et qui peut s’élargir à « pas de jugement » ou encore « pas de médisance ».
C’est, à mon sens, un principe extrêmement puissant et simple à la fois pour établir un climat de confiance et de collaboration au sein d’une équipe. Je l’associe au « parole impeccable » des 4 accords Toltèques de Miguel Ruiz. Il s’applique à autrui comme à moi-même et évite de se complaire dans l’espace problème dans le reproche ou la rumination. La parole dirige notre pensée et notre action. Une parole positive et bienveillante engendre des actions positives alors qu’une parole négative nous enferme dans la spirale infernale du pessimisme et de la recherche des coupables.
Le second point est le rapport à l’échec. Dans la culture DevOps, il faut essayer rapidement pour échouer vite et savoir ce qui fonctionne. C’est une culture de l’initiative, de la tentative, de l’itératif : j’essaie et si ça ne fonctionne pas : « No Blame » certes…
…mais je réessaie différemment après avoir tiré les leçons du premier essai. C’est certainement un challenge pour la fierté des coqs latins que nous sommes en France mais c’est une attitude salutaire pour innover et arriver à un résultat satisfaisant.
Le troisième principe est que pour aller loin, il faut commencer par faire quelque chose. C’est le Plus Petit Progrès Partagé Possible (PPPPP) dont parle le Kaizen et c’est le travail par incrément cher aux pratiques agiles.
Par quoi commencer ? Le principe c’est qu’il faut savoir selon quel critère je vais prioriser les activités : apport métier, risque, coût, temps passé. Une fois que les critères sont clairs, je vais pouvoir maximiser la valeur apportée par mes taches au regard de ces critères. Je sais ainsi en permanence ce que je dois faire et pourquoi je le fais. En fonctionnant toujours par priorité, je peux maximiser le nombre de taches que je ne mène à bien et ne pas perdre de temps à faire des choses qui ne ne s’avèrent pas si importantes que ça au vu des enjeux.
Importance des valeurs pour donner du sens
Dynamique d’équipe et harmonie au travail