Énergie · Ingénierie de services
    CAS D'USAGE

    La configuration d'un programme de réacteur, dans un tableur qu'une seule personne entretient.

    La configuration a rejoint un modèle typé dont le client peut recevoir une vue scopée : la restitution en fin de mission est un export, plus une migration.

    RCC-MISO 19650ISO 9001IEC 61513
    KoddexFerrand IngénierieProgramme EstuaireConfiguration

    EQP-0142 — Pompe de circulation primaire

    KDX5R2Ferrand IngénierieProgramme EstuaireVue clientÉquipement
    Content Where-used Activity
    repere_client
    EST-PO-142
    statut_configuration*
    Figée
    indice
    C
    exigence_source*
    RCC-M · Partie B, §3.2
    visibilite_client*
    Partagé
    ecarts_ouverts
    2

    Pompe de circulation primaire, indice C figé à la revue de juin. Deux écarts restent ouverts côté fournisseur ; le client les voit en lecture sur sa branche, sans accéder aux autres programmes.

    ecarts_ouverts3
    Nameorigine*impact*statut*
    ECR-118 — Tolérance d'alignement d'arbreFournisseurMajeurEn instruction
    ECR-127 — Matière de garniture mécaniqueConceptionMineurEn instruction
    ECR-092 — Épaisseur de calorifugeChantierMineurSoldé

    Le workspace du client, anonymisé. Structure, champs et états réels.

    1
    tableur remplacé
    Scopée
    la vue client, dès le premier jour
    0
    migration à la restitution
    3
    programmes sur un modèle
    Secteur Ingénierie de services — énergiePérimètre Nucléaire, pétrole & gaz, équipementsAvant Un tableur par programmeLivrable La donnée structurée elle-même

    Anonymisé à la demande du client. La société, les programmes et tous les chiffres sont modifiés. Le problème de restitution et le modèle sont tels quels.

    CE QU'ILS ONT DÉCRIT

    Le bien pour lequel on vous paie est le seul que vous ne savez pas restituer proprement.

    CE QU'ON A CONSTRUIT AVEC EUX

    Un modèle, réutilisé par programme, avec une porte pour le client.

    Un programme de réacteur dans un tableur

    La gestion de configuration de toute la mission tient dans un fichier. Ça tient parce que celui qui l'a construit est encore sur le projet.

    Un gabarit, pas une page blanche

    Le modèle de configuration est défini une fois et instancié par mission. Un nouveau programme démarre structuré.

    Le client ne le voit qu'à la fin

    Aucun moyen sûr de donner au client une vue vivante de son propre programme : il reçoit un rapport et attend.

    Le client voit sa branche, en direct

    Un accès en lecture scopé sur son programme et rien d'autre. Aucun rapport à assembler, aucun autre client visible.

    Chaque programme réinvente la structure

    Une nouvelle mission part d'une page blanche, ou d'une copie du dernier tableur, ce qui est pire.

    La restitution est un export

    En fin de mission, la structure part avec la donnée dedans, dans une forme que les outils du client savent lire.

    Jumeau numérique d'un réacteur, en vue écorchée
    Un tableur portant la gestion de configuration d'un programme de réacteur, et aucun moyen de le transmettre.
    LE MODÈLE

    Le modèle appartient à la société. La donnée appartient au client.

    KoddexFerrand IngénierieProgramme EstuaireConfiguration

    EQP-0142 — Pompe de circulation primaire

    KDX5R2Ferrand IngénierieProgramme EstuaireVue clientÉquipement
    Content Where-used Activity
    repere_client
    EST-PO-142
    statut_configuration*
    Figée
    indice
    C
    exigence_source*
    RCC-M · Partie B, §3.2
    visibilite_client*
    Partagé
    ecarts_ouverts
    2

    Pompe de circulation primaire, indice C figé à la revue de juin. Deux écarts restent ouverts côté fournisseur ; le client les voit en lecture sur sa branche, sans accéder aux autres programmes.

    ecarts_ouverts3
    Nameorigine*impact*statut*
    ECR-118 — Tolérance d'alignement d'arbreFournisseurMajeurEn instruction
    ECR-127 — Matière de garniture mécaniqueConceptionMineurEn instruction
    ECR-092 — Épaisseur de calorifugeChantierMineurSoldé
    Le workspace du client, anonymisé. Structure, champs et états réels.

    Ce qu'on a modélisé

    Équipement
    12 attributs
    ƒ
    Exigence source
    6 attributs
    Écart ouvert
    8 attributs
    Baseline de configuration
    5 attributs
    Lot de restitution client
    6 attributs
    ƒ

    De la norme à l'écart ouvert

    La chaîne que le client demande à la restitution. La produire, c'était lire le tableur à voix haute.

    RCC-M — Partie B, §3.2
    EQP-0142 — Pompe de circulation primaire
    ECR-118 — Alignement d'arbre
    Lot de restitution
    open = count(deviations.status != closed)

    Programmes sur le même modèle

    Trois missions, une structure. La colonne de droite est calculée : une date de restitution devient un fait, pas un espoir.

    ProgrammeÉquipementsIndice figéÉcarts ouverts
    Estuaire312C11
    Vaugris188B4
    Mérens96A23

    ƒ Écarts ouverts : calculé par Koddex, saisi par personne.

    Un équipement, tel que le client le voit

    Pompe de circulation primaire

    EST-PO-142
    Équipement·Partagé en lecture avec le client · programme Estuaire uniquement
    ContenuWhere-used4Activité
    repere_client
    EST-PO-142
    statut_configuration
    Figée
    exigence_source
    RCC-M · Partie B, §3.2
    ecarts_ouverts
    2count(deviations.equipment == this AND status != closed)
    Écarts ouverts
    ECR-118Tolérance d'alignement d'arbre
    ECR-127Matière de garniture mécanique

    Ce que le graphe calcule

    Programme · Écarts ouverts
    = nombre d'écarts non soldés

    Le chiffre qui décide si une restitution peut avoir lieu. Il se produisait en lisant un tableur ligne à ligne.

    Lot de restitution · Complétude
    = équipements à indice figé et sans écart ouvert

    Transforme la fin de mission en un seuil que le client voit approcher, au lieu d'une surprise en revue.

    CE QUI A CHANGÉ

    La fin de mission a cessé d'être une migration.

    AvantAprès
    Où vit la configurationUn tableur, un mainteneurUn modèle typé, par programme
    Démarrer une missionPage blanche, ou une copieUn gabarit instancié
    Ce que le client voitUn rapport, aux jalonsSa branche, en direct
    Écarts ouvertsComptés en lisantUne colonne calculée
    RestitutionUne migration, à la finUn export scopé, n'importe quand
    “On a besoin de se professionnaliser là-dessus.”
    Directeur de projet · Ingénierie de services énergie
    CE QUE ÇA NE FAIT PAS

    Trois choses à savoir avant de défendre ce choix en interne.

    Encore faut-il que le client veuille la vue

    Une branche vivante n'est un avantage que si le client s'en sert. Certains préfèrent le rapport aux jalons, et c'est une conversation commerciale, pas technique.

    Un gabarit ne conviendra pas à tous

    Nucléaire, pétrole & gaz et équipements ne portent pas les mêmes attributs. Le gabarit est un point de départ par famille, pas un modèle universel.

    Le scope est une décision, pas un réglage par défaut

    Décider ce qu'un client peut voir de son propre programme — et ce qui reste la méthode de la société — se tranche avant le premier partage, entre humains.

    Questions fréquentes

    À qui appartient la donnée, la société ou le client ?

    Le client possède la donnée de son programme ; la société possède le modèle qui la structure. Cette séparation est ce qui fait de la restitution un export plutôt qu'une négociation, et elle se convient avant la première mission, pas à sa fin.

    Un client peut-il voir les autres clients ?

    Non. L'accès est scopé par tag sur une branche de programme : un client lit ses équipements, ses exigences et ses écarts, et rien d'autre — y compris rien des autres missions de la société.

    Est-ce que ça marche hors nucléaire ?

    Le schéma, oui — un prestataire qui porte la donnée structurée d'un client et doit la lui rendre, c'est identique en pétrole & gaz et en équipements. Les attributs diffèrent, d'où un gabarit par famille plutôt qu'universel.