Ein Ordner je Projekt. Hier stehen laufende und abgeschlossene Aufträge — interne Piloten wie Kundenprojekte.
Laufend
| Projekt | Was es ist | Stand | Ordner |
|---|---|---|---|
| fairtransform | Interner Pilot. Auffindbarkeit von fairtransform.ch verbessern und messen — der erste echte Testfall für GEO-Pakete | Basiswert eingefroren 02.09.2026, Welle 1 offen | fairtransform/ |
Abgeschlossen
Noch keines.
Was in einen Projektordner gehört
Nach dem Muster von fairtransform/:
| Datei | Zweck |
|---|---|
<projekt>.md | Die Hauptnotiz: Ausgangslage, Diagnose, Massnahmen, Messdesign, was es dem Angebot bringt |
<projekt> Aenderungsprotokoll.md | Jede Änderung mit Datum. Ohne das ist jeder Vorher-Nachher-Vergleich wertlos |
<projekt> Titel und Beschreibungen.md | Textentwürfe zur Freigabe durch den Kunden, wo nötig |
<projekt> Kurzreport.md · <projekt> Vollreport.md | Die Berichte, nach den Vorlagen Kurzreport und Vollreport |
<projekt> Umsetzung Todo.md | Die Massnahmen, aufgeteilt nach wer sie tun kann — Kunde, wir, Agent |
Dateinamen tragen den Projektnamen als Präfix, auch innerhalb des Ordners. Obsidian löst Wikilinks über den Dateinamen auf, nicht über den Pfad — ohne Präfix würden sich zwei Projekte mit je einem „Änderungsprotokoll” gegenseitig überschreiben.
Rohdaten und Exporte bleiben im Archiv, nicht im Projektordner: 90_Archiv/projekte/<projekt>/.
Das Archiv ist von der Versionierung und von der Wissensbasis ausgeschlossen — dort dürfen auch
Kundendaten liegen.
Was ein Projekt hier braucht, bevor es beginnt
Aus dem, was der erste Pilot gelehrt hat:
- Ein eingefrorener Basiswert vor der ersten Änderung. Nicht danach, nicht ungefähr.
- Ein Änderungsprotokoll ab Tag eins. Eine Zeile je Massnahme, mit Datum.
- Misserfolgskriterien, vor dem Start definiert. Sonst wählt man sie hinterher passend aus.
- Eine ehrliche Aussage zur statistischen Belastbarkeit. Bei kleinen Zahlen ist die Frage nicht „ist es besser geworden”, sondern „könnten wir es überhaupt erkennen”.