Sprint 2 · Jours 31–60 — Un pilote, pas une plateforme
Une fois que la phase un a produit un flux de travail nommé, un responsable et un chiffre à atteindre, la tentation change immédiatement. L’adhésion existe désormais, alors l’instinct est d’aller vite et de déployer l’outil sur plusieurs équipes d’un coup. C’est la deuxième façon la plus sûre pour une PME de gaspiller un trimestre. Un déploiement à l’échelle de la plateforme au deuxième mois n’a encore aucune preuve derrière lui — c’est de l’enthousiasme qui tient lieu de données. La phase deux reste délibérément étroite : un flux de travail, un pilote, mené correctement.
Le flux de travail choisi en phase un devrait déjà être le plus ennuyeux — une tâche récurrente et lourde en friction plutôt qu’un cas d’usage à la une. Résistez à toute pression pour l’échanger contre quelque chose de plus visible dès qu’un budget y est attaché. Un pilote qui réussit discrètement contre un vrai centre de coûts vaut plus, à ce stade, qu’un pilote qui fait bonne figure dans une communication interne mais ne touche à rien de porteur.
Le responsable nommé en phase un a besoin de deux choses qu’il obtient rarement de lui-même : du temps protégé et une boucle de retour courte. Un point mensuel est trop lent pour un pilote de trente jours — l’hebdomadaire est plus juste. Le but de ces points n’est pas le reporting d’avancement. C’est de repérer la friction précoce avant que le responsable ne cesse discrètement d’utiliser l’outil sans que personne ne le remarque avant que le pilote ne soit déjà mort.
Vers la sixième semaine environ, la plupart des pilotes montrent une forme de résistance, et elle ressemble rarement à un refus ouvert. Elle ressemble à l’outil utilisé un peu moins chaque semaine, ou utilisé uniquement pour les parties de la tâche que personne ne rechignait à faire manuellement de toute façon. Ce n’est pas du sabotage. C’est généralement le signal que l’outil ne colle pas encore à la façon dont le travail se fait réellement, ou que la personne qui l’exécute ne fait pas encore confiance au résultat. Traiter cela comme un problème de discipline est la mauvaise lecture. La traiter comme une donnée sur l’endroit où le flux de travail doit être ajusté est la bonne.
Les « gains d’efficacité » ne survivent pas à une conversation budgétaire. Les heures, si. Au jour 60, le pilote devrait produire un chiffre concret — des heures gagnées ou réaffectées sur la tâche précise nommée en phase un, idéalement mesurées par rapport à une base de référence capturée avant le début du pilote. Si cette base n’a pas été capturée, capturez-la maintenant, de manière rétroactive et approximative si c’est tout ce qui est possible. Un chiffre sur lequel un directeur financier peut objecter reste plus utile que pas de chiffre du tout.
Pour la version complète en quatre étapes de ce calcul — scénarios conservateur, attendu et optimiste, ROI et délai de récupération — voir Mesurer la valeur, le risque, les coûts et les KPI.
Si la question open source contre fournisseur a été posée en phase un, c’est ici qu’elle commence à compter en pratique plutôt qu’en théorie. Un pilote construit rapidement sur une pile propriétaire parce que c’était le moyen le plus rapide de démarrer peut devenir coûteux à quitter une fois qu’il fonctionne — les données, les intégrations et les habitudes y sont désormais toutes rattachées. Il vaut la peine de vérifier, avant que la phase trois n’étende quoi que ce soit, ce que coûterait réellement, en argent et en effort, de sortir ce pilote de sa pile actuelle. Une réponse inconfortable vaut la peine d’être obtenue maintenant, avant que la phase trois ne multiplie l’exposition.
Au jour 60, quatre choses devraient être vraies :
- Le pilote a tourné sur un seul flux de travail, avec un seul responsable, pendant les trente jours complets.
- Des données d’usage existent — pas seulement un sentiment général que ça se passe bien.
- Un chiffre réel d’heures gagnées ou réaffectées existe, même approximatif.
- Les points de friction sont écrits, pas seulement mémorisés.
Avec cela en main, la phase trois est une décision, pas une supposition.