À quoi sert un diagnostic IA, et ce qu'il vous rend
Cartographier les processus, mesurer le temps réellement passé, et sortir une liste de cas d'usage priorisés et chiffrés.
Écrit par les consultants de Lick & Shannon Partners. Nous décrivons ici notre propre prestation, y compris les situations où elle ne sert à rien — c'est plus utile qu'une plaquette.
Ce qu'un diagnostic regarde
Un diagnostic ne regarde pas votre système d'information. Il regarde où part le temps, et ce que ce temps coûte.
- Les processus tels qu'ils se déroulent, pas tels qu'ils sont décrits. L'écart entre les deux est la première découverte de presque tous les diagnostics.
- Le temps réellement passé par tâche, mesuré avec les équipes plutôt qu'estimé en réunion.
- Les points de reprise — où l'information est ressaisie, où un contrôle rattrape une erreur, où un dossier revient en arrière.
- Les outils déjà utilisés, y compris ceux que personne n'a autorisés. Ils sont toujours plus nombreux qu'annoncé.
- Les données disponibles, et leur état réel. Beaucoup de cas d'usage échouent là, pas ailleurs.
Le déroulé, semaine par semaine
- 1.Semaine 1 — entretiens et observationSix à dix entretiens avec ceux qui font le travail, pas seulement avec ceux qui l'encadrent. On observe deux ou trois processus en situation. C'est là que se trouve l'écart entre le processus décrit et le processus vécu.
- 2.Semaine 1 — relevé chiffréVolume, temps unitaire, fréquence, coût de reprise, pour chaque processus candidat. Sans ces chiffres, la priorisation est une opinion.
- 3.Semaine 2 — qualification des cas d'usageChaque candidat est passé au filtre : le gain, le risque, la faisabilité, et la question du contrôle — si l'outil se trompe, qui s'en aperçoit et quand.
- 4.Semaine 2 — restitutionUne réunion avec la direction et les responsables concernés. On présente les chiffres avant les recommandations, pour que les arbitrages se discutent sur la même base.
Les livrables, et ce qu'on en fait
Trois documents, et un seul compte vraiment :
- La cartographie des processus mesurés — utile bien au-delà du sujet IA. Plusieurs de nos clients l'ont réutilisée pour des décisions d'organisation sans rapport avec l'automatisation.
- La liste des cas d'usage priorisés — c'est le livrable central : chaque ligne porte un gain estimé, un coût estimé, un niveau de risque et une difficulté de mise en œuvre.
- Une recommandation de premier chantier, argumentée, avec ce qu'il faut mobiliser et sur quel horizon.
Ce que le diagnostic ne fait pas : choisir un éditeur. Nous ne revendons aucune solution, et l'arbitrage technique vient après la décision de quoi traiter.
Quand il n'en faut pas
Il y a des situations où un diagnostic est une dépense inutile, et il vaut mieux le dire :
- Vous savez déjà quel processus vous coûte cher, et vous avez les chiffres. Passez directement au cadrage de ce cas d'usage.
- L'entreprise est très petite — en dessous d'une dizaine de personnes, deux journées d'échange suffisent généralement à faire le tour.
- Un chantier structurant est déjà en cours — changement d'ERP, réorganisation. Le diagnostic sera périmé avant d'être livré.
- La direction n'a pas tranché le principe. Un diagnostic ne remplace pas une décision : il l'éclaire.
Cette page décrit un déroulé type. Elle ne dit pas ce que le vôtre coûterait, ni s'il est même nécessaire : ça dépend de votre taille, du nombre de processus concernés et de ce que vous savez déjà. On en parle avant de le proposer.
Demander un diagnostic IA
Deux semaines pour cartographier vos processus et sortir une liste de cas d'usage priorisés.
Pour aller plus loin