Du post‑it au projet : pourquoi une idée ne suffit pas

Il y a quelques années, un chef de projet est venu me voir avec une nouvelle application à développer.

Pour m'expliquer le besoin, il m'a tendu un post-it sur lequel étaient écrits deux ou trois mots.

À partir de là, il fallait se débrouiller.

Cette situation peut sembler caricaturale, mais elle illustre un problème fréquent dans les projets numériques : entre une idée et une application prête à être développée, il manque souvent beaucoup d'informations.

Une idée est un point de départ

Prenons un besoin simple :

« Je voudrais une application pour gérer les interventions de mes techniciens. »

L'idée est compréhensible. Mais pour commencer à concevoir l'application, de nombreuses questions apparaissent rapidement.

Qui utilisera l'application ? Les techniciens uniquement ? Les responsables ? Les clients ?

Que pourra faire un technicien ? Consulter son planning ? Ajouter des photos ? Faire signer le client ? Modifier une intervention ?

Et quelles sont les règles ? Une intervention terminée peut-elle être modifiée ? Qui peut l'annuler ? Le client doit-il recevoir automatiquement un compte rendu ?

Il faut ensuite réfléchir aux écrans, aux parcours utilisateurs et à la manière dont toutes ces fonctionnalités vont fonctionner ensemble.

Quelques mots peuvent donc cacher un projet beaucoup plus important qu'il n'y paraît.

Le risque : découvrir le besoin pendant le développement

Un développeur peut évidemment aider à préciser un projet. C'est même une partie importante de son travail.

Mais lorsque le besoin est trop peu défini, une partie des décisions est prise pendant le développement.

Et c'est souvent là que commencent les problèmes :

• fonctionnalités oubliées ;

• incompréhensions entre le client et le prestataire ;

• écrans à refaire ;

• règles métier découvertes trop tard ;

• estimation initiale du budget difficile.

Plus une décision importante arrive tard, plus elle risque de coûter cher à modifier.

Il n'est pourtant pas nécessaire d'écrire un cahier des charges de 50 pages

Le porteur de projet connaît généralement très bien son métier et son problème. Il ne sait simplement pas toujours comment transformer son idée en projet logiciel.

C'est notamment pour répondre à ce problème que j'ai créé le Studio dans Projance.

Le principe est simple : partir d'une idée, même exprimée en quelques phrases, puis utiliser l'IA pour aider à la structurer progressivement.

Le Studio accompagne notamment la réflexion autour des utilisateurs, des fonctionnalités, des règles métier, des parcours utilisateurs et des premières maquettes.

L'objectif n'est pas de remplacer le travail du futur prestataire ni de figer complètement le projet.

Il s'agit plutôt d'arriver devant lui avec une base suffisamment claire pour avoir une discussion constructive et obtenir une estimation plus pertinente.

Partir d'un post-it n'est pas le problème

Avec le recul, ce fameux post-it n'était finalement pas une mauvaise manière de commencer.

Beaucoup de bons projets naissent d'une idée très simple.

Le problème n'est pas de commencer avec un post-it. Le problème est de commencer à développer alors que le projet est encore au stade du post-it.

C'est justement l'étape entre les deux que le Studio de Projance cherche à faciliter : transformer progressivement une idée en un projet concret.