Ce que vous cherchez à améliorer
Identifier le résultat attendu, la difficulté actuelle, ce qui devrait devenir plus simple, plus rapide ou possible, et ce qui permettrait de considérer le projet comme utile.
02 — Votre situation
Transformer une idée en projet concret
Vous avez une idée, une amélioration en tête ou quelque chose que vous aimeriez rendre possible, mais le projet reste encore difficile à définir.
Avant de définir les fonctionnalités, il faut clarifier le problème que le projet doit résoudre.
Vous n’avez pas besoin d’arriver avec un cahier des charges, une liste complète de fonctionnalités ou une solution technique déjà choisie.
Avant de définir ce qu’il faudrait réaliser, je cherche d’abord à comprendre ce que votre idée doit réellement permettre d’améliorer ou de résoudre.
Accueillir le point de départ
Votre idée n’a pas besoin d’être déjà entièrement définie
Une idée constitue un point de départ. Elle n’implique pas nécessairement de créer une nouvelle application ou un nouveau produit.
- une tâche à simplifier
- une information à mieux suivre
- une nouvelle manière de travailler avec des clients ou une équipe
- un service à rendre possible
- quelque chose que les outils actuels permettent mal de faire
- une amélioration imaginée sans connaître encore sa forme
- une intuition à examiner avant d’aller plus loin
Clarifier ensemble
Vous n’avez pas à concevoir le projet à ma place
Vous pouvez arriver avec une idée encore incomplète.
Mon rôle est aussi de vous aider à clarifier le besoin, les usages, les priorités et les différentes manières d’y répondre avant de figer une solution.
Un cahier des charges peut devenir utile dans certains projets, mais il n’est pas l’objectif systématique du parcours.
De l’idée au besoin réel
Une idée décrit souvent une solution imaginée. Le besoin se trouve parfois juste derrière.
« Il me faudrait une application »
- je perds trop de temps à suivre certaines informations ;
- mes clients ne peuvent pas effectuer une démarche seuls ;
- plusieurs personnes doivent accéder aux mêmes données ;
- mon organisation actuelle ne suit plus l’évolution de mon activité.
Comprendre cette différence permet d’examiner davantage de solutions avant d’en choisir une, sans dévaloriser l’idée de départ.
Quatre axes de clarification
Clarifier suffisamment pour pouvoir décider
Le premier niveau de réflexion suit une progression simple : résultat recherché, personnes et usages, contraintes, puis priorité.
Pour qui et dans quel usage
Comprendre qui utiliserait réellement la solution, qui fournit ou consulte l’information, à quel moment, dans quelles conditions et avec quelle fréquence.
Ce qui contraint réellement le projet
Repérer les outils déjà utilisés, l’organisation, les données, les règles métier, le temps, l’autonomie souhaitée, le budget lorsqu’il devient pertinent et les dépendances extérieures.
Ce qui compte en premier
Distinguer ce qui est indispensable, ce qui apporte le plus de valeur au départ, ce qui peut être testé ou différé et ce qui ne doit pas alourdir inutilement le premier périmètre.
Distinguer supposition et réalité
Une idée contient souvent des hypothèses
« Les clients utiliseront cette fonction »
« Il faut forcément une application »
« Cette information est disponible »
« Cette étape doit être automatisée »
Avant de construire autour d’elles, certaines hypothèses méritent d’être vérifiées.
Ce que l’on suppose ne doit pas devenir automatiquement un fait de conception. La méthode de vérification dépendra du contexte réel.
Premier périmètre utile
Définir suffisamment pour pouvoir avancer
L’objectif n’est pas nécessairement de prévoir dès maintenant tout ce que le projet pourra devenir.
Il faut surtout définir un premier périmètre cohérent : suffisamment utile pour répondre au besoin, mais suffisamment maîtrisé pour pouvoir être décidé, réalisé et évalué dans de bonnes conditions.
Ce premier périmètre ne prétend pas figer définitivement le projet.
Conception progressive
Un projet peut se préciser à mesure que l’on comprend mieux le besoin
Clarifier ne signifie pas tout figer immédiatement.
Certaines décisions peuvent être prises maintenant, d’autres après une vérification, un prototype, un premier scénario ou simplement davantage d’informations.
Plusieurs scénarios restent possibles
Le développement est une possibilité parmi d’autres
Les six scénarios ci-dessous sont des branches parallèles. Aucun ne constitue une étape obligatoire vers le suivant.
Utiliser une solution existante
Une solution déjà disponible, une fonction native ou un service spécialisé peut parfois répondre suffisamment bien au besoin.
Adapter l’existant
Une évolution ciblée de ce qui est déjà utilisé peut être préférable à la création d’un nouvel outil.
Simplifier autrement
Supprimer une étape, modifier une transmission d’information, clarifier une responsabilité ou mieux exploiter un outil peut répondre au besoin sans nouveau logiciel.
Tester ou prototyper
Lorsqu’une incertitude importante subsiste, un test limité peut permettre de vérifier un usage, une hypothèse, un parcours, une donnée ou une direction.
Développer si justifié
Le sur-mesure devient pertinent lorsqu’il répond réellement mieux au besoin que les autres options examinées.
Différer ou ne rien engager pour l’instant
Le projet n’est peut-être pas encore suffisamment défini, les bénéfices attendus ne justifient pas forcément de se lancer, ou certains prérequis doivent d’abord être réunis. Dans ces cas, reporter le projet peut être la meilleure décision.
Un cadrage proportionné
Toutes les idées ne demandent pas le même niveau de clarification
Échange et cadrage direct
Pour un besoin déjà assez clair, un résultat identifiable, un périmètre limité et peu d’hypothèses importantes encore ouvertes.
Clarification / diagnostic
Lorsque l’idée doit encore être confrontée aux usages, contraintes, données disponibles, personnes concernées ou alternatives possibles.
Cadrage approfondi
Pour un projet plus structurant avec plusieurs profils ou usages, des dépendances nombreuses, plusieurs scénarios réellement différents ou des décisions importantes de périmètre.
Ces niveaux ne constituent pas une gamme « bon / mieux / premium ». Le niveau utile dépend du contexte réel.
Ce que la clarification doit permettre
Arriver à une décision suffisamment claire pour la suite
- quel problème ou résultat le projet doit réellement traiter
- pour qui
- dans quelles contraintes
- quelles hypothèses importantes restent à vérifier
- ce qui mérite d’être prioritaire
- quels scénarios sont réalistes
- quelle décision semble proportionnée pour la suite
Documentation proportionnée
Le cahier des charges n’est pas une fin en soi
Un document de cadrage, des spécifications ou un cahier des charges peuvent devenir utiles selon le projet.
Ils ne constituent ni une étape obligatoire ni un objectif en eux-mêmes. La documentation doit être proportionnée à ce qui aide réellement à décider, réaliser, transmettre ou maintenir le projet.
Commencer sans tout savoir
Vous n’avez pas besoin de tout savoir avant de me présenter votre idée
Vous n’avez pas besoin d’avoir déjà défini toutes les fonctionnalités, la technologie, la forme exacte de la solution, un cahier des charges, le périmètre définitif, toutes les contraintes ou la meilleure façon de réaliser le projet.
Vous pouvez commencer par expliquer ce que vous aimeriez améliorer, rendre possible ou mieux comprendre.
Comment commencer ?
Pour commencer, quelques éléments suffisent
- ce que vous avez en tête aujourd’hui
- ce qui vous a donné cette idée
- ce que vous aimeriez améliorer ou rendre possible
- les personnes qui seraient concernées
- et les contraintes que vous connaissez déjà
Ce qui manque pourra être clarifié ensuite si cela devient réellement nécessaire.
Partir de l’idée telle qu’elle est
Vous avez une idée que vous aimeriez rendre plus concrète ?
Vous pouvez me la présenter telle qu’elle est aujourd’hui, même si elle reste encore incomplète.