Ein Ordner je Projekt. Hier stehen laufende und abgeschlossene Aufträge, interne Piloten wie Kundenprojekte. Begriffe: Glossar
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 | Umsetzung abgeschlossen. Phase 1 seit 02.09., Relaunch mit Design, neuen URLs und Texten seit 05.09.2026 live. Messpause bis zur Zwischenauswertung, 30.09. bis 28.10.2026. Offen: Lesung der Agententexte durch den Vater, iway-Ticket, SPF/DKIM/DMARC, IndexNow | 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 |
Aenderungsprotokoll.md | Jede Änderung mit Datum. Ohne das ist jeder Vorher-Nachher-Vergleich wertlos |
Titel und Beschreibungen.md | Textentwürfe zur Freigabe durch den Kunden, wo nötig |
Kurzreport.md · Vollreport.md | Die Berichte, nach den Vorlagen [[Vorlage Kurzreport |
Umsetzung.md | Die Massnahmen, aufgeteilt nach wer sie tun kann: Kunde, wir, Agent. Mit Triage fremder Befunde |
Bildstand.md | Screenshots vorher und nachher, damit der Vergleich nicht aus dem Gedächtnis kommt |
Werkzeugtest <jahr-monat>.md | Nur wenn im Projekt Werkzeuge geprüft wurden: was sie taugen, was sie kosten |
Namensregel. Obsidian löst Wikilinks über den Dateinamen auf, nicht über den Pfad. Deshalb tragen die Vorlagen das Wort „Vorlage” im Namen, und die Projektnotizen kommen ohne Präfix aus, solange es ein Projekt gibt. Das zweite Projekt bekommt eindeutige Namen, zum Beispiel mit Projektnamen oder Datum als Präfix. Der Titel im Frontmatter bleibt kurz, der Ordner sagt, wozu die Notiz gehört.
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”.