docs : les quatre gestes sensibles d'ENF-16 sont nommés, et un rejeu a où s'écrire (#44) #186

Merged

gabriel merged 6 commits from gabriel/44-manuels-exploitation into develop 2026-09-08 13:08:01 +00:00

Conversation 3 Commits 6 Files changed 5 +69 -15

gabriel commented 2026-09-08 09:14:32 +00:00

Member

Copy link

Cadrage du #44, sans écrire à la place de personne : le CA2 réserve le contenu
de chaque manuel à celui qui tient le geste.

Le problème

docs/runbooks/ porte quinze manuels sur le même plan. ENF-16 n'en désigne que
quatre — déploiement, reprise, réentraînement, incident de collecte — et attend
d'eux quelque chose que les autres n'ont pas à tenir : qu'une procédure soit
rejouée sans son auteur. Rien dans le dépôt ne disait lesquels, ni où
consigner un rejeu.

Ce que la PR pose

• README.md — une section « Les quatre gestes sensibles (ENF-16) » : les
  quatre manuels, qui tient chaque geste, et les deux sections qui leur
  deviennent obligatoires (## Quand ça échoue, ## Journal des rejeux), avec
  mlflow.md §8-§9 en gabarit.
• deploiement.md, collecteur.md — le journal des rejeux, vide, prêt pour
  les exercices de demain matin.
• reprise.md — l'ancienne section « Exercice chronométré » devient ce
  journal, avec une colonne de plus.

Deux choses inconfortables, et c'est voulu

La colonne « qui tient le geste » affiche Lénaïc trois fois sur quatre. Ce
n'est pas un reproche, c'est le fait qu'ENF-16 cherche précisément à mesurer.
Le laisser implicite ne le ferait pas disparaître le jour du jury.

L'exercice du 02/09 porte maintenant « auteur du manuel ? oui ». La seule
preuve de rejeu que nous ayons a été jouée par l'auteur de la procédure : elle
mesure la machine, pas le manuel. La colonne le dit plutôt que de laisser le
jury le découvrir. C'est aussi ce qui rendra les rejeux de demain lisibles comme
une réponse, et pas comme une redite.

Ce que la PR ne fait pas

Le README annonce ## Quand ça échoue comme obligatoire alors que
deploiement.md et reprise.md ne l'ont pas encore, et reentrainement.md
reste à écrire. C'est assumé : le manque devient visible dans le dépôt plutôt
que dans une conversation Teams. Les deux sont dans le plan du #44 —
lot D pour Lénaïc, lot B pour Olivier à partir du #36.

Relecteur : quelqu'un d'autre que Lénaïc, que le tableau met en cause.

Cadrage du #44, sans écrire à la place de personne : le CA2 réserve le contenu de chaque manuel à celui qui tient le geste. ## Le problème `docs/runbooks/` porte quinze manuels sur le même plan. ENF-16 n'en désigne que quatre — déploiement, reprise, réentraînement, incident de collecte — et attend d'eux quelque chose que les autres n'ont pas à tenir : **qu'une procédure soit rejouée sans son auteur**. Rien dans le dépôt ne disait lesquels, ni où consigner un rejeu. ## Ce que la PR pose - **`README.md`** — une section « Les quatre gestes sensibles (ENF-16) » : les quatre manuels, qui tient chaque geste, et les deux sections qui leur deviennent obligatoires (`## Quand ça échoue`, `## Journal des rejeux`), avec `mlflow.md` §8-§9 en gabarit. - **`deploiement.md`, `collecteur.md`** — le journal des rejeux, vide, prêt pour les exercices de demain matin. - **`reprise.md`** — l'ancienne section « Exercice chronométré » devient ce journal, avec une colonne de plus. ## Deux choses inconfortables, et c'est voulu **La colonne « qui tient le geste » affiche Lénaïc trois fois sur quatre.** Ce n'est pas un reproche, c'est le fait qu'ENF-16 cherche précisément à mesurer. Le laisser implicite ne le ferait pas disparaître le jour du jury. **L'exercice du 02/09 porte maintenant « auteur du manuel ? oui ».** La seule preuve de rejeu que nous ayons a été jouée par l'auteur de la procédure : elle mesure la machine, pas le manuel. La colonne le dit plutôt que de laisser le jury le découvrir. C'est aussi ce qui rendra les rejeux de demain lisibles comme une réponse, et pas comme une redite. ## Ce que la PR ne fait pas Le README annonce `## Quand ça échoue` comme obligatoire alors que `deploiement.md` et `reprise.md` ne l'ont pas encore, et `reentrainement.md` reste à écrire. C'est assumé : le manque devient visible dans le dépôt plutôt que dans une conversation Teams. Les deux sont dans le plan du #44 — lot D pour Lénaïc, lot B pour Olivier à partir du #36. Relecteur : quelqu'un d'autre que Lénaïc, que le tableau met en cause.

gabriel self-assigned this 2026-09-08 09:14:32 +00:00

gabriel added 1 commit 2026-09-08 09:14:33 +00:00

docs: désigne les quatre gestes sensibles et pose le journal des rejeux (#44) ... 164435f933

L'exigence ENF-16 ne porte que sur quatre des quinze manuels du dossier, et
rien ne disait lesquels. Le README les nomme, dit qui tient chaque geste, et
impose les deux sections qu'eux seuls doivent tenir : « Quand ça échoue » et
« Journal des rejeux ».

Le journal est posé vide dans deploiement.md et collecteur.md. Dans reprise.md,
c'est l'ancienne section « Exercice chronométré » qui le devient, avec une
colonne de plus : l'exercice du 02/09 a été joué par l'auteur du manuel, ce qui
ne prouve pas ce que l'exigence demande. La colonne le dit plutôt que de le
laisser deviner.

Cadrage seulement : le contenu de chaque manuel reste écrit par celui qui tient
le geste.

gabriel requested review from marvin 2026-09-08 09:14:38 +00:00

marvin approved these changes 2026-09-08 09:32:32 +00:00

Dismissed

marvin added 1 commit 2026-09-08 09:32:42 +00:00

Merge branch 'develop' into gabriel/44-manuels-exploitation f0000e6f25

lenaic approved these changes 2026-09-08 11:16:54 +00:00

Dismissed

gabriel added 1 commit 2026-09-08 11:48:27 +00:00

Merge branch 'develop' into gabriel/44-manuels-exploitation ... 09b67c344b

Conflit sur `docs/runbooks/collecteur.md` : develop y a posé le rejeu de
Justine (#44) avec un tableau à quatre colonnes, la branche y posait le
journal vide au format que le README rend obligatoire.

Résolution : le format du README l'emporte (cinq colonnes, dont « auteur du
manuel ? »), et le rejeu de Justine s'y écrit — « non » à la colonne qui
compte, puisqu'elle n'est pas l'auteur du manuel. C'est la première ligne de
journal qui mesure le manuel et pas la machine.

Deux mises à jour que le merge ne pouvait pas voir : `reentrainement.md`
existe depuis le #187, donc le README le lie au lieu de l'annoncer « à
écrire », et la liste des manuels restant à écrire se réduit à Keycloak.

gabriel dismissed marvin's review 2026-09-08 11:48:27 +00:00

Reason:

New commits pushed, approval review dismissed automatically according to repository settings

gabriel dismissed lenaic's review 2026-09-08 11:48:27 +00:00

Reason:

New commits pushed, approval review dismissed automatically according to repository settings

gabriel added 1 commit 2026-09-08 11:57:36 +00:00

docs: le manuel de réentraînement porte le journal des rejeux (#44) 277f17b365

gabriel added 1 commit 2026-09-08 12:21:24 +00:00

Merge branch 'develop' into gabriel/44-manuels-exploitation ... 0d0169256c

Conflit sur reprise.md : develop y a posé « En cas de panne » et
« Retour arrière », la branche renommait « Exercice chronométré » en
« Journal des rejeux ». Les deux sont gardés.

Deux suites du conflit, invisibles pour git :
- le README annonçait « ## Quand ça échoue » alors que les manuels
  arrivés par develop nomment la section « En cas de panne » (comme le
  gabarit mlflow.md §8) : README et reentrainement.md alignés dessus ;
- la ligne du 02/09 du journal des rejeux donnait comme cause un
  contournement que « En cas de panne » démontre inopérant : elle porte
  maintenant le vrai diagnostic (mode « restoring »).

gabriel added 1 commit 2026-09-08 12:42:21 +00:00

Merge branch 'develop' into gabriel/44-manuels-exploitation e6ead264a0

olivier requested review from olivier 2026-09-08 12:46:00 +00:00

olivier approved these changes 2026-09-08 12:46:03 +00:00

gabriel merged commit 0727fd187a into develop 2026-09-08 13:08:01 +00:00

gabriel deleted branch gabriel/44-manuels-exploitation 2026-09-08 13:08:01 +00:00

gabriel referenced this pull request from a commit 2026-09-08 13:08:02 +00:00

Merge pull request 'docs : les quatre gestes sensibles d'ENF-16 sont nommés, et un rejeu a où s'écrire (#44)' (#186) from gabriel/44-manuels-exploitation into develop

Sign in to join this conversation.

Reviewers

No reviewers

olivier

Labels

Clear labels   

Compat/Breaking

Breaking change that won't be backward compatible

  

EC01

Preuve pour l'épreuve Architecture

  

EC02

Preuve pour l'épreuve Management

  

EC03

Preuve pour l'épreuve CI/CD

  

EC04

Preuve pour l'épreuve Cloud

  

EC05

Preuve pour l'épreuve Data et BI

  

EC06

Preuve pour l'épreuve IA

  

Kind/BDD

BDD

  

Kind/Back

Back

  

Kind/Bug

Something is not working

  

Kind/CICD

CICD

  

Kind/Cloud

Cloud

  

Kind/Contenu

Contenu

  

Kind/Data

Data

  

Kind/Documentation

Documentation changes

  

Kind/Enhancement

Improve existing functionality

  

Kind/Feature

New functionality

  

Kind/Front

Front

  

Kind/IA

IA

  

Kind/Infra

Serveur, déploiement, chaîne, supervision

  

Kind/Monitoring

Monitoring

  

Kind/Security

This is security issue

  

Kind/Testing

Issue or pull request related to testing

  

Portée/Post-jury

Périmètre documenté, hors de la fenêtre du 11/09. Repris après le jury. Rien nest supprimé.

  

Priority

Critical

The priority is critical

  

Priority

High

The priority is high

  

Priority

Low

The priority is low

  

Priority

Medium

The priority is medium

  

Reviewed

Confirmed

Issue has been confirmed

  

Reviewed

Duplicate

This issue or pull request already exists

  

Reviewed

Invalid

Invalid issue

  

Reviewed

Won't Fix

This issue won't be fixed

  

Status

Abandoned

Somebody has started to work on this but abandoned work

  

Status

Blocked

Something is blocking this issue or pull request

  

Status

Need More Info

Feedback is required to reproduce issue or to continue work

  

ops/alerte

Alerte d'exploitation (relais Grafana, #42)

No labels

Compat/Breaking

EC01

EC02

EC03

EC04

EC05

EC06

Kind/BDD

Kind/Back

Kind/Bug

Kind/CICD

Kind/Cloud

Kind/Contenu

Kind/Data

Kind/Documentation

Kind/Enhancement

Kind/Feature

Kind/Front

Kind/IA

Kind/Infra

Kind/Monitoring

Kind/Security

Kind/Testing

Portée/Post-jury

Priority

Critical

Priority

High

Priority

Low

Priority

Medium

Reviewed

Confirmed

Reviewed

Duplicate

Reviewed

Invalid

Reviewed

Won't Fix

Status

Abandoned

Status

Blocked

Status

Need More Info

ops/alerte

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

gabriel

4 participants

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference

g2/enervision!186

No description provided.