Le nommage de fichiers, repensé
Pourquoi une convention de nommage rend votre savoir plus rapide à retrouver, plus sûr et auditable
- 1Examiner le nom de fichier actuel et relever la date de création dans les propriétés du fichier ou dans son contenu.☐Point de contrôle : Date notée au format AAAA-MM-JJ.
- 2Choisir un mot-clé en un seul mot (p. ex. « devis », « bilan », « compte-rendu »). Pas de phrases, pas de caractères spéciaux.☐Point de contrôle : Le mot-clé correspond à la convention de la liste.
- 3Appliquer le schéma S2 : <AAAA-MM-JJ>_<mot-clé>_<modificateur ?>_v01.<ext>.☐Point de contrôle : Format S2 vérifié à l'œil.
- 4Fixer le numéro de version sur deux chiffres, à partir de _v01.☐Point de contrôle : _v01 (et non _v1) dans le nom.
- 5Renommer le fichier, déplacer l'original dans « archives/<année>/ » — jamais le supprimer.☐Point de contrôle : Original aux archives, nom nouveau sur le poste de travail.
- 6Compléter l'inventaire de fichiers (CSV ou Notion) : ancien nom, nouveau nom, durée de migration, intervenant·e.☐Point de contrôle : Entrée visible dans l'inventaire, statut de synchronisation au vert.
Pourquoi ce sujet, maintenant
Nous avons passé le seuil où les noms de fichiers cessent de servir la personne et commencent à la freiner. La synchronisation cloud, la recherche assistée par IA et les audits de conformité traitent désormais le nom de fichier comme une API — non comme un pense-bête.
Les règles
AAAA-MM-JJ en début de nom transforme l'explorateur de fichiers en frise chronologique. ISO 8601 trie par ordre alphabétique comme par ordre chronologique — sans rien coûter.
Un seul mot, pas une phrase. C'est le schéma qui décide de l'ordre, pas la longueur.
_v01, _v02 — sur deux chiffres, à partir de 01. Évite les bugs de tri dès la v10.
Les marqueurs de statut comme _DRAFT, _REVIEW, _FINAL ne s'ajoutent que si le flux de travail l'impose. Sinon, ils encombrent l'œil.
Écrivez la convention en minuscules. Le stockage cloud distingue parfois mal majuscules et minuscules — et vous n'avez pas à vous en soucier.
Avant / après
| Avant | Après |
|---|---|
| Devis Société Modèle REMANIÉ 2 (copie)_FINAL_cette_fois_c_est_bon.docx | 2026-05-01_devis_societe-modele_v03.docx |
Quel schéma pour quel usage
- DIN 5008 (S1/S2) — bureau, contrats, devis, reportings.
- SemVer (S6) — API, SDK, livraisons logicielles, sous la forme MAJEUR.MINEUR.CORRECTIF.
- ISO 8601 + heure (S3) — journaux, flux de capture, télémétrie.
- GAMP 5 (S5) — systèmes réglementés, pharmacie et dispositifs médicaux.
- Convention Logseq (S11) — coffres de connaissances personnels versionnés sous Git.
- SemVer
- Semantic Versioning — MAJEUR.MINEUR.CORRECTIF. MAJEUR = rupture, MINEUR = nouveauté, CORRECTIF = correctif de bogue. La référence pour les API, car les machines savent raisonner sur l'ordre des nombres.
# Migration d'exemple pour un répertoire
for f in *.docx; do
mv "$f" "$(date -I)_${f// /_}"
doneLe facteur humain
La cause d'erreur la plus fréquente n'est pas le mauvais schéma, mais l'absence d'exemplarité. Si l'équipe de direction continue d'envoyer des « xyzFINAL.docx », chacun apprend que la convention est facultative.
Une convention de nommage, c'est 30 % de norme et 70 % de discipline.
Déployé en trois semaines
- Semaine 1 — décider du schéma, en un atelier de 90 minutes.
- Semaine 2 — pilote dans une équipe, les anciens fichiers subsistent, les nouveaux suivent la règle.
- Semaine 3 — déploiement à l'échelle du groupe avec un aide-mémoire d'une page PDF.
Donnez forme à votre savoir.
Donnez à votre savoir un nom que vous retrouverez. Votre deuxième cerveau tient la convention pour que vous n'ayez pas à le faire — un compagnon, pas un dépôt.
Réserver mon créneau··gratuit →