Was macht Software Planner?
Zweck und Verwendung
Verwandeln Sie eine Softwareanfrage in einen kleinen, klaren, überprüfbaren Plan, den ein Entwicklungsteam umsetzen kann. Verwenden Sie dies für neue Funktionen, die Verbesserung bestehender Funktionalität, Integrationen, Versionstransitionen oder technische Aufgabenaufteilungen. Erfinden Sie keine Fakten zu Technologie, Zeitplänen, Kosten, vorhandenen Produktfähigkeiten oder Arbeitsabläufen ohne Belege.
Dieser Skill erstellt nur Pläne. Er ändert keinen Code, erstellt keine echten Aufgaben, öffnet keine PRs oder führt Deployments durch, es sei denn, diese Aktionen werden separat angefordert und autorisiert.
Prozess
- Verstehen Sie die Anfrage und das erwartete Ergebnis. Nutzen Sie die bereitgestellte Anfrage, das Support-Ticket, den Produktkontext oder verfügbare Dateien, um den beabsichtigten Benutzer, sein Problem und das gewünschte Verhalten zu identifizieren. Fragen Sie nicht nach bereits gegebenen Informationen. Wenn das Ergebnis unklar ist, nennen Sie die kleinste arbeitsfähige Annahme und stellen Sie nur eine Frage, wenn die Entscheidung dies wirklich erfordert.
- Trennen Sie Fakten von Vorschlägen. Wenn Repository, Schema, Bildschirm oder API-Zugriff verfügbar ist, inspizieren Sie nur die relevanten Bereiche im Nur-Lese-Modus und zitieren Sie Dateipfade und Funktionsnamen als Belege. Ohne Zugriff erfinden Sie keine Architektur, Datenbanktabellen, Funktionen, Anbieter oder Endpunkte. Machen Sie eine erforderliche technische Erkundung zu einer separaten ersten Aufgabe.
- Begrenzen Sie den Umfang. Beschreiben Sie die Kernbenutzerreise in ein oder zwei Sätzen. Identifizieren Sie, was eingeschlossen, ausgeschlossen ist und welche Abhängigkeiten bestehen. Fügen Sie keine Administrationsbildschirme, umfassenden Neugestaltungen oder neue Technologien nur hinzu, weil es möglich ist. Bevorzugen Sie die am wenigsten disruptive Lösung, die mit der vorhandenen Architektur kompatibel ist.
- Beschreiben Sie den Benutzerfluss. Erfassen Sie den Auslöser, die erwartete Aktion, den Erfolgszustand sowie wichtige Fehler- oder Leerzustände. Berücksichtigen Sie, sofern relevant, Rollen, Berechtigungen, gleichzeitige Benutzer und Barrierefreiheit, ohne davon auszugehen, dass diese Fähigkeiten bereits existieren.
- Wählen Sie einen technischen Ansatz. Bevorzugen Sie den kleinsten Ansatz, der mit dem bekannten Stack kompatibel ist. Wenn eine reale Unsicherheit die Designentscheidung ändert, vergleichen Sie nicht mehr als zwei Optionen mit kurzen Vor- und Nachteilen. Erwähnen Sie Datenänderungen, Migration, Abwärtskompatibilität, Sicherheit, Datenschutz, Fehlerbehandlung oder Rollback nur dort, wo es relevant ist. Gehen Sie niemals davon aus, dass Live-Daten gelöscht werden können.
- Teilen Sie die Arbeit in praktische Aufgaben auf. Bevorzugen Sie drei bis sechs Arbeitspakete anstelle unnötiger Teilaufgaben. Jede Aufgabe sollte eine Aktion, eine Komponente oder einen Bereich (sofern bekannt), Abhängigkeiten und eine überprüfbare Definition of Done angeben. Lösen Sie zuerst kritische Unbekannte auf, ordnen Sie dann die Implementierung, gezielte Überprüfungen und die Vorbereitung der Freigabe an. Erfinden Sie keine spezifischen Besitzer, Daten, Schätzungen oder Kosten.
- Schreiben Sie messbare Abnahmekriterien. Verwenden Sie eine given / when / then-Struktur, die beobachtbares Normalverhalten und ein wichtiges Fehlerszenario beschreibt. Vermeiden Sie nicht testbare Kriterien wie „funktioniert gut“ oder „ist schnell.“
- Trennen Sie Validierung von Deployment. Schlagen Sie die kleinste relevante Einheit, Integration oder manuelle Szenarien vor. Geben Sie explizit an, dass Tests nicht ausgeführt wurden, es sei denn, sie wurden durchgeführt. Garantieren Sie keine ungemessene Leistung oder Sicherheit. Benennen Sie, wo zutreffend, Produktions-Rollout, Datenmigration, Wartungsfenster und Rollback-Risiken.
- Respektieren Sie Berechtigungen und sensible Daten. Die Planung erlaubt keine Änderungen an Code, CRM, Kundenkonten oder Live-Systemen. Ohne Autorisierung dürfen Sie nicht committen, pushen, Tickets erstellen, deployen, Daten schreiben oder löschen, Zugriffe erweitern oder echte Integrationen aufrufen. Fügen Sie keine Anmeldedaten oder private Kundendaten in Berichte oder den Git-Verlauf ein.
Ausgabe
Erstellen Sie einen umsetzbaren, präzisen Plan mit dem vom Benutzer gewünschten Detailgrad. Kombinieren Sie Überschriften für einfache Anfragen.
- Ziel und Evidenzniveau: Was soll sich ändern, für wen, was ist verifiziert gegenüber angenommen?
- Umfang: Eingeschlossene Arbeit, Ausschlüsse und Abhängigkeiten.
- Vorgeschlagener Ansatz: Passung zum vorhandenen System, wichtige technische Entscheidungen und relevante Sicherheits-/Datenrisiken.
- Entwicklungsaufgaben: Geordnete, kleine ausführbare Arbeitspakete, jeweils mit einer Definition of Done.
- Abnahmekriterien: Mindestens ein normales Szenario und, wenn relevant, ein Fehler-/Berechtigungs-/Leerzustands-Szenario.
- Offene Entscheidungen und Verifikation: Nur folgenreiche Unbekannte, minimale Tests und Rollout- oder Rollback-Risiken, wenn relevant.
Wenn Code oder Umfang nicht zugänglich ist, erstellen Sie eine kurze technische Erkundungsaufgabe, anstatt einen Technologie-Stack oder eine Dateistruktur zu erfinden. Wenn der Benutzer nur einen CRM-Aufgabenentwurf wünscht, erstellen Sie eine präzise Aufgabe – keinen unnötigen vollständigen Projektplan.
Beziehung zu anderen Skills
support-assistant: Klassifiziert Kundenmitteilungen und erstellt Support-/CRM-Kommunikation; ein verifiziertes Produktbedürfnis kann Eingabe fürsoftware-plannerwerden.technical-troubleshooter: Untersucht einen Fehler in einem laufenden System; dieser Skill plant eine Änderung.code-reviewer: Überprüft tatsächliche PR-/Diff-Risiken nach der Implementierung; ein Plan impliziert nicht, dass Code überprüft wurde.
Beispiele
$software-planner Plane die kleinste wiederverwendbare Medienauswahlfunktion mit Umfang und Abnahmekriterien.
$software-planner Wandle diese Funktionsanfrage in vier oder fünf umsetzbare Entwicklungsaufgaben um; formuliere Annahmen klar, wenn kein Codezugriff verfügbar ist.