Sprint 1 · Jours 1–30 — Diagnostic et adhésion

L’erreur la plus courante dans le premier mois d’une initiative d’IA, c’est d’acheter quelque chose. Une démo se passe bien, quelqu’un signe la licence du pilote, et l’entreprise possède désormais un outil avant de posséder un flux de travail, un responsable ou la moindre définition de ce à quoi ressemble le succès. Cet outil survit en général environ six semaines d’usage réel avant qu’on cesse discrètement de l’ouvrir. Les trente premiers jours ne sont pas pour le déploiement. Ils sont pour le diagnostic.

Commencez par auditer ce qui se passe déjà, parce que l’essentiel de la réponse se trouve déjà dans les murs. Trois endroits méritent un regard honnête. D’abord l’usage parallèle — les gens utilisent très probablement déjà ChatGPT ou Copilot sur des comptes personnels pour une partie de leur travail, ce qui est une étude de marché gratuite sur l’endroit où se trouvent déjà l’appétit et la friction, collectée sans processus d’achat. Ensuite les dépenses existantes — beaucoup de PME paient déjà des fonctions d’IA intégrées à un CRM, un centre d’aide ou un outil de rédaction acheté pour autre chose, et n’en utilisent rien ; découvrez ce qui est déjà payé avant d’acheter davantage. Et enfin les deux ou trois flux de travail les plus frictionnels — pas les plus enthousiasmants. La tâche qui mange le plus d’heures récurrentes, ou celle qui provoque régulièrement des retards, est un meilleur point de départ que ce qui a l’air le plus impressionnant dans une présentation.

Pour une façon plus structurée de sourcer et noter les candidats qu’un simple après-midi à poser des questions, voir la série d’analyse des cas d’usage.

Résistez à la tentation de former un comité. Cela ressemble au geste responsable, et c’est généralement là que l’élan va mourir — un comité dilue la responsabilité au point que personne ne porte réellement le résultat, et il se réunit à une cadence plus lente que le sprint ne le permet. Le geste plus direct et plus efficace : nommez une personne, idéalement proche du flux de travail réel plutôt qu’un cadre dirigeant à trois niveaux de distance, et donnez-lui une vraie autorité pour mener le pilote en phase deux. Un nom sur le livrable vaut mieux qu’une réunion récurrente de plus.

Avant de chercher quoi que ce soit à acheter, répondez à une question trompeusement simple : que mesureriez-vous au jour 90 si cela marchait ? Pas « l’efficacité », pas « l’innovation » — un chiffre. Des heures gagnées sur une tâche précise, un délai de traitement réduit de plusieurs jours à quelques heures, un arriéré qui cesse de grossir. Si personne dans la pièce ne peut répondre en une phrase, l’initiative n’est pas prête à quitter la phase un, quoi que vienne de promettre la démo d’un fournisseur.

Une décision de plus mérite d’être posée maintenant plutôt que d’être découverte plus tard : la solution finale doit-elle tourner sur des composants open source auto-hébergés ou sur une pile propriétaire de fournisseur. Ce n’est pas un détail technique à déléguer à l’IT au troisième mois — cela détermine ce que vous pouvez réellement vous permettre d’étendre en phase trois, et ce qui arrive à vos données et à vos coûts le jour où un fournisseur change ses tarifs. Elle n’a pas encore besoin d’une réponse. Elle a besoin d’être posée à voix haute.

À la fin du jour 30, quatre choses devraient être vraies :

• Un flux de travail est nommé, et c’est une vraie source de friction récurrente plutôt que l’option la plus clinquante de la pièce.
• Une personne en est responsable, avec une vraie autorité pour mener le pilote.
• Le succès est défini par un chiffre précis, convenu avant que le moindre outil ne soit choisi.
• Aucun achat n’a été effectué.

Si les quatre tiennent, le sprint passe en phase deux — un seul pilote, protégé.