Introduction : comprendre avant de transformer
Une transformation agile commence rarement par des outils ou des
cérémonies. Elle débute par une réalité plus crue : des tensions, des
dysfonctionnements, des douleurs. Des femmes et des hommes qui essaient de
collaborer, mais qui se heurtent à des silos, à de la défiance, à de la
fatigue. Avant d’imaginer des solutions, il faut écouter. Comprendre.
Cartographier les irritants et les besoins. C’est par ce chemin que nous avons
engagé une transformation à grande échelle.
Pendant plusieurs semaines, nous avons mené un travail d’observation et de
diagnostic. Entretiens avec les équipes, ateliers de verbalisation, audit de
l’existant : pratiques, outils, documentation, processus, flux de demandes.
Nous avons notamment analysé les boards JIRA, les
méthodes de priorisation, les interactions entre équipes, les points de
friction avec les métiers. Nous avons confronté les ressentis avec des éléments
factuels. Et ce travail de diagnostic a permis d’ouvrir les yeux
collectivement.
Des verbatims forts ont émergé :
- « Le
meilleur moyen d’obtenir quelque chose de l’IT, c’est de ne rien leur
demander. »
- « On n’a
pas de roadmap, pas de vision, tout arrive en vrac. »
- « Il y a
des dépendances non gérées et personne pour les arbitrer. »
- « On est
en silos, chacun optimise son coin. »
