Mieux comprendre les différentes natures de changement, et se distinguer des paliers
Coacher une transformation
Le problème c’est qu’il y a différentes classes de coach , qui adressent différentes classe de problèmes. Un “coach agile” tel que le marché le voit, n’opère que sur un Niveaux de changement 1 et ne donc ne peut opérer une transformation d’entreprise, situé sur les niveaux 2 ou 3. Pour une transformation, il faut donc un autre profil; qui est un métier emergent, ce que cet article tente de cerner.L’intention de cet article est triple : - Permettre aux managers de mieux comprendre ce qu’ils achètent comme coach - Donner des clés aux coach agile qui pressentent les limites de l’approche traditionelle et ainsi de continuer leur développement. - Partager des repères pour différencier entre une transformation ,une réorganisation, de l’amélioration, et les structurer adéquatement
Comment planter sa Transfo – Partie 3
Ceci est la troisième partie de ce billet
Agile ou Innovation ?
L’échelle d’émergence permet d’estimer le niveau d’inconnu d’un projet (ou inversement, son degré de déterminisme, de prédictibilité) .
Comment planter sa Transfo – Partie 2
Ceci est la deuxième partie de ce billet
Vision
D’abord, pas besoin de dire pourquoi on se transforme puisque tout le monde le veut. Et puis, sans vision, vous êtes sûrs de ne pas y arriver.
Aller où d ailleurs, hein ? Et comment sauriez-vous que vous avez réussi ?
Contentez-vous d’injonctions vagues comme « Transformez-vous » – notez bien le « vous » , il faut bien qu’ils sentent que ce sont eux qui doivent se transformer, bien sûr, pas vous -, ou aussi « Il faut aller dans le cloud » ou encore « Il faut se digitaliser ». C’est évident, personne ne dira le contraire et cela vous permettra de garder les choses assez ouvertes pour changer d’avis en cours de route, ou de critiquer ce qui sera fait, vu qu’il n’y a pas de « critère de réussite ». De plus, vous pourrez à tout moment dire « ça ne va pas assez vite », sans trop de risques… ( ou « trop vite », selon les nécessités du moment…). Enfin, si vous êtes vraiment désespérés et que vous n’avez pas les moyens de vous offrir un grand cabinet de consultants, il existe d’excellents générateurs automatiques de visions1 , conçu d ailleurs par des transfuges des précédents. Il vous restera juste à faire la mise en forme du powerpoint vous-mêmes. 2
Comment planter sa Transfo – Partie 1
Vous êtes victime d’une transformation agile, devops, cloud, digitale, whatever… ça vous saoule et vous voudriez bien en finir. Voici quelques conseils 1 :
Créez des projets innovants. Faites-ça en agile, vous avez au moins 80 % de chances de vous planter.Ne créez pas de vision, « laissez-la se révéler » au fur et à mesure que vous avancez et comptez sur votre management actuel pour le faire.
quick reference card pour l’ecocycle
Mise en ligne d’une quick reference pour l’ecocycle et création d’une section référence cards (dans le menu). Car il existe peu de littérature de synthèse disponible pour introduire l’ecocycle finalement ( Rien que des gros trucs à lire, ou pas trop évidents), et je vais en avoir besoin dans les prochains article sur les #transformation .
Différencier Transformation et Emergence dans une Entreprise mûre
Pour une entreprise mure aujourd’hui, la nécessité "d'évoluer" ne se conteste plus, par contre, il y du flou , de la confusion entre évolution, changement, transformation ( avec les buzzword qui vont bien, *transformation* digitale, *transformation* agile, *l'évolution* vers le cloud, le *changement* des mentalités, résistance au *changement* ) . Nous vous proposons ici de discerner entre transformation et émergence. De gagner en clarté, d'être capable de distinguer, de dire où on est. Sans cette clarté, c'est la confusion, et cela prévient l'action.
Presentation Introducing to Diffusion of Innovation, with Sociology Patterns and Haskell
Just found (out of Serendipity) an Interesting presentation ( video plus slides) introducing to Diffusion of Innovation with Sociology / Social Patterns, mentioning several times Haskell. Good introduction to a mix of techniques for whoever interested in Haskell proselytism, and go to market strategy, drawing from Change management and Technology adoption lifecycle / Tipping Point, etc, in a pragmatic way.