Namenskonventionen für Dateien: Der komplette Team-Guide

Eine Dateinamenskonvention, die den Kontakt mit der Realität überlebt, nutzt dieses Format: JJJJ-MM-TT_ProjektCode_DokTyp_Beschreibung_vNN.ext. Immer ISO-8601-Daten (sortieren korrekt), kurze Projektcodes (3–10 Zeichen), ein kontrolliertes Vokabular für DokTyp, Kebab-Case-Beschreibungen, zweistellige Versionsnummern (v02 nicht v2) und Kleinschreibung, wo es keine Rolle spielt. Beispiel: 2026-06-12_ACME-RB_vertrag_rahmendienstleistungsvertrag_v02.pdf. Das Format ist weniger wichtig als die Konsistenz – eines wählen, aufschreiben und beim Onboarding und in wöchentlichen Aufräum-Durchgängen durchsetzen.

Warum Datum zuerst alle anderen Positionen schlägt

ISO-8601-Daten (JJJJ-MM-TT) am Anfang des Dateinamens lösen das Sortierproblem. 2026-06-12_bericht.pdf sitzt neben 2026-06-13_bericht.pdf in jedem Dateisystem, jedem Cloud-Laufwerk, jedem Tool. Das Datum ans Ende verschieben und man verliert das; in die Mitte verschieben und die Sortierung ist zufällig.

Speziell ISO-8601 verwenden, nicht das US-Format (MM/TT/JJJJ), das deutsche Format (TT.MM.JJJJ) oder ohne Interpunktion (JJJJMMTT). ISO ist das einzige Format, das:

Als Text korrekt sortiert
Über Sprachen hinweg eindeutig analysiert (ist 06/05/2026 der 6. Mai oder der 5. Juni?)
Dem internationalen Standard entspricht, der von jedem großen Tech-Unternehmen in Logs verwendet wird

Für zeitkritische Dateien eine Zeit hinzufügen: 2026-06-12T1430Z_besprechungsnotizen.md verwendet UTC. Nützlich für Teams in mehreren Zeitzonen.

Projektcodes, die skalieren

Ein kurzer Projektcode an zweiter Position macht Dateien ohne Abhängigkeit von der Ordnerstruktur nach Projekt durchsuchbar. Regeln, die funktionieren:

3–10 Zeichen, Großbuchstaben, Bindestriche erlaubt
Erste 3–4 Zeichen identifizieren den Kunden oder die interne Einheit
Optionales Suffix identifiziert den Projekttyp oder die Phase

Beispiele: ACME-RB (Acme-Rebranding), INT-ONBRD (internes Onboarding), FINOPS-Q2 (Finanzoperationen Q2), ACME-SUP-001 (Acme-Support-Engagement Nr. 1).

Eine Projektcode-Registry in Notion, Confluence oder einer geteilten Tabelle pflegen. Wenn jemand ein neues Projekt erstellt, registriert er einen Code. Dauert 30 Sekunden. Verhindert, dass drei Monate später jemand es ACMErebranding nennt und jemand anderes Acme-RB und beide Dateien existieren.

Kontrolliertes Vokabular für DokTyp

Der Dokumenttyp-Slot braucht eine feste Liste. Ohne eine solche endet man mit bericht, Bericht, BERICHT, brcht, zusammenfassung, zusammenfassungsbericht und abschlussbericht, die alle dasselbe bedeuten.

Ein Starter-Vokabular:

brief – Projektbriefs, kreative Briefs
spec – technische oder Design-Spezifikationen
vertrag – rechtliche Vereinbarungen, SOWs, NDAs
rechnung – Abrechnungsdokumente
angebot – Angebote und Pitches
bericht – periodische oder ad-hoc-Berichte
praesentation – Decks, Pitches, All-Hands
design – Design-Assets und Lieferungen
video – rohe oder fertige Videoinhalte
audio – Podcasts, Voiceovers, Quellaudio
datensatz – CSV-, Excel-, JSON-Datendateien
notiz – Besprechungsnotizen, Arbeitsmemos
vorlage – wiederverwendbare Ausgangspunkte

Die Liste kurz halten. Wenn jemand whitepaper hinzufügen möchte, fragen, ob es sich wirklich von bericht unterscheidet.

Versionsnummerierung, die tatsächlich funktioniert

v1, v2, v3 funktioniert, bis man v10 erreicht, das vor v2 sortiert. Von Anfang an zweistellige Versionsnummern verwenden: v01, v02, v03, ..., v10, v11.

Für längere Projekte, die über 99 Versionen hinausgehen könnten, von Anfang an dreistellig gehen: v001.

Zwischen Hauptversionen und Entwürfen unterscheiden:

v01 bedeutet erste festgeschriebene Version
v01.1, v01.2 bedeutet kleinere Entwürfe innerhalb der Hauptversion
Hauptversions-Bumps bei wesentlichen Änderungen, die eine frische Überprüfung wert sind

Die final-Falle: das Wort "final" nie in einen Dateinamen setzen. Es garantiert das Entstehen von final, final-final, final-final-WIRKLICH und final-dies-nehmen. v02 für das verwenden, was man mit "final" meint, und der Versionsnummerierung vertrauen.

Beschreibungen in Kebab-Case

Der Beschreibungs-Slot ist der einzige freigeformte Teil. Ihn halten:

Kleingeschrieben
Kebab-Case (Wörter durch Bindestriche getrennt)
Kurz: 2–5 Wörter
Spezifisch genug zum Überfliegen: q2-umsatzprognose schlägt prognose

rahmendienstleistungsvertrag ist gut. RahmenDienstleistungsVertrag.pdf ist schlecht, weil Groß-/Kleinschreibungs-unempfindliche Suchen inkonsistente Ergebnisse liefern. rahmen dienstleistungsvertrag ist schlecht, weil Leerzeichen in Dateinamen Kommandozeilen-Pipelines und URL-Kodierung brechen.

Durchsetzung ohne Überwachungsstaat

Man kann die Namensgebung nicht manuell bei jeder Datei in einer 200-Personen-Organisation durchsetzen. Man kann:

Onboarding: 15 Minuten in Woche eins zur Namenskonvention mit Beispielen
Vorlagen: Vorbenannte Vorlagendateien in /Wissen/Vorlagen/, sodass Leute von der richtigen Form starten
Spot-Korrektur bei Reviews: Bei der Überprüfung von Arbeit falsch benannte Dateien inline umbenennen mit einem leichten Kommentar
Wöchentlicher Aufräum-Durchgang: 10 Minuten von einem rotierenden Besitzer zur Behebung von Drift
Automatisierte Umbenennung-Bots: Für Hochvolumen-Ordner Skripte, die auf neue Dateien warten und sie basierend auf Metadaten umbenennen. Python + watchdog + os.rename ist ein Halbtagsprojekt

Für Aufzeichnungsrepositorys – Verträge, Rechnungen, unterzeichnete Dokumente – strengere Durchsetzung in Betracht ziehen: SharePoint-Dokumentbibliotheken können Metadatenfelder vor dem Speichern erfordern. Google Drive-Labels auf Workspace Business Plus können bei bestimmten Ordnern gefordert werden.

Sonderzeichen und Längenfristen

Bestimmte Zeichen brechen Dateisysteme oder Cloud-Tools:

Vermeiden: / \ : * ? " < > | – einige brechen Windows, einige macOS
Leerzeichen in Dateinamen vermeiden – brechen Kommandozeilen, URLs und einige Tools
Nicht-ASCII-Zeichen vermeiden, es sei denn, man arbeitet konsistent mit mehrsprachigen Teams

Für internationale Teams funktionieren UTF-8-Dateinamen auf modernem macOS, Windows 10+ und allen großen Clouds. Vor dem Verlassen darauf testen.

Migration ohne Unterbrechung der History

Bei der Einführung einer neuen Konvention in einem bestehenden Chaos keine historischen Dateien umbenennen. Dadurch werden bestehende Links, Lesezeichen und Referenzen gebrochen. Stattdessen:

Die neue Konvention für alle neuen Dateien ab einem bestimmten Datum übernehmen
Nur Dateien umbenennen, die während laufender Arbeit berührt werden
Das Archiv natürlich über 2–3 Jahre auslaufen lassen

Vollständiges retroaktives Umbenennen über ein 10.000-Datei-Laufwerk ist ein 40-Stunden-Projekt, das sich meist nicht lohnt. Vorwärtsdisziplin schlägt rückwärts gerichtete Bereinigung.

Jetzt kostenlos ausprobieren: https://hexatransfer.com – kein Konto erforderlich, bis zu 10 GB pro Transfer.