Un projet peut être prêt à démarrer… sans être vraiment cadré
Le besoin semble identifié. Une direction souhaite améliorer un service, les métiers ont dressé une liste de fonctionnalités et la DSI commence à examiner les solutions possibles. Le projet a même parfois déjà un calendrier.
Pourtant, une question reste ouverte : est-ce bien le même projet que chacun s’apprête à engager ?
La direction attend peut-être une amélioration de la qualité du service. Les métiers souhaitent simplifier certaines tâches. Les utilisateurs espèrent pouvoir accomplir leurs démarches plus facilement. De son côté, la DSI doit composer avec les outils et les données existants.
Ces attentes sont toutes légitimes. Mais si elles ne sont pas mises en discussion, le projet risque de se construire autour d’une solution qui ne répond qu’à une partie du problème.
Cadrer, c’est prendre le temps de comprendre la situation et de préciser ce que l’on cherche à changer, avant que les premières décisions de conception ne rendent certaines options difficiles à remettre en question.
Derrière une demande d’outil, quel problème cherche-t-on à résoudre ?
Imaginons une organisation qui souhaite refondre une application métier. Les utilisateurs se plaignent d’une interface compliquée et les responsables du projet envisagent de moderniser les écrans.
En observant le travail quotidien, on pourrait découvrir que les difficultés ne viennent pas uniquement de l’interface : une même information est saisie plusieurs fois, certains traitements passent encore par des tableurs parallèles et les équipes ne disposent pas toutes des données nécessaires au bon moment.
Une refonte graphique ne résoudrait qu’une partie de ces difficultés. À l’inverse, revoir l’ensemble des processus serait peut-être disproportionné au regard des enjeux et des moyens disponibles.
Le cadrage aide à distinguer ce qui relève de l’outil, de son environnement et des pratiques de travail. Il permet ensuite de choisir ce qui doit être traité dans le projet, ce qui peut l’être plus tard et ce qui mérite d’être porté à la connaissance d’autres responsables.
C’est aussi une manière d’éviter qu’une liste de fonctionnalités devienne, à elle seule, la définition du besoin. Une fonctionnalité demandée est une information précieuse ; elle ne dit pas toujours pourquoi elle est nécessaire ni si elle constitue la réponse la plus pertinente.
Quand le service dépasse largement son portail numérique
Prenons maintenant une collectivité qui souhaite simplifier les démarches proposées à ses habitants. La création d’un portail unique peut sembler une réponse évidente : un point d’entrée pour trouver les services, déposer une demande et suivre son traitement.
Mais l’expérience d’un habitant ne commence ni ne se termine nécessairement sur ce portail. Il peut chercher une information en ligne, appeler pour vérifier qu’il a compris, puis se rendre à un accueil parce que sa situation nécessite un échange.
Et derrière chaque demande se trouvent des agents, des règles de traitement et parfois plusieurs outils qui communiquent difficilement entre eux.
Si l’on ne regarde que le futur portail, on risque de concevoir une entrée plus simple vers un service dont les difficultés restent inchangées.
Le cadrage permet ici de travailler à l’échelle du service : quels parcours souhaite-t-on faciliter ? Quels canaux doivent rester disponibles ? Comment une demande circule-t-elle entre les équipes ? Quelles évolutions du fonctionnement interne seront nécessaires pour tenir la promesse faite aux habitants ?
Il ne s’agit pas de transformer toute l’organisation avant de créer un service numérique. Il s’agit de comprendre les interdépendances pour choisir un périmètre de projet cohérent et ne pas découvrir trop tard ce qui empêchera le service de fonctionner comme prévu.
Partager une vision, ce n’est pas demander à tout le monde d’être d’accord sur tout
Un projet mobilise des personnes qui ne voient pas la même partie de la situation. Les utilisateurs connaissent les difficultés qu’ils rencontrent. Les professionnels savent comment le service fonctionne au quotidien. Les métiers portent les règles et les objectifs. La direction fixe les ambitions et les priorités. Les équipes techniques connaissent les possibilités et les contraintes des systèmes existants.
Le cadrage permet de réunir ces connaissances pour construire une représentation commune du problème et des réponses envisageables.
Cette vision partagée ne naît pas nécessairement d’une grande réunion où chacun exprime ses attentes. Elle se construit en confrontant les points de vue à des situations concrètes : un parcours observé, une difficulté récurrente, un scénario de fonctionnement, une règle métier dont les conséquences deviennent visibles.
Les schémas, cartographies et premières représentations de la solution servent à cela. Ils donnent aux personnes un objet commun à discuter. Ils rendent les désaccords plus précis et les décisions plus faciles à formuler.
L’objectif n’est pas de rechercher un consensus sur chaque détail. Certaines attentes seront incompatibles ; des contraintes obligeront à renoncer à une option ou à reporter une ambition. Une vision partagée permet surtout de comprendre les choix retenus et leurs raisons, pour que chacun puisse contribuer à la suite du projet.
Transformer la vision en décisions que l’on peut engager
Comprendre la situation et imaginer un futur souhaitable ne suffisent pas encore pour lancer la conception.
Il faut traduire cette réflexion en choix : quelles améliorations sont prioritaires ? Quels profils et quels parcours sont concernés ? Quelles fonctionnalités faut-il envisager ? Quels sujets nécessitent une investigation complémentaire ? Quelles dépendances techniques ou organisationnelles peuvent influencer le calendrier ?
Cette étape consiste aussi à donner une place aux contraintes. Un projet n’est pas mené avec des ressources illimitées, et les réponses possibles ne présentent pas toutes le même rapport entre valeur attendue, effort de réalisation et risques.
Selon sa taille et sa complexité, le cadrage peut déboucher sur un périmètre fonctionnel ciblé ou sur une trajectoire plus large, organisée en plusieurs étapes. Certaines décisions peuvent être prises immédiatement ; d’autres devront être éclairées pendant la conception ou par des études complémentaires.
Un cadrage utile ne cherche pas à tout résoudre à l’avance. Il permet de décider ce que l’on peut engager, ce que l’on doit encore vérifier et la manière d’avancer sans perdre de vue l’intention initiale.
Penser dès maintenant au jour où le service devra fonctionner
On peut concevoir une solution pertinente et rencontrer malgré tout de grandes difficultés lors de sa mise en service.
Un nouvel outil peut modifier la manière de traiter les demandes, redistribuer certaines responsabilités ou exiger que les équipes s’approprient de nouvelles pratiques. Si ces changements ne sont abordés qu’au moment du déploiement, les professionnels risquent de découvrir le service en même temps qu’ils doivent l’utiliser.
Le cadrage est une occasion d’identifier ces conséquences suffisamment tôt. Qui devra faire évoluer ses pratiques ? Quelles compétences ou quels supports seront nécessaires ? Comment préparer les utilisateurs et les équipes ? Quels changements dépassent le périmètre de l’outil ?
Toutes les réponses ne doivent pas être apportées à ce stade. Mais ces questions ont leur place dans la définition du projet, au même titre que les fonctionnalités et les contraintes techniques.
Elles contribuent à faire du futur service une solution que l’organisation sera en mesure de réaliser, d’expliquer et de faire vivre.
Le bon cadrage est celui qui permet d’avancer
Il n’existe pas de dispositif unique pour cadrer tous les projets. Une application ciblée et la refonte d’un service mobilisant plusieurs directions n’appellent ni les mêmes investigations, ni les mêmes ateliers, ni le même niveau de détail.
La démarche doit répondre aux incertitudes du projet. Parfois, quelques entretiens et un atelier suffiront à éclairer les décisions principales. Dans d’autres situations, il faudra approfondir la recherche auprès des utilisateurs, observer le travail réel ou étudier plus précisément les relations entre les processus et les outils.
Ce qui compte, ce n’est pas le nombre de méthodes mobilisées ou de documents produits. C’est la capacité du cadrage à faire progresser les décisions et à préparer la suite du travail.
Avant de lancer la conception, une question mérite donc d’être posée collectivement : savons-nous suffisamment bien ce que nous cherchons à améliorer, pour qui, et ce que nous sommes prêts à engager pour y parvenir ?
Si les réponses restent trop différentes selon les interlocuteurs, le projet a probablement encore besoin d’être clarifié. S’ils partagent le même cap et connaissent les questions qui restent ouvertes, la conception peut commencer sur une base plus solide.