Plan vor Änderung

Status: Draft · Lernzeit etwa 50 Minuten
Mission: Einen Arbeitsauftrag in kleine, sichtbare Checkpoints schneiden, bevor Dateien oder Systeme verändert werden.

Was du danach kannst

Du kannst Bestand, Ziel, betroffene Bereiche, Prüfpunkte und Rückweg in einem kurzen Plan verbinden. Der Plan macht Unsicherheit vor der Änderung sichtbar und hält große Jobs aus dem ersten Run heraus.

1 · Arbeitsproblem

Ein Agent kann sehr schnell in die falsche Richtung arbeiten. Wenn Ziel, betroffene Dateien und Checkpoints erst nach der Umsetzung geklärt werden, wird Review zur Fehlersuche. Ein kurzer Plan verschiebt das Urteil nach vorn.

2 · Der Plan-Vertrag

Bestand lesen → Ziel und Nicht-Ziele → Schritte → Checkpoints → Recovery → Start Gate

Baustein	Leitfrage
Bestand	Was gilt heute und welche Quellen belegen es?
Ergebnis	Welches sichtbare Artefakt soll entstehen?
Nicht-Ziele	Was bleibt bewusst unangetastet?
Schritte	Welche kleinsten Änderungen bauen aufeinander auf?
Checkpoints	Was wird nach jedem Schritt sichtbar geprüft?
Recovery	Wie kehren wir zum letzten guten Stand zurück?
Start Gate	Wer bestätigt Plan, Rechte und Datenwand?

3 · Gute Schrittgröße

Ein Schritt:

• erzeugt eine sichtbare Änderung;
• besitzt genau einen Hauptzweck;
• lässt sich einzeln prüfen;
• hält den Rückweg offen;
• endet mit einem klaren Zustand: fertig, korrigieren, verwerfen oder eskalieren.

4 · Demonstration

Auftrag: Eine bestehende Kurslektion mit einem Arbeitsmittel ergänzen.

1. Lesson-ID, Content-Vertrag und vorhandene Quellen lesen.
2. Lernziel und fehlendes Artefakt benennen.
3. Markdown-Entwurf plus Arbeitskarte anlegen.
4. Binding ergänzen und Content-Vertrag prüfen.
5. Seite lokal bauen und visuell prüfen.
6. Arbeitslog aktualisieren; Veröffentlichung bleibt außerhalb.

Nach jedem Schritt liegt ein prüfbarer Stand vor.

5 · Eigene Aufgabe

Nutze die Plan Card für einen C0-Job. Bitte einen Agenten anschließend nur um Kritik am Plan. Änderungen bleiben bis zum Start Gate gesperrt.

Prüfe die Kritik anhand von vier Fragen:

1. Fehlt eine Quelle oder Annahme?
2. Ist ein Schritt größer als sein Checkpoint?
3. Ist eine Wirkung nicht gegatet?
4. Ist der Recovery-Weg realistisch?

6 · Lernbeweis

1. ausgefüllte Plan Card;
2. eigene Begründung für Reihenfolge und Schrittgröße;
3. eine erkannte und korrigierte Planlücke;
4. erster Schritt mit sichtbarem Check;
5. Stop oder Weiter-Entscheidung nach dem Checkpoint.

7 · Fehlerweg und Recovery

Fehlerbild	Recovery
Plan wiederholt nur den Auftrag	Bestand, Dateien und Checks konkretisieren
alle Schritte laufen gleichzeitig	Abhängigkeiten markieren und ersten Tracer wählen
Review kommt erst am Ende	Checkpoint nach jeder riskanten Änderung setzen
Scope wächst während des Runs	neuen Bedarf parken und aktuellen Auftrag beenden
Rückweg ist „nochmal versuchen“	letzten guten Stand und konkrete Wiederherstellung benennen

8 · Betriebsregel

Der Plan ist ein Arbeitsmittel, kein Ritual. Kleine sichere Textkorrekturen brauchen wenige Zeilen. Mehrere Dateien, Rechte, externe Systeme oder hohe Wirkung brauchen mehr Checkpoints und ein klareres Start Gate.