Comprendre → Cadrer → Prototyper → Valider → Déployer → Mesurer. Une démarche progressive, pensée pour éviter les projets tunnel.
Les projets qui échouent le font rarement pour des raisons techniques. Ils échouent parce que le besoin réel n'avait pas été compris, parce que les utilisateurs ont découvert la solution trop tard, ou parce que personne ne pouvait dire si le résultat était satisfaisant.
Cette démarche répond à ces trois risques : partir du terrain, mettre quelque chose entre les mains des utilisateurs rapidement, et définir à l'avance ce qui constitue une réussite.
Le processus, les utilisateurs et les irritants.
Nous observons le processus tel qu'il est réellement pratiqué, en parlant aux personnes qui l'exécutent. C'est souvent à cette étape que le problème posé au départ se reformule.
Ce qui en sort
Le besoin, les données, les risques et les résultats attendus.
Nous délimitons le périmètre, identifions les données nécessaires et leurs conditions d'accès, évaluons les risques et fixons les critères qui permettront de dire si la solution fonctionne.
Ce qui en sort
Une première version limitée, mais réelle.
Nous construisons une version restreinte sur un périmètre représentatif. L'objectif est de confronter l'idée à la réalité rapidement, avant tout engagement lourd.
Ce qui en sort
Avec les utilisateurs, en conservant le contrôle humain.
Les utilisateurs testent la solution sur leurs cas réels. Les points de décision sensibles restent soumis à validation humaine, et cette frontière est écrite explicitement.
Ce qui en sort
Progressivement, en intégrant la solution à l'existant.
Le déploiement se fait par paliers, sur un périmètre puis sur les suivants, avec une possibilité de revenir en arrière à chaque étape.
Ce qui en sort
Les résultats obtenus, pour améliorer le dispositif.
Nous suivons les indicateurs définis au cadrage. Une solution qui n'apporte pas ce qui était attendu doit être corrigée ou arrêtée, pas maintenue par habitude.
Ce qui en sort
Les principes que nous appliquons quel que soit le projet
Un projet se découpe en séquences de quelques semaines, chacune produisant un résultat observable.
Chaque étape se termine par un arbitrage explicite : poursuivre, ajuster ou arrêter. Ce choix vous appartient.
Ce qui définit une étape réussie est écrit avant de commencer, pas apprécié après coup.
Peu d'indicateurs, mais définis précisément et suivis réellement.
Documenter ce qui sert à exploiter et faire évoluer la solution, plutôt que produire un volume de pages.
Pouvoir revenir en arrière ou changer de brique technique sans tout reconstruire.
Éviter qu'un outil unique devienne le point de fragilité de tout le dispositif.
La mission se termine quand vos équipes savent faire tourner et faire évoluer la solution.
La première étape est courte : comprendre votre processus et le reformuler avec vous.