Was das in der Praxis bedeutet
Vibe Coding funktioniert, solange Sie die einzige Person sind, die es nutzt. Sobald andere dazukommen, fehlt genau das, was nie darin war: eine genaue Vereinbarung darüber, was es eigentlich leisten soll.
Spec-Driven Development hält diese Vereinbarung fest, bevor irgendetwas gebaut wird:
- Problembeschreibung: welches Problem einer Mitarbeiterin oder eines Kunden wir lösen.
- Nutzeranforderungen: was Menschen davon brauchen.
- Abnahmekriterien: woran wir erkennen, dass es fertig ist.
- Technische Spezifikation: wie es gebaut werden soll.
- Umsetzungsplan und Tests.
Als Arbeitsbeispiele nutzen wir im Workshop BMAD und das GitHub Spec Kit.
Wann es sich lohnt
Wenn mehr als eine Person an der Lösung arbeitet, wenn sie sich jedes Mal gleich verhalten muss, wenn Sie Tests brauchen, oder wenn sie an jemand anderen übergeben wird als an die Person, die sie gebaut hat.
Neun Fragen vor dem Bauen
Bevor jemand im Workshop den ersten Prompt schreibt, beantwortet die Gruppe neun Fragen. Es sind dieselben, die jeder Auftraggeber stellen sollte:
- Welches Problem von Mitarbeitenden oder Kunden lösen wir?
- Wen betrifft dieses Problem?
- Was würde eine brauchbare Lösung erreichen?
- Hilft KI nur beim Bauen, oder nutzt die fertige Anwendung sie auch im Betrieb?
- Welche Daten würden ihren Wert deutlich erhöhen?
- Wo soll die Anwendung laufen?
- Ist das ein persönliches Werkzeug, eine interne Anwendung oder ein Produkt für Kunden?
- Welches Maß an Sicherheit, Tests und Verantwortung braucht es?
- Woran erkennen wir, ob der Prototyp nützlich ist?
Die meisten gescheiterten KI-Vorhaben scheitern daran, dass niemand Frage vier oder Frage neun gestellt hat.