La plupart des dépassements de projet commencent avant la première ligne de code : l’équipe construit ce qu’elle a compris, pas ce dont l’entreprise avait besoin. Un brief clair est le moyen le moins coûteux de l’éviter, et il ne demande aucune compétence technique.
Commencer par l’objectif
Décrivez en termes métier pourquoi le projet existe : plus de demandes via le site, moins de travail manuel au bureau, le lancement d’un nouveau service, le remplacement d’un système obsolète. Ajoutez comment vous saurez que c’est réussi - par exemple le nombre de demandes par mois ou le temps passé sur un processus. Un objectif aide l’équipe à prendre des centaines de petites décisions dans la bonne direction.
Décrire les utilisateurs
Qui utilisera le produit : clients, collaborateurs, partenaires, administrateurs ? Que doivent-ils faire, et dans quelles situations - sur mobile en déplacement, au bureau toute la journée, une fois par an ? Même un court paragraphe par groupe est plus utile qu’une liste de fonctionnalités.
Lister les scénarios clés
Écrivez les actions principales sous forme de petites histoires : « Un client choisit une prestation, un créneau, paie et reçoit une confirmation. » Cinq à dix histoires de ce type couvrent le cœur de la plupart des projets. Elles sont faciles à discuter, à chiffrer et à vérifier à la fin.
Être honnête sur les contraintes
Fourchette de budget, échéance, systèmes existants à connecter, exigences légales, langues, qui gérera le contenu après le lancement. Les contraintes ne sont pas une faiblesse du brief : ce sont elles qui permettent à l’équipe de proposer une solution réaliste plutôt qu’idéale.
Fixer des priorités
Indiquez ce qui doit figurer dans la première version et ce qui peut attendre. Un lancement où les scénarios essentiels fonctionnent bien vaut presque toujours mieux qu’un lancement tardif où tout est à moitié terminé.
Ce que vous pouvez omettre
Inutile de choisir les technologies, de dessiner chaque écran ou de décrire la base de données : c’est le travail de l’équipe. Des exemples de sites ou de produits que vous appréciez - et ce qui vous y plaît précisément - valent souvent plus que des maquettes détaillées.
En résumé
Un brief utile répond à cinq questions : pourquoi, pour qui, ce que les utilisateurs doivent pouvoir faire, dans quelles limites et par quoi commencer. Deux ou trois pages suffisent généralement à éviter des semaines de reprises.