Transformation numérique qui survit à sa première année : séquençage sur ambition

L'idée centrale: Un programme de transformation est un problème…

Un programme de transformation est un problème séquentiel avant un problème technologique. L'ordre dans lequel le travail est tenté décide si les parties difficiles sont jamais atteintes du tout.

Les programmes sont généralement prévus en tant que portefeuilles: une liste de flux de travail, chacun avec une analyse de rentabilisation, fonctionnant en parallèle sous un groupe de pilotage. Le plan est défendable et l'échec est prévisible. Les flux de travail parallèles se disputent la même ressource rare, qui n'est pas un budget, mais l'attention des quelques personnes qui comprennent le fonctionnement du système actuel. Ces personnes sont finies, elles sont déjà pleinement engagées, et aucun montant de financement n'en crée plus dans la durée du programme.

Ce qui a changé, et pourquoi ça compte maintenant: Mesurer les délais pour un changement représentatif, le…

La forme de la défaillance est constante. Les deux premiers trimestres produisent des progrès visibles : un nouveau portail, un rapport migré, un voyage repensé. Environ neuf mois, le programme atteint quelque chose de structurel — un modèle d'identité, un contrat de données, un processus qui s'étend sur trois départements — et ralentit fortement. D'ici là, les premières victoires ont été rapportées comme preuve que l'approche fonctionne, le promoteur a progressé et le travail difficile doit être justifié à nouveau à partir d'une position plus faible. Le programme n'est pas en retard parce que la partie dure est difficile. Il est en retard parce que la partie difficile a été programmée après que la crédibilité a été dépensée. Il y a généralement une trace documentaire de cela. Le pack de pilotage du mois-neuf introduit un nouveau flux de travail pour les fondations ou les habilitations, qui est le programme découvrant, en public, que ce qu'il a reporté bloque maintenant tout le reste. Ce pack vaut la peine d'être lu de près dans n'importe quelle organisation sur le point de commencer une deuxième tentative, car la seconde tentative répète presque toujours la séquence tout en changeant le partenaire de livraison.

Construire le modèle d'exploitation: Énumérez chaque flux de travail prévu, marquez les…

Séquence du programme afin qu'une contrainte structurelle soit éliminée tôt, financée par une étroite victoire visible plutôt que par un portefeuille d'entre eux.

Identifiez la contrainte dont dépendent le plus les flux de travail et faites-la d'abord, même si elle démontre mal. C'est généralement l'identité, une définition de données canoniques, ou le processus de publication lui-même. L'essai est mécanique : listez tous les travaux prévus, marquez ceux qui ne peuvent pas finir jusqu'à ce qu'un changement donné atterrisse, et commencez par le changement qui a le plus de marques. Il ne s'agira pas de la meilleure analyse de rentabilisation, car le travail structurel n'en a jamais un — son avantage est qu'il rend huit autres choses possibles, et aucune analyse de rentabilisation ne peut prétendre que sans double comptage.

Mesurer ce que la décision a produit: Les programmes de transformation ne manquent…

Mesurer les délais pour un changement représentatif, le nombre d'équipes qui peuvent expédier sans coordination et la proportion de travail bloquée sur une seule équipe.

Le délai est la mesure honnête parce qu'il ne peut être amélioré par la déclaration. Choisissez un changement représentatif — une mise à jour des prix, un nouveau champ, une subvention d'autorisation — et mesurez - le en finissant avant que quelque chose ne commence. Mesurer de nouveau le même changement chaque trimestre. S'il n'a pas bougé, le programme a fourni des artefacts plutôt que des capacités, indépendamment du nombre de flux de travail qui sont verts. La proportion de travail bloqué est la mesure d'accompagnement: lorsqu'elle tombe, le coût de la coordination diminue réellement, et c'est la seule forme durable de transformation.

Lorsque l'exécution cesse: La plupart des programmes de transformation ne sont pas…

Le risque dominant est un programme qui optimise les progrès démontrables, qui sélectionne systématiquement les travaux qui montrent bien au-dessus des travaux qui débloquent.

Un deuxième risque est de traiter le modèle opérationnel comme un produit livrable. De nouvelles structures d'équipe et de nouveaux droits de décision sont publiés, le diagramme d'organigramme change, et l'itinéraire réel des décisions ne le fait pas, parce que le chemin informel était plus rapide et que personne ne l'a retiré. Le modèle publié devient alors une source de confusion plutôt que de clarté: deux itinéraires existent, un officiel et un réel, et les nouveaux participants apprennent le réel en une quinzaine. Si l'ancien chemin n'est pas fermé, le nouveau n'a pas été adopté, et aucune quantité de communication ne remplace la fermeture.

À quoi cela ressemble dans la pratique: La plupart des programmes de transformation ne sont pas…

En pratique, un programme qui fonctionne semble souvent lent pendant deux quarts. Une contrainte est levée, un petit navire d'amélioration orienté vers le client pour prouver la fin de la route, et le reste du portefeuille est explicitement différé plutôt que de courir en parallèle avec une réduction des effectifs. Le report est la discipline. C'est aussi la partie qui est la plus difficile à défendre lors d'une réunion de pilotage, car le report de six volets de travail est considéré comme un manque d'ambition, et la gestion des six à un tiers de la capacité requise est considérée comme une prestation. La défense qui a tendance à travailler est arithmétique plutôt que rhétorique: nommer les trois personnes dont dépend chaque flux de travail, montrer leurs heures engagées, et laisser le groupe directeur les répartir explicitement. Une fois que la contrainte est visible en tant qu'individu nommé plutôt qu'en tant que chiffre de capacité abstraite, la conversation passe de ce que nous devrions faire à qui le fait, ce qui est la question que le plan était d'éviter. Il vaut la peine d'écrire le report comme une décision datée plutôt que de le laisser comme une omission du plan. Les flux de travail qui n'ont jamais été officiellement reportés ont tendance à réapparaître à mi-parcours du trimestre, avec une dotation partielle attachée, et personne ne peut pointer au moment où la décision a été renversée parce qu'il n'y a jamais eu de décision d'inverser.

L'argument le plus fort contre cette: Un programme de transformation est un problème…

La grave objection est que le séquençage de cette façon concentre le risque. Si le changement structurel est erroné, le programme a dépensé sa crédibilité initiale dans un pari invisible et n'a rien à montrer. Les portefeuilles existent précisément pour répartir ce risque, et dans les organisations où le parrainage est instable ou où le leadership se retourne fréquemment, les victoires anticipées visibles ne sont pas vanité — elles sont ce qui maintient le programme en vie assez longtemps pour être important.

Cette objection est la plus forte lorsque le promoteur est faible et la plus faible lorsque la contrainte est bien comprise. La position honnête est que le séquençage des travaux structuraux exige d'abord un promoteur qui peut absorber les deux quarts des rapports non impressionnants. Lorsque ce promoteur n'existe pas, l'approche du portefeuille n'est pas erronée; c'est une réponse rationnelle à une contrainte politique, et elle devrait être nommée comme telle plutôt que comme une stratégie d'exécution.

Une séquence de mise en œuvre de 30 jours: Mesurer les délais pour un changement représentatif, le…

Énumérez chaque flux de travail prévu, marquez les dépendances et commencez par le seul changement qui débloque le plus. Reportez le reste explicitement et par écrit.

Mois un, mesurez le délai pour un changement représentatif et publiez le numéro. Deuxième mois, cartographier les dépendances à travers le portefeuille et identifier la contrainte la plus bloquée. Des mois trois à cinq, supprimez cette contrainte et expédiez une amélioration étroite face à l'utilisateur par le biais de la nouvelle route pour prouver qu'elle fonctionne de bout en bout. Sixième mois, remesurez le temps d'avance par rapport au même changement, publiez la comparaison et utilisez-la pour réouvrir les flux de travail différés en ordre de dépendance.

Remesurer le même changement, pas un nouveau

Garder un changement représentatif comme instrument fixe pour la durée du programme. La tentation de chaque trimestre est de choisir un exemple plus récent et plus favorable, et il faut y résister, parce qu'un point de repère mobile rend les progrès irréalisables. Consigner les conditions de mesure à côté du nombre: qui a fait le changement, quelles approbations étaient nécessaires, combien de temps chaque attente a été. Lorsque le total tombe, le record montre quelle attente a disparu, ce qui est la différence entre une amélioration que vous pouvez répéter et une que vous avez observée.

Revoir tous les trimestres, et lire le délai à côté de la proportion de travail bloqué et changer le taux d'échec. Un délai qui tombe alors que le taux d'échec augmente n'est pas une vitesse; il s'agit d'un coût différé, et il reviendra en volume incident dans les deux quarts. Changez une partie de l'itinéraire à la fois pour que la mesure reste attribuable, et gardez l'itinéraire précédent documenté jusqu'à ce que le nouveau ait effectué un quart complet de travail réel.

Conclusion éditoriale: Les programmes de transformation ne manquent…

Les programmes de transformation ne manquent généralement pas d'ambition, de budget ou de technologie. Ils sont à court de séquence. Les organisations qui terminent sont celles qui ont passé leurs deux premiers trimestres sur quelque chose qui a mal démontré et débloqué tout, et ont pu survivre aux réunions dans lesquelles cela ressemblait à un progrès lent.