Différences

Ci-dessous, les différences entre deux révisions de la page.

--- rda:pilotage:td1 [2026/10/07 20:03] – [TD1 - Gouvernance de la Donnée & Hygiène Système] jcheron
+++ rda:pilotage:td1 [2026/10/07 20:21] (Version actuelle) – [0. Le syndrome GIGO : Garbage In, Garbage Out] jcheron
@@ Ligne 2: / Ligne 2: @@
-<em>
+<WRAP round>
-**Fil rouge pédagogique :** //« Une transition digitale ne rate jamais à cause du logiciel, elle rate à cause de la qualité de la donnée et du rejet des équipes (Garbage In, Garbage Out). »//
+**Principe fondateur :** //« Une transition digitale ne rate jamais à cause du logiciel, elle rate à cause de la qualité de la donnée et du rejet des équipes (Garbage In, Garbage Out). »//
-</em>
+</WRAP>
-====== 0. Introduction : Le syndrome GIGO (Garbage In, Garbage Out) ======
+----
+====== 0. Le syndrome GIGO : Garbage In, Garbage Out ======
+//Pourquoi la donnée brute détermine la performance de l'entreprise ?//
+L'adage informatique fondamental **GIGO** (//« Déchet en entrée, déchet en sortie »//) rappelle qu'un système d'information — aussi moderne et puissant soit-il — ne produit des résultats fiables que si les données qu'on lui injecte le sont également.
-<wrap info>
+<WRAP alert round>
-**Durée indicative :** 5 minutes (en rebond du brise-glace de 15 minutes).
+**L'illusion technologique :**
-</wrap>
+Aucun algorithme de scoring, tableau de bord BI ou outil d'intelligence artificielle ne peut compenser une base de données corrompue, incomplète ou obsolète. Traiter des données de mauvaise qualité ne génère pas de la valeur : cela produit des erreurs à grande vitesse.
+</WRAP>
-  * **Constat terrain :** Synthétiser les irritants remontés par les étudiants (doublons, CRM devenus des poubelles, fichiers Excel perdus sur des bureaux).
+Pour un responsable du développement commercial, l'hygiène système est le prérequis indispensable pour :
-  * **La posture du RDA :** L'hygiène système n’est pas une préoccupation technique réservée à la DSI. C’est un impératif business pour :
+  * **Fiabiliser les prévisions de vente (Forecasting) :** Piloter les objectifs sur des montants et des probabilités réels.
-    * Piloter et fiabiliser les prévisions de vente (//Forecasting//).
+  * **Sécuriser la chaîne de valeur :** Éviter les litiges de facturation et les retards de livraison causés par des fiches clients erronées.
-    * Facturer vite et sans litiges.
+  * **Permettre l'automatisation :** Déployer des workflows (emails de relance, alertes de gestion) sans risquer d'envoyer des communications incohérentes aux clients.
-    * Automatiser les tâches chronophages sans propager d'erreurs en cascade.
 ----
-====== Pilier 1 : L'Emplacement — La SSOT face au poison du Shadow IT ======
+====== 1. L'Emplacement : La SSOT face au Shadow IT ======
-//Où doit vivre la donnée ?//
+//Où vit la donnée dans l'organisation ?//
-=== 1. Le concept : La SSOT (Single Source of Truth) ===
+=== La SSOT (Single Source of Truth) ===
-Une donnée métier essentielle (coordonnées, tarif négocié, statut contractuel) ne possède **qu'un seul domicile officiel**.
+Une donnée métier essentielle (coordonnées d'un compte, tarif négocié, statut contractuel) ne possède **qu'un seul domicile officiel** dans l'entreprise.
-Si le service commercial, la comptabilité et la logistique exploitent trois versions divergentes d'une même fiche client, l'entreprise pilote à l'aveugle.
-=== 2. Le symptôme : L'explosion du Shadow IT ===
+Dès lors que le commerce, la comptabilité et les opérations s'appuient sur des sources disjointes, l'entreprise pilote à l'aveugle.
-Le commercial note une remise dans un groupe WhatsApp, gère son pipe sur un carnet papier ou maintient un tableur Excel sur son poste local.
-<wrap danger>
+=== Le risque du Shadow IT ===
-**Les 3 bombes à retardement du Shadow IT :**
+Le Shadow IT correspond aux outils et pratiques non officiels adoptés par les collaborateurs (notes sur bloc-notes, échanges WhatsApp non centralisés, classeurs Excel locaux).
-  * **Court terme (Opérations) :** Erreurs de facturation, promesses clients non tenues, retards de livraison.
-  * **Moyen terme (Légal & RGPD) :** Données personnelles et stratégiques stockées sur des téléphones privés ou des outils non sécurisés.
-  * **Long terme (Patrimoine) :** Le jour où le collaborateur quitte l'entreprise, le portefeuille et l'historique partent avec lui.
-</wrap>
-=== 3. La règle managériale RDA ===
-<wrap tip>
+<WRAP alert round>
-**Règle d'or :** //« Tout ce qui n'est pas dans l'outil de référence officiel n'existe pas. »// \\
+**Les 3 risques majeurs du Shadow IT :**
-Aucune validation de commission, de remise ou d'expédition ne se fait sur la foi d'un message Slack ou WhatsApp.
+  * **Opérationnel :** Erreurs de facturation, promesses commerciales non transmises, retards de livraison.
-</wrap>
+  * **Légal & Sécurité :** Données professionnelles et personnelles hébergées hors périmètre sécurisé (non-conformité RGPD).
+  * **Patrimonial :** Lors du départ d'un collaborateur, son historique d'échange et la relation client quittent l'entreprise avec lui.
+</WRAP>
+<WRAP tip round>
+**Règle d'or :** //Tout ce qui n'est pas consigné dans l'outil de référence officiel n'existe pas pour l'organisation.//
+</WRAP>
 ----
-====== Pilier 2 : La Structure — Typage vs Champ Libre ======
+====== 2. La Structure : Typage strict vs Champ libre ======
-//Comment la donnée doit-elle être saisie pour créer de la valeur ?//
+//Comment formater la donnée pour la rendre actionnable ?//
-=== 1. Le piège du champ libre : La fausse simplicité ===
+=== Le problème du champ libre ===
-Pour « faire simple et aller vite », on multiplie les zones de texte libre.
+Laisser des champs de saisie ouverts pour des informations critiques empêche toute exploitation automatique.
-**Exemple concret dans un pipe commercial :** 5 commerciaux désignent la même étape de 5 manières différentes :
+**Exemple dans le suivi commercial :** Une même étape de conversion est saisie de façons hétérogènes :
   * //« Intéressé »//
   * //« Chaud patate »//
@@ Ligne 58: / Ligne 63: @@
   * //« R1 fait »//
-<wrap alert>
+<WRAP alert round>
-**Conséquences directes :**
+**Impacts sur le pilotage :**
-  * Impossible de filtrer, trier ou segmenter la base.
+  * Impossibilité de trier, filtrer ou segmenter la base de données.
-  * Impossible de générer un reporting automatique de prévision de ventes.
+  * Rapports de prévision des ventes (forecasting) faussés ou irréalisables.
-  * Impossible de programmer des déclencheurs automatisés (ex. relance email automatique à J+7).
+  * Échec des automatisations de relance ou de routage d'information.
-</wrap>
+</WRAP>
-=== 2. Le principe de normalisation ===
+=== Le principe de normalisation ===
-Pour qu’une donnée soit exploitable par un système et un manager, elle doit être **strictement contrainte** :
+Pour alimenter les tableaux de bord et fiabiliser les processus :
-  * **Listes fermées (Select / Dropdown / Tags) :** Réservées aux statuts, motifs de perte, typologies d'acheteurs.
+  * **Listes déroulantes fermées (Select/Dropdown) :** Obligatoires pour les statuts, motifs d'échec ou typologies de clients.
-  * **Typage strict :** Dates (format //AAAA-MM-JJ//), montants (format //Devise// numérique sans texte), booléens (//Oui/Non//).
+  * **Typage strict :** Dates (format //AAAA-MM-JJ//), montants (format numérique //Devise//), booléens (//Oui/Non//).
-  * **Usage circonscrit du champ libre :** Uniquement pour les comptes-rendus narratifs (la valeur relationnelle humaine).
+  * **Champ texte libre :** Réservé exclusivement à la prise de notes qualitative et au compte-rendu d'échange.
-=== 3. La règle managériale RDA ===
+<WRAP tip round>
-<wrap tip>
+**Règle d'or :** //Des champs fermés pour piloter et automatiser, des champs libres pour raconter.//
-**Règle d'or :** //« Des champs fermés pour piloter et automatiser, des champs libres pour raconter. »//
+</WRAP>
-</wrap>
 ----
-====== Pilier 3 : La Gouvernance — Le Modèle PPT & Le Contrat de Saisie ======
+====== 3. La Gouvernance : Modèle PPT & Contrat de saisie ======
-//Combien de données exiger sans bloquer l'équipe commerciale ?//
+//Comment garantir l'adoption des outils sans surcharger les équipes ?//
-=== 1. Le Modèle PPT : People → Process → Technology ===
+=== L'alignement PPT (People - Process - Technology) ===
-<wrap alert>
-**Le piège du solutionnisme digital :** Croire qu'un abonnement CRM (Technology) va compenser un manque de rigueur méthodologique (Process) ou des équipes débordées (People).
-</wrap>
-Dans tout projet digital, la valeur suit un ordre immuable :
+Dans tout projet digital, l'efficacité dépend de l'équilibre entre trois composantes :
-  - **1. People (L'Humain) :** Charge mentale, compétences réelles, adhésion au changement.
+  * **People (L'Humain) :** Adhésion, charge mentale et niveau d'usage des collaborateurs.
-  - **2. Process (La Méthode) :** Règles claires du parcours commercial (qui saisit quoi, quand et pourquoi).
+  * **Process (La Méthode) :** Étapes claires du parcours métier (qui saisit quoi, à quel moment et dans quel but).
-  - **3. Technology (L'Outil) :** Vient automatiser le process, jamais le compenser.
+  * **Technology (L'Outil) :** Le support technique, qui vient outiller le process sans le remplacer.
-//Si l'outil est trop complexe pour l'équipe, celle-ci le contourne : le Shadow IT réapparaît immédiatement.//
+<WRAP alert round>
+**Le piège du solutionnisme digital :** Installer un outil complexe ne corrige pas un manque de méthode. Lorsque la technologie impose une charge excessive aux équipes, celles-ci la contournent et réactivent le Shadow IT.
+</WRAP>
-=== 2. Le Contrat de Saisie Minimal Viable (CSMV) ===
+=== Le Contrat de Saisie Minimal Viable (CSMV) ===
-  * **Principe de Data Minimization :** Plus un formulaire impose de champs, moins il est renseigné avec rigueur.
+Le volume de données requis doit être calibré sur la capacité réelle de saisie des équipes :
-  * On ne collecte pas la donnée qu'on *aimerait avoir un jour*, mais celle dont on a *absolument besoin pour passer au stade suivant*.
+  * **Minimisation :** Plus un formulaire impose de champs, moins la qualité de saisie est assurée.
-  * **Arbitrage clé :**
+  * **Données bloquantes (Gatekeepers) :** Champs strictement nécessaires pour franchir une étape (ex. numéro SIRET pour générer un devis).
-    * **Données bloquantes (Gatekeepers) :** Obligatoires pour franchir une étape (ex. Numéro de SIRET obligatoire pour générer un devis).
+  * **Données secondaires :** Informations complémentaires, à renseigner ultérieurement ou à enrichir automatiquement.
-    * **Données accessoires :** Optionnelles ou enrichies ultérieurement par des outils tiers.
-=== 3. La Matrice des 4 familles de données ===
+=== Matrice d'arbitrage des 4 familles de données ===
-^ Famille de donnée ^ Question clé ^ Exemples terrain ^ Exigence Système ^ Erreur fréquente à bannir ^
+^ Famille ^ Finalité ^ Exemples ^ Exigence Système ^ Erreur type à proscrire ^
-| **1. Identité** | //Qui ?// | Nom, Email pro, SIRET, Raison sociale | **Unicité absolue (SSOT)** | Doublons, usage de boîtes personnelles |
+| **1. Identité** | Identifier précisément (//Qui ?//) | Nom, Raison sociale, SIRET, Email pro | **Unicité absolue (SSOT)** | Doublons de comptes, adresses emails perso |
-| **2. Quantitative** | //Combien ? Quand ?// | Montant opportunité, Date closing, Volume | **Typage strict** (aucun texte) | Écrire //« env. 5k€ »// dans un champ numérique |
+| **2. Quantitative** | Mesurer et planifier (//Combien ? Quand ?//) | Montant opportunité, Échéance, Quantité | **Typage strict** (Zéro texte) | Saisir //« ~5000 € »// dans une cellule de montant |
-| **3. Qualitative** | //Pourquoi ? Comment ?// | Contexte de vente, freins exprimés, besoins | **Champ libre autorisé** | Forcer un dropdown là où il faut du narratif |
+| **3. Qualitative** | Donner du contexte (//Pourquoi ?//) | Historique relationnel, besoins spécifiques | **Champ libre autorisé** | Restreindre artificiellement un compte-rendu |
-| **4. Descriptive** | //Quel profil ?// | Secteur d'activité, Effectif, Solution en place | **Minimisation / Arbitrage** | Formulaire de 30 champs décourageant la saisie |
+| **4. Descriptive** | Segmenter (//Quel profil ?//) | Secteur, Effectif, Outil en place | **Minimisation / Arbitrage** | Formulaire exhaustif de 20 champs facultatifs |
 ----
-====== Transition TD : La Grille d'Audit pour les Équipes ======
+====== 4. Méthodologie d'assainissement d'un jeu de données ======
-<wrap info>
-**Consigne équipes (4 étudiants) :** Analyser le jeu de données fourni, l'assainir et définir la gouvernance à appliquer.
-</wrap>
-  - **1. Unicité :** Détecter les doublons et identifier quelle source doit être désignée comme SSOT.
+Pour auditer une base de données opérationnelle et restaurer son hygiène système :
-  - **2. Standardisation :** Repérer les champs libres chaotiques et proposer la liste fermée (valeurs dropdown) ou le type strict correspondant.
-  - **3. Minimisation :** Identifier les colonnes superflues à supprimer pour alléger le contrat de saisie.
-  - **4. Règles d'or :** Rédiger la charte de saisie en **3 à 5 règles non négociables** à destination de l'équipe terrain (support pour la restitution orale).
+  - **Identifier la source de référence :** Localiser les doublons et décréter l'enregistrement officiel (SSOT).
+  - **Normaliser les données clés :** Remplacer les champs libres incohérents par des types stricts ou des menus déroulants standardisés.
+  - **Élaguer le superflu :** Supprimer les données orphelines, non exploitées ou non maintenues.
+  - **Poser les règles de gouvernance :** Rédiger la charte de saisie (champs bloquants, formats attendus, interdiction des canaux parallèles).