Construire un dashboard utile
Un dashboard pour qui, pour quoi
Un bon dashboard répond à une question précise pour une audience précise. "Tout afficher sur un seul écran" produit un dashboard illisible que personne ne consulte réellement en situation d'urgence.
Types de dashboards
- Dashboard opérationnel : pour l'équipe d'astreinte, focalisé sur l'état de santé en temps réel (Golden Signals). Doit permettre de diagnostiquer un incident en quelques secondes.
- Dashboard de capacité : pour la planification, montre les tendances sur des semaines/mois (croissance de l'usage disque, du trafic).
- Dashboard métier : pour les décideurs non techniques, traduit les métriques techniques en impact business (nombre de commandes perdues pendant un incident).
Principes de lisibilité
- Vue d'ensemble en haut, détail en dessous : les graphiques les plus critiques (santé globale) visibles sans scroller.
- Couleurs cohérentes : vert = normal, orange = attention, rouge = critique, appliqué uniformément sur tout le dashboard.
- Annotations d'événements : marquer les déploiements sur les graphiques de latence/erreurs permet de corréler visuellement une régression avec un changement récent.
Cas concret
Une équipe construit un dashboard unique avec 40 graphiques différents sur un seul écran. Pendant un incident réel, personne ne sait où regarder en premier : le temps de diagnostic double par rapport à un dashboard structuré avec les 4 Golden Signals en haut et le détail accessible en dessous seulement si nécessaire.
Erreurs fréquentes
- Trop de graphiques sur un seul dashboard : noie l'information importante dans le bruit visuel, ralentit le diagnostic en situation d'urgence.
- Aucune annotation de déploiement : impossible de corréler visuellement une dégradation avec un changement de code récent, alors que c'est souvent la cause n°1 d'incident.
- Dashboard jamais mis à jour après un changement d'architecture, affichant des métriques obsolètes ou trompeuses.
À retenir
- Un dashboard répond à une question précise pour une audience précise, pas "tout afficher".
- Les métriques les plus critiques doivent être visibles sans scroller.
- Annoter les déploiements sur les graphiques accélère la corrélation cause-effet lors d'un incident.
Mini-exercice
Une équipe d'astreinte met plusieurs minutes à localiser l'information pertinente sur son dashboard pendant un incident. Quelle est la cause la plus probable, et la correction à apporter ?
Réponse : trop de graphiques peu hiérarchisés sur un seul écran. Correction : remonter les Golden Signals (latence, trafic, erreurs, saturation) en haut du dashboard, reléguer le détail plus spécifique en dessous ou sur un dashboard secondaire.