Le problème des 30 premiers jours

La première semaine d'un nouveau système a toujours l'air bien. Pas parce que l'implémentation était bonne, mais parce que les conditions qui font fonctionner les implémentations sont artificiellement présentes. Le chef de projet est encore sur place. L'équipe d'implémentation est à un message. Tout le monde fait attention. Les chiffres d'adoption sont bons. L'équipe d'implémentation repart.

La deuxième semaine, c'est le vrai test. C'est aussi le moment où personne ne regarde.

J'ai été assez souvent du côté succès client pour savoir à quoi ressemble la troisième semaine. Les tickets commencent. Pas sur des bugs, mais sur des choses absentes de la documentation. "Qui approuve les exceptions au-delà de ce seuil ?" "Que fait-on quand un client dit avoir payé mais que ça n'apparait pas ?" Ces questions ont des réponses. Pendant l'implémentation, ces réponses existaient dans les conversations entre le chef de projet et les utilisateurs clés. Personne ne les a notées.

Il y a toujours une personne qui comprenait les cas limites au lancement. Elle savait quels clients avaient des arrangements historiques, pourquoi le flux de paiement tardif avait un délai de grâce de trois jours. Elle est maintenant trois semaines dans un autre projet. Quand on l'appelle, elle aide de mémoire, mais la moitié du contexte se perd.

Ensuite, les contournements commencent. Quelqu'un découvre qu'on peut éviter un flux d'approbation cassé en ressaisissant l'enregistrement de zéro. Il l'enseigne au suivant. Au deuxième mois, l'équipe a un ensemble stable de contournements que personne n'a planifiés et que tout le monde traite comme le fonctionnement normal.

La métrique d'adoption, pendant ce temps, a l'air bien. Connexions par jour, sessions par utilisateur. Rien de tout ça ne révèle les contournements. Rien ne montre que l'équipe de réconciliation a cessé d'utiliser le nouveau module à la quatrième semaine et est retournée au tableur.

Une bonne gestion des 30 jours : un appel hebdomadaire en semaines deux à six pour les questions, pas pour les statuts. Les décisions sont documentées. Les utilisateurs clés du lancement restent disponibles tant que les contournements ne se sont pas stabilisés. Le premier audit a lieu au jour trente, pas quatre-vingt-dix. Une conversation courte et honnête avec les utilisateurs quotidiens : qu'est-ce que vous n'utilisez pas, qu'avez-vous arrêté de faire parce que c'était trop compliqué.