← Tous les guides
Pilotage de projet

Cahier des charges Data et BI : le modèle pour obtenir des offres comparables

Par NEYO Analytics · · 4 min

Un cahier des charges Data utile décrit la décision à améliorer, les sources disponibles, les contraintes et la manière de recevoir le travail. Il permet de comparer des offres sur un même besoin. Le nombre de pages compte moins que la précision des définitions et des responsabilités.

Écrire le problème sans imposer trop tôt la solution

« Faire un dashboard moderne » décrit une forme, pas un résultat attendu. Préférez : le responsable régional doit identifier les agences en retard sur un objectif validé et pouvoir expliquer l’écart. Ajoutez les utilisateurs, la fréquence de décision et la limite du premier lot.

Indiquez les outils existants et les contraintes imposées, puis distinguez-les des préférences. Une obligation de réutiliser un modèle Power BI ne se traite pas comme une envie de tester une plateforme. Cette séparation permet au prestataire de proposer des options comparables et d’expliquer ses hypothèses.

Le brief à compléter avant la consultation

Si une information manque, indiquez « à confirmer » et nommez la personne qui peut la fournir. Une inconnue visible peut être chiffrée comme une phase de découverte. Une inconnue cachée devient souvent un désaccord sur le périmètre.

Trame de cadrage réutilisable
RubriqueÀ préciserExemple de preuve
UsageUtilisateur et décisionScénario de réunion ou opération
IndicateursDéfinitions et exceptionsCalcul sur un jeu de contrôle
SourcesDisponibilité et propriétaireSchéma et échantillon autorisé
ContraintesAccès, délais et environnementValidation des responsables
LivrablesCode, modèle, rapport et documentationListe de réception
ExploitationAlertes, support et repriseIncident simulé

Joindre un dictionnaire d’indicateurs

Pour chaque indicateur, précisez son calcul, son grain, ses filtres, sa période et le responsable qui valide. Ajoutez les cas particuliers : avoir, annulation, devise, client sans segment ou période non clôturée. Un exemple fictif avec résultat attendu facilite la discussion.

Le prestataire doit pouvoir montrer où la définition est implémentée et comment la tester. Un indicateur dont seul le résultat graphique est livré reste difficile à maintenir. Demandez le modèle, les transformations et les éléments nécessaires à leur reprise.

Définir les critères de réception avant les délais

Un livrable « terminé » doit correspondre à une vérification convenue. Par exemple : les totaux sont rapprochés d’une source de référence, les filtres sont testés et l’actualisation suivante est démontrée. Précisez aussi ce qui constitue un défaut bloquant et ce qui relève d’une évolution.

Ajoutez une recette d’accès : le lecteur autorisé consulte le bon périmètre et l’utilisateur non autorisé ne le voit pas. Pour les plateformes et licences, faites vérifier les prérequis réels plutôt que supposer qu’un accès développeur décrit le futur usage lecteur.

Référence technique : Microsoft : partage et collaboration Power BI

Comparer les propositions sur leurs hypothèses

Demandez une décomposition entre découverte, réalisation, recette, transfert et exploitation. Faites apparaître les dépendances à votre équipe : accès, arbitrages et disponibilités. Deux prix ne sont comparables que s’ils couvrent les mêmes responsabilités.

Une offre peut proposer un forfait sur un périmètre fermé ou un renfort de capacité avec pilotage partagé. Demandez ce qui se passe en cas de nouvelle source, de définition modifiée ou de retard d’accès. Les conditions de changement doivent être explicites avant de discuter un montant final.

Préparer la reprise dès le lancement

Notre processus de cadrage et de suivi donne un point de départ pour la mission. Le guide Power BI aide à définir les composants et la page consultants Data permet de préciser le profil recherché.

  1. Définir où sont conservés les sources et livrables.
  2. Attribuer les accès à des identités adaptées et prévoir leur retrait.
  3. Demander une documentation d’exécution et d’incident.
  4. Faire reprendre le livrable par une autre personne.
  5. Obtenir la validation métier et technique avec les réserves éventuelles.

Questions fréquentes

Que doit contenir un cahier des charges BI ?

Il doit préciser les usages, utilisateurs, sources, indicateurs, accès, livrables et critères de réception. Ajoutez les responsabilités et les inconnues à lever. Une liste de graphiques sans définition des données ne suffit pas pour obtenir des offres fiables et comparables.

Faut-il choisir la technologie avant de consulter ?

Indiquez les contraintes réellement imposées et votre environnement. Si le choix reste ouvert, demandez des options argumentées sur le même besoin. Une technologie doit être évaluée selon les usages, les coûts, les accès et la capacité de votre équipe à la maintenir.

Comment limiter les dépassements de périmètre ?

Définissez le premier lot, les critères de réception et le traitement des changements. Documentez les dépendances et les hypothèses. Lorsqu’une demande évolue, mesurez son effet avant de l’intégrer au planning. La clarté du périmètre n’élimine pas les changements, mais permet de les arbitrer.

Passer du guide à votre projet

Partagez vos sources de données, vos contraintes et la décision à améliorer. NEYO Analytics vous aide à cadrer les prochaines étapes.

Discuter de votre besoin →