Le Guide de la transformation digitale de Sahota

Le coach agile Michael Sahota (de Toronto) nous offre gracieusement l'état de sa pensée sur ce qu'est une transformation agile dans un ebook gratuit, plein non seulement de bonnes idées et de profondes réflexions, mais aussi de liens utiles en tous genre. Je ne saurais que trop encourager tous ceux qui s'intéresse à l'agilité d'entreprise, au radical management et au bonheur au travail à suivre Michael sur son blog Agilitrix. Quant au guide complet, vous le trouverez par exemple sur InfoQ.

En résumé:

• il ne faut pas confondre transformation agile ("être agile") et adoption des méthodes agiles ("faire agile")
• l'échec des transformations agiles est plus la règle que l'exception
• l'agilité est une culture
• l'adoption de l'agilité a passé le stade de l'enthousiasme des premiers précurseurs -- nous sommes maintenant dans la vallée de la déception (après le sommet de l'enthousiasme et au pied de la montée de la persuasion), avec des arrivants/adopteurs qui sont averses au risque et veulent un produit tout fait
• il faut donc d'abord comprendre la culture de l'organisation à transformer (et de ses différents "morceaux"). Plusieurs modèles sont utiles comme la Spirale dynamique (pour faire plaisir à @erf) ; le tribal leadership (ça c'est pour moi) ; ou le modèle de Schneider qui est celui détaillé dans ce livre, qui se résume comme ça:
• Culture de la collaborationCulture du contrôleCulture de la croissance personnelleCulture de la compétence
• le kanban est plus adapté à une culture du contrôle, l'agilité à une culture centrée sur les personnes, donc la colonne de gauche
• chaque tribu a une culture dominante et est plus ou moins compatible avec sa colonne et sa ligne, pas tellement avec sa diagonale
• pour transformer une culture, il faut agir équipe par équipe -- et il faut mettre en place des adaptateurs/interfaces entre équipes qui sont transformées et équipes qui n'ont pas adopté la nouvelle culture
• le guide de l'adoption se concentre sur trois scénarios: 1/adopter des pratiques agiles dans une culture qui y est hostile 2/adopter des pratiques agiles dans une culture compatible 3/tenter la transformation agile, la transformation de la culture
• pour adopter des pratiques agiles dans une culture qui ne l'est pas, mieux vaut avancer masquer, ranger son manifeste agile dans son placard, et utiliser des termes familiers
• pour adopter des pratiques agiles dans une culture compatible, on fait au contraire levier sur la culture et on a pas mal de techniques à disposition (ADAPT, Fearless change patterns, Cynefin...)
• pour transformer une culture, le modèle proposé est celui de Kotter, et il faut noter que la première condition qu'il pose, celle du sens de l'urgence, est rarement réunie, puisque Kotter dit que plus de 75% des managers doivent être convaincus que la compagnie ne peut pas continuer sur le chemin où elle se trouve avant de pouvoir même envisager de s'engager dans un programme de transformation

La conclusion de Sahota est une checklist pour les agents du changement (qui est, à mon avis, trop ambitieuse):

1. Je sais quel problème mon client me demande de résoudre
2. Je comprends la culture dominante et les cultures secondaires de mon client, ainsi que les grandes forces de son environnement
3. Mon client et moi sommes d'accord sur l'objectif et sur l'approche, en particulier la distinction entre adoption et transformation
4. Mon client et moi sommes d'accord sur la portée de l'action -- quelles équipes sont incluses, quelles équipes sont impactées
5. Mon client croit au projet et a le soutien nécessaire pour réussir
6. Mon client a le pouvoir et l'influence nécessaires pour faire réussir ce projet
7. Mon client comprend que, quand on est aux prises avec un système complexe, le sentier de transformation est une propriété émergente qui ne peut pas être défini à l'avance