Préparer un brief de projet vraiment utile

Un brief n’a pas à résoudre toutes les questions techniques. Il doit rendre le travail assez clair pour permettre les bonnes questions. Commence par une page qu’un collègue extérieur au projet pourrait reformuler.

Décrire la situation actuelle

Utilise un cas concret. Dans un projet fictif de réservation, les demandes arrivent par plusieurs canaux et l’équipe distingue mal celles déjà traitées. Cela explique davantage qu’une demande de système moderne.

Ajoute un petit exemple anonymisé s’il aide. N’envoie pas toute une base clients lorsqu’un dossier fictif suffit. Identifie les informations qui seront nécessaires plus tard et les modalités d’accès appropriées.

Expliquer le résultat souhaité

Décris ce qu’une personne devra pouvoir faire ensuite. Les conseils de briefing du Design Council relient le projet au problème métier et aux résultats attendus. Concentre-toi sur l’amélioration plutôt que d’imposer chaque détail technique.

Dans l’exemple, le personnel autorisé pourrait identifier une demande sans réponse et son responsable. Décide comment le démontrer. Un exemple convenu vaut mieux que des adjectifs comme intuitif ou fluide.

Rendre les contraintes visibles

Liste dates importantes, limites budgétaires et dépendances. Explique la raison d’une échéance. Un événement fixé impose une autre discussion qu’une date simplement préférée.

Nomme la personne qui valide le périmètre et celles à consulter. Précise les contributions de ton équipe : contenus ou accès aux processus. Distingue faits confirmés et hypothèses à vérifier.

Clarifier avant d’exiger des certitudes

Termine par les questions ouvertes et la prochaine décision. Un prestataire peut raisonnablement proposer une phase exploratoire avant de promettre la réalisation complète. Demande ce qu’elle établira et quel livrable utilisable tu recevras.

Relisez le brief ensemble et consignez les changements. C’est un point de départ partagé, pas un document intouchable après son envoi. Conservez une version actuelle afin que devis et décisions reposent sur la même compréhension du travail.

Sources: Design Council: Briefing by Peter L Phillips.