Antoine.Guiral.Info

Si vous vous intéressez de près ou de loin au méthodes agiles, et que vous êtes un évangéliste dans une de vos sphères, vous avez dû vous confronter à des obstacles. Des freins, des réfractaires, des non-concernés,bref…des gens à convaincre!

Alors on attaque le discours avec les indicateurs agiles, le bien être de l’équipe, l’augmentation en compétences (dans le cas d’XP), le processus itératif qui permet d’être réactif, etc etc…

Après ces quelques dizaines heures de discussions, il se peut que vous ayez convaincus et que l’agilité prenne un peu de place dans votre quotidien. La première épreuve est passée, bravo!

Alors là on se frotte à un des débats récurrents : que veux dire « épreuve passée » (ou encore « story finie », « done », etc etc). Soit les gens que vous avez essayé de convaincre, voir de persuader (oui les managers ont des sentiments!!), s’impliquent totalement dans l’acquisition et la mise en place de ses nouvelles méthodes. Auquel cas l’épreuve est vraiment passée et les éventuelles difficultés qui arriveront ensuite seront assumées et partagées par l’ensemble des collaborateurs. Soit (ah enfin, le deuxième cas..celui qui pue), vos collaborateurs vous ont écoutés, ont été séduits et vous ont laissés « carte blanche ». Et là ça pue. Sur le moment non. Une grande satisfaction vous envahit, « oui j’ai réussi, j’ai évangélisé!! ». Hélas. Ce n’est que le début d’un long parcours pas nécessairement voué à la réussite.

Les premières semaines, les premiers sprints, dans l’enthousiasme général tout se passe bien. Normalement le burnup ne ressemble a rien mais il y a des prémices d’indicateurs, l’équipe est sur – éxitée (travail en binôme, objectif clair, court et atteignable, livraison régulière avec démo,etc…). Tout est beau dans le meilleur des mondes.

Puis premier accro. Un peu de retard sur un sprint (comme si c’était nouveau dans le monde de l’informatique ). Un scrum master qui découvre, un product owner absent, des binômes qui ne tournent pas assez, (on peut tout imaginer pour finir cette ligne). A un moment ça chie. Et là….malheur!!

Tout est remis en cause. « L’agilité ça ne marche pas! » « Avant ça fonctionnait! » « Quand est-ce que ca marchera? En plus tu ne sais pas? ». Ah….le « quand »! C’est la qu’intervient la citation qui m’a donnée envi d’écrire ce billet :

Beaucoup de gens souhaitent appuyer sur un bouton et magiquement devenir agile. Ils désirent bénéficier de tous les avantages sans avoir à fournir le gigantesque effort qui accompagne la transformation réelle de l’organisation. Les gens pensent que parce qu’ils lisent juste un livre … ou ont pris quelques jours de formation … qu’ils peuvent s’attendre à une productivité instantanée. Ils ne réalisent pas que les méthodes agiles vous montrent uniquement vos problèmes… c’est encore à vous de les régler…

No comment.

Je vous conseille la suite du billet : La stabilité d’abord…La vitesse ensuite!

Alors à votre avis, peut on mettre en place une méthode agile sans une implication forte du top management?