1. Vision et objectifs du projet¶

La première étape d’un devis consiste à comprendre pourquoi le projet existe. Avant de parler de technologies, d’échéancier ou de budget, il faut clarifier le problème à résoudre, la valeur attendue et le niveau d’ambition réel du produit.

Pourquoi cette étape est essentielle¶

Deux projets peuvent sembler similaires sur le plan technique tout en ayant des objectifs complètement différents. Un prototype destiné à valider une idée ne demandera pas le même effort qu’une version de production utilisée par de vrais clients. Sans cette distinction, le devis risque d’être faux dès le départ.

Cette vision influence directement :

le niveau de finition attendu;
la qualité minimale requise;
la tolérance au risque;
les choix techniques;
le temps à investir en validation et en documentation.

Questions à poser¶

Au moment de cadrer le projet, il est utile de documenter les points suivants :

Quel problème veut-on régler?
Quelle valeur le projet doit-il apporter?
S’agit-il d’un MVP, d’un prototype, d’une preuve de concept ou d’un produit complet?
Qui décide que le projet est un succès?
Quelle plateforme est visée : web, mobile, tablette, application interne?

Effet sur le devis¶

Une vision claire permet de fixer les frontières du mandat. Par exemple, si l’objectif est de démontrer rapidement une idée à des partenaires, on peut accepter certains compromis sur la robustesse ou l’automatisation. À l’inverse, si le produit doit être mis en ligne et utilisé à grande échelle, il faut prévoir davantage de temps pour les tests, la sécurité et le déploiement.

Le devis doit donc refléter la finalité du projet, pas seulement sa liste de fonctionnalités.

Exemple¶

Un enseignant veut un outil pour que ses étudiants remettent leurs travaux en ligne. Il parle de « plateforme scolaire » et montre des captures d'Omnivox. Le développeur doit alors déterminer : s'agit-il d'un prototype pour tester l'idée avec 30 étudiants, ou d'un outil de production qui devra fonctionner pour 500 étudiants dès la rentrée? Le premier peut être bâti en quelques jours avec des outils existants. Le second demande une planification sérieuse de la sécurité, des données et de la fiabilité. Si cette question n'est pas posée, le devis sera faux peu importe le reste.

Erreurs fréquentes¶

Commencer par la solution au lieu du besoin
Mélanger un prototype et un produit de production
Oublier les objectifs d’affaires
Ne pas définir ce qui sera considéré comme une livraison réussie

Mini-checklist¶

Le problème à résoudre est formulé clairement
Le type de projet est identifié
Le public cible est connu
Les critères de succès sont définis
Les limites du mandat sont explicites

Questions de compréhension¶

Pourquoi faut-il définir le type de projet (prototype, MVP ou production) dès le départ?
Quelle est la différence entre l'objectif du projet et les fonctionnalités du projet?
Donne un risque concret d'un devis sans vision claire.

À retenir¶

La vision sert de point d’ancrage à tout le devis. Si elle est floue, toutes les estimations qui suivent deviennent fragiles.