A quoi ressemble un cadrage client avant le code
Avant la première ligne de code, je livre un document de cadrage exploitable. Structure, lots, critères de validation: voici ce qu'il contient.
Le livrable n'est pas du temps, c'est de la clarté
Quand un client engage un freelance, il croit souvent acheter des jours de développement. Dans mon process, le premier livrable est un document de cadrage exploitable.
Ce document sert a verrouiller la lecture commune du projet avant que le code ne rende des malentendus coûteux.
Les cinq blocs que le client reçoit
- La promesse produit en une phrase.
- La liste des lots de livraison avec le scope de chacun.
- Les criteres de validation lot par lot.
- L'architecture technique retenue.
- Les décisions clefs avec leur justification.
Comment un lot est formule
Le client n'a pas besoin d'une liste de grandes intentions. Il a besoin de blocs validables. Un lot doit dire ce qui entre, ce qui n'entre pas, et comment on saura qu'il est terminé.
Sur Grimoire, le lot 8 était formule comme un bloc complet d'auth, pas comme une consigne floue du type 'faire l'auth'. C'est cette précision qui rend la validation possible.
Ce que cela change cote client
Le bénéfice principal, c'est la prévisibilité. Le client voit ou va le projet, dans quel ordre, et sur quelle base il pourra valider chaque livraison.
Le scope creep devient plus visible. Les surprises de fin de sprint diminuent. Les discussions budget/délai deviennent plus concrètes parce qu'on parle d'unités de livraison, pas de ressenti.
Ce qui se passe apres chaque lot
Le document ne disparait pas quand le dev commence. Il évolue. Chaque lot passe ensuite par tests, audit post-livraison, puis mise à jour du cadrage si un arbitrage a change.
Ce que le client achète, au fond, ce n'est pas seulement du code. C'est un projet qui reste lisible du premier lot au dernier.