elophanto/EloPhanto

Zielzerlegung

Beschreibung

Best Practices zur Zerlegung komplexer Ziele in ausführbare Meilensteine.

Auslöser

• ziel
• plan
• langfristig
• mehrschrittig
• projekt
• erreichen
• meilenstein

Anweisungen

Zerlegungsprinzipien

1. Konkret vor abstrakt – Jeder Zwischenschritt sollte ein greifbares Artefakt oder ein nachprüfbares Ergebnis liefern, nicht „über X nachdenken“
2. 3–10 Zwischenschritte – Zu wenige = Zwischenschritte zu komplex. Zu viele = Overhead.
3. Erst recherchieren, dann handeln – Der erste Zwischenschritt sollte immer Informationen sammeln
4. Vor dem Fortfahren prüfen – Prüfschritte als Erfolgskriterien einbauen, nicht als separate Zwischenschritte
5. Unbekanntes vorziehen – Unsichere/riskante Zwischenschritte früh platzieren, damit Fehler günstig sind

Regeln für Erfolgskriterien

• Müssen objektiv nachprüfbar sein – „Datei existiert unter Pfad X“, „3 Positionen gefunden“, „Test besteht“
• Keine subjektiven Kriterien – vermeide „gute Qualität“, „gut geschrieben“
• Nach Möglichkeit Mengenangaben einfügen – „mindestens 3“, „unter 500 Wörter“

Wann revidieren

• Neue Informationen machen Annahmen ungültig (das Unternehmen stellt nicht ein)
• Ein Zwischenschritt zeigt, dass dem Plan Schritte fehlen
• Der Nutzer gibt Feedback, das die Richtung ändert
• 2+ fehlgeschlagene Zwischenschritte deuten auf einen falschen Ansatz hin

Anti-Patterns

• Kein Ziel für Aufgaben erstellen, die in <5 Tool-Aufrufen erledigt werden können
• Keine Zwischenschritte, die von externer Taktung abhängen („auf Antwort warten“) – stattdessen das Ziel pausieren und eine geplante Erinnerung zum Fortsetzen einrichten
• Nicht die gesamte Komplexität in einen Zwischenschritt packen – wenn ein Zwischenschritt 50+ Tool-Aufrufe braucht, sollte er aufgeteilt werden

Beispiele

Gute Zerlegung: Bewerbung

Ziel: „Einen Job bei Unternehmen X bekommen“

1. Recherchiere X (Kultur, Stack, aktuelle Nachrichten) – Kriterien: Zusammenfassung geschrieben
2. Finde offene Positionen – Kriterien: 3+ Positionen mit URLs aufgelistet
3. Passe den Lebenslauf an – Kriterien: Lebenslaufdatei aktualisiert, relevante Fähigkeiten hervorgehoben
4. Verfasse ein Anschreiben – Kriterien: Anschreiben-Datei erstellt, <400 Wörter
5. Reiche die Bewerbung ein – Kriterien: Screenshot der Bestätigungsseite gespeichert

Gute Zerlegung: Portfolio-Website

Ziel: „Erstelle mir eine Portfolio-Website“

1. Recherchiere Designtrends und sammle Anforderungen – Kriterien: Design-Brief geschrieben
2. Richte das Projekt ein (Next.js + Bereitstellungsziel) – Kriterien: Projektgerüst steht, Dev-Server läuft
3. Baue die Kernseiten (Startseite, Über mich, Projekte) – Kriterien: 3 Seiten werden mit Platzhalterinhalten gerendert
4. Füge echte Inhalte und Styling hinzu – Kriterien: Alle Abschnitte befüllt, reagiert auf mobile Endgeräte
5. Bringe die Seite in Produktion – Kriterien: Live-URL erreichbar, keine Konsolenfehler

Gute Zerlegung: Sicherheitsaudit

Ziel: „Prüfe diese Codebasis auf Sicherheitslücken“

1. Scanne Abhängigkeiten auf bekannte CVEs – Kriterien: Abhängigkeitsbericht erstellt
2. Überprüfe Authentifizierung und Sitzungsverwaltung – Kriterien: Authentifizierungsablauf dokumentiert, Probleme aufgelistet
3. Prüfe auf Injection-Schwachstellen (SQL, XSS, Command) – Kriterien: Jeder Eingabepfad getestet
4. Schreibe Auditbericht mit Schweregrad-Einstufungen – Kriterien: Berichtsdatei erstellt, Ergebnisse priorisiert

Schlechte Zerlegung

Ziel: „Einen Job bei Unternehmen X bekommen“

1. Recherchiere (zu vage, keine Kriterien)
2. Bewirb dich (zu breit, sollte mehrere Schritte umfassen)
3. Warte auf Antwort (hängt von externer Taktung ab)

Überprüfen

• Das Arbeitsergebnis dieser Phase existiert als konkretes Artefakt (Dokument, Ticket, Board, Repository) und sein Speicherort wird mitgeteilt, nicht nur beschrieben
• Jede Zusage hat einen Verantwortlichen, ein Fälligkeitsdatum und eine Definition von „erledigt“, die auch eine andere Person prüfen könnte
• Risiken sind mit Eintrittswahrscheinlichkeit/Auswirkung und einer benannten Gegenmaßnahme aufgeführt, nicht als generischer Punkt „Risiken: TBD“
• Abhängigkeiten von anderen Teams/Anbietern/Agenten sind explizit genannt; eine Bestätigung jeder Abhängigkeit ist dokumentiert oder als „ausstehend“ markiert
• Erfolgskriterien für die nächste Phase sind numerisch oder anderweitig objektiv prüfbar
• Ein Rollback-/Kill-Switch-/„Wir stoppen, wenn X“-Kriterium ist vor Arbeitsbeginn schriftlich festgehalten

Hinweise

• Vor der Erstellung eines Ziels immer prüfen, ob eine goals/SKILL.md relevant ist
• Das Zielsystem kümmert sich automatisch um Persistenz, Kontext und automatische Fortsetzung
• Mit goal_status kann jederzeit der Fortschritt abgefragt werden