Simulation — Projet d'apprentissage indépendant. Données issues de l'open data SNCF (licence ODbL).
Outils & méthode

Comment un Data Steward utilise concrètement ses outils

Présentation didactique des outils-clés du quotidien : JIRA pour les exigences, Confluence pour la documentation, PowerBI pour la restitution, Databricks pour l'analyse. Chaque outil illustré par un cas concret simulé sur les données SNCF.

C'est quoi cette page ?
Les écrans présentés ci-dessous sont des mockups pédagogiques reconstitués pour expliquer l'usage de chaque outil. Ce sont des reconstitutions fidèles d'interfaces que vous trouverez dans n'importe quelle équipe Data en entreprise — pas des captures réelles SNCF.

01 — Le cycle de vie d'un projet data

Avant de plonger dans les outils, il faut comprendre où chacun s'insère dans le cycle d'un projet. De l'idée métier jusqu'à la maintenance opérationnelle, voici les phases types et le rôle du Data Steward à chaque étape.

1
Étude émergente

Le métier exprime un besoin flou

Acteurs

Data Steward · Métier

Livrable

Note de cadrage

2
Cadrage

On précise le périmètre, on chiffre

Acteurs

Data Steward · PO

Livrable

User Stories JIRA

3
Spécifications

Règles de gestion détaillées

Acteurs

Data Steward

Livrable

Page Confluence

4
Développement

Construction des pipelines

Acteurs

Data Engineer

Livrable

Code + tests

5
Recette

Validation métier de la livraison

Acteurs

Data Steward · Métier

Livrable

PV de recette

6
Mise en prod

Déploiement en production

Acteurs

Data Engineer · Ops

Livrable

Donnée disponible

7
MCO

Maintenance, surveillance, évolutions

Acteurs

Data Steward

Livrable

Suivi continu

Méthodologie : Agile / Scrum
Cadence : Sprints 2 semaines
Cérémonies : Daily, Refinement, Sprint Review
Outil pivot : JIRA

02 — JIRA

Outil de gestion des exigences et du backlog projet. Chaque demande métier devient un ticket JIRA, qualifié, priorisé, suivi jusqu'à sa livraison.

Le Data Steward est souvent rapporteur ou assignee sur les tickets de cadrage et de validation qualité.

Jira
Naomi-Data /
Backlog Steward Q2
Sprint 26.4
Naomi-Data / NAOMI-1247
USER STORYNAOMI-1247

Définir et exposer la vue « Grands Voyageurs Dormants » pour la campagne Q2

Description

En tant que responsable CRM Marketing,

je veux disposer d'une liste fiabilisée des Grands Voyageurs n'ayant pas voyagé depuis 12 mois,

afin de lancer une campagne de réactivation ciblée au Q2 2026.

Critères d'acceptance
  • La vue expose id_client, email, segment_fidelite, dernier_voyage
  • Filtrage strict sur consentement marketing actif (RGPD bloquant)
  • Dormance définie comme : aucun voyage effectué depuis ≥ 12 mois
  • Refresh quotidien à J-1 06:00
  • Documentation Confluence à jour avec le data lineage
  • Volumétrie attendue entre 12 000 et 18 000 lignes (alerte sinon)
Tâches techniques
TASKNAOMI-1248Spec ingestion consentement RGPDDONE
TASKNAOMI-1249Création de la vue sdr.v_client_dormantIN PROGRESS
TASKNAOMI-1250Contrôles qualité dédiés (DQ-014)IN PROGRESS
TASKNAOMI-1251Documentation Confluence + Data CatalogTO DO
8 commentaires
2 fichiers
4 watchers
Détails
StatutIN PROGRESS
SprintSprint 26.4
Points8
Priorité⬆ Haute
ComposantSocle Data RC
EpicCampagne Réactivation Q2 2026
Assigné à
DS
Data Steward
Rapporteur
PO
Product Owner SDR
Créé le14 jan 2026
MAJil y a 2h
Création du ticket

Le Data Steward formalise la demande métier en User Story claire avec critères d'acceptance.

Affinage et estimation

Lors du refinement, il aide l'équipe à estimer la charge en story points selon la complexité data.

Validation à la livraison

À la recette, il vérifie que la donnée livrée respecte les règles de qualité définies dans le ticket.

03 — Confluence

Wiki d'entreprise pour toute la documentation projet. Spécifications, fiches de données, procédures, comptes-rendus de réunion : tout y vit.

Le Data Steward y produit notamment les fiches de spécification fonctionnelle et alimente le data catalog interne.

Confluence
Espace Naomi DataSpécificationsSF-2026-SDR-014
Créé le 14 jan 2026 par Data Steward·Mis à jour il y a 2h

SF-2026-SDR-014 — Vue Client Dormant Eligible

Spécification fonctionnelle pour exposition d'une vue analytique dans le Socle Data Relation Client

EN REVUEValidation attendue de : Data Owner Marketing TGV-IC
Sommaire
  1. 1. Contexte métier
  2. 2. Règles de gestion
  3. 3. Schéma de la vue exposée
  4. 4. Lineage des données
  5. 5. Contrôles qualité
  6. 6. SLA et fréquence

1. Contexte métier

Suite à la demande de la cellule Marketing CRM (ticket NAOMI-1247), il est nécessaire d'exposer une vue analytique listant les clients du programme Grand Voyageur n'ayant pas effectué de voyage depuis 12 mois ou plus, afin de cibler une campagne de réactivation au Q2 2026.

2. Règles de gestion

IDRègleCriticité
R01Périmètre : clients porteurs d'un contrat Grand Voyageur actifBloquante
R02Dormance : aucun voyage effectué depuis ≥ 12 mois glissantsBloquante
R03Conformité RGPD : consentement marketing actif requisBloquante (légal)
R04Email présent et au format RFC 5322Importante
R05Calcul indicateur de potentiel CA réactivationRecommandée
#data-steward#sdr#crm-marketing#rgpd#campagne-q2
Pourquoi c'est essentiel

Sans Confluence, la connaissance reste dans la tête des gens. Quand un Data Steward part en vacances, son successeur doit pouvoir reprendre un dossier en lisant la documentation. C'est aussi ce qui permet l'audit (« qui a validé cette règle ? quand ? »).

04 — PowerBI

Plateforme de data visualisation Microsoft. Permet de construire des dashboards interactifs à partir de sources SQL, Excel, Databricks…

Le Data Steward n'est pas le développeur principal des dashboards mais il valide la qualité des données qui les alimentent et participe à la définition des indicateurs.

Power BI
|Pilotage Campagne Réactivation Q2 2026
Filtres actifs :Période : Q2 2026Segment : Grand VoyageurStatut : Dormant 12m+
Cible identifiée
14 832
clients dormants éligibles
+5,2%
Email valides
14 218
taux de joignabilité 95,9%
+1,1%
Taux d'ouverture
22,4 %
vs cible 25%
-2,6 pts
Conversions
1 187
voyages réalisés post-campagne
+8 ce jour

Performance par segment

Mise à jour : il y a 4h
Grand Voyageur Le Club78%
Grand Voyageur Plus64%
Grand Voyageur41%
Sans programme actif18%

Répartition canaux d'acquisition

Email direct58%
Push application27%
SMS15%

Évolution quotidienne — taux d'ouverture & clic

Taux d'ouverture
Taux de clic

Le Data Steward et PowerBI

  • • Définit les indicateurs avec le métier (KPI, SLA)
  • • Valide les sources et leur qualité avant connexion
  • • Vérifie la cohérence des chiffres affichés
  • • Identifie les zones grises et fait corriger

Niveau attendu (poste type)

  • Débutant suffit pour la plupart des postes Data Steward
  • • Lire et comprendre un rapport existant
  • • Modifier un visuel simple
  • • Connecter une source Databricks ou SQL Server

05 — Databricks

Plateforme cloud d'analyse de données à grande échelle. Combine SQL, Python, R et Spark dans une interface unifiée. Largement adoptée par les grandes entreprises pour leurs lakehouses.

Le Data Steward y exécute des requêtes d'audit qualité, explore la donnée pour répondre à un besoin métier, valide des règles avant industrialisation par les Data Engineers.

Databricks
/naomi-workspace/audit_qualite_clients_dormants.sql
Cluster « Naomi-Steward » actif
SQL
Cell 1 · MarkdownCmd 1

# Audit qualité — Clients dormants éligibles

Validation des règles R01 à R04 avant industrialisation de la vue dans le Socle Data RC. Auteur : Data Steward · Ticket : NAOMI-1249

Cell 2 · SQL Exécuté il y a 3 min · 2,4s
-- Comptage et qualité par segment de fidélité
SELECT c.segment_fidelite,
COUNT(DISTINCT c.id_client) AS nb_clients,
COUNT(CASE WHEN c.email IS NOT NULL THEN 1 END) AS avec_email,
COUNT(CASE WHEN cons.consentement_marketing = TRUE THEN 1 END) AS avec_consentement,
MAX(t.derniere_transaction) AS activite_la_plus_recente
FROM sdr.client c
LEFT JOIN sdr.consentement cons ON c.id_client = cons.id_client
LEFT JOIN sdr.derniere_transaction t ON c.id_client = t.id_client
WHERE t.derniere_transaction < CURRENT_DATE - INTERVAL '12 months'
GROUP BY c.segment_fidelite
ORDER BY nb_clients DESC;
Résultats · 4 lignes · 2,4s▸ Table
segment_fidelitenb_clientsavec_emailavec_consentementactivite_la_plus_recente
Grand Voyageur Le Club2 1342 0981 9452024-12-18
Grand Voyageur Plus4 2184 1023 7122024-11-22
Grand Voyageur6 8846 5425 1232024-10-04
Sans programme1 5961 4768582024-08-30
Cell 3 · Markdown

Observations :

  • Volume total 14 832 clients dormants — cohérent avec l'estimation annoncée à CRMS
  • Taux de complétude email 96% — au-dessus du seuil R04 (95%) ✓
  • Taux de consentement marketing 78% — application stricte de R03 va exclure 22% de la cible. À remonter au métier.
  • Segment "Sans programme" représente 11% — vérifier avec le PO si on les inclut ou non
Cas d'usage typique

« L'équipe Marketing demande combien de Grands Voyageurs n'ont pas voyagé depuis 12 mois. Avant de demander un développement, le Data Steward ouvre Databricks, écrit la requête SQL d'analyse, vérifie le volume retourné et la cohérence du résultat. Si le besoin est récurrent, alors seulement on industrialise via une vue dans le Socle Data. »

L'écosystème complet

Ces 4 outils couvrent l'intégralité du cycle quotidien d'un Data Steward : du recueil du besoin à la validation finale, en passant par l'analyse exploratoire et la documentation.

JIRA
Tracer les exigences
Confluence
Documenter durablement
Databricks
Explorer la donnée
PowerBI
Restituer aux métiers