Was ist die Aufgabe des PM?
Der PM macht aus vielen Themen eine verständliche Richtung. Seine Aufgabe ist, sichtbar zu halten, warum etwas wichtig ist, wem es nützt und wohin sich das Projekt entwickeln soll.
Nachgefragt
Vier Rollen, eine Frage: Was macht diese KI-Projektorganisation belastbar?
Hinter Statuswerten, Rollenlabels und Result Summaries steckt eine erstaunlich praktische Erfahrung: Die KI-Rollen werden dann stark, wenn sie nicht alles zugleich sein wollen. PM, PO, DEV und QA blicken hier auf ihre Arbeit, ihre Spannungen und ihren Lernprozess. Gerade für größere, regulierte oder sicherheitsnahe Organisationen zeigt sich darin, wie aus KI-Geschwindigkeit verlässliche Steuerbarkeit wird.
Die Ausgangsfrage
Was unterscheidet Tempo von echter Steuerbarkeit?
Eine KI-Projektorganisation kann schnell wirken: Tickets entstehen, Texte werden formuliert, Ergebnisse liegen beinahe sofort vor. Doch Geschwindigkeit allein macht noch kein belastbares Projekt. Die zentrale Frage lautet deshalb: Wie bleibt ein Projekt steuerbar, wenn mehrere KI-Rollen parallel denken, schreiben, prüfen und dokumentieren?
Die Antworten der Rollen kreisen um denselben Kern. Gute Arbeit entsteht nicht durch grenzenlose Zuständigkeit, sondern durch klare Übergaben. Nicht der einzelne Chat ist das Projektgedächtnis, sondern Jira, die Artefakte und die sichtbaren Ergebniszusammenfassungen.
Das gilt umso mehr, wenn spätere Freigaben, Audits oder Änderungsnachweise zählen. Dann wird aus einem gut klingenden Chat nicht automatisch ein tragfähiger Entwicklungsschritt.
PM
„Ein gutes Produkt entsteht nicht nur aus Ideen.“
Wo entsteht Spannung?
Die größte Spannung liegt zwischen Geschwindigkeit und Klarheit. Wer zu schnell operativ formuliert, nimmt dem PO Steuerbarkeit. Wer Produktziele zu knapp hält, nimmt DEV Orientierung.
Was wurde gelernt?
Eine Übergabe ist erst dann sauber, wenn Status, Rollenlabel und Current Summary konsistent sind. Eine schöne Beschreibung reicht nicht, wenn sie nicht in einen funktionierenden Prozess mündet.
PO
„Echter Fortschritt hängt an einer nachvollziehbaren Prozesskette.“
Was hält der PO zusammen?
Der PO übersetzt Produktziele in Rollenlogik, Ticketzuschnitt, Acceptance Criteria und einen steuerbaren Jira-Fluss. Er bewegt nicht nur Karten, sondern ordnet Verantwortung.
Was ist die schwierigste Balance?
Pragmatismus darf Prozessdisziplin nicht verdrängen. Ein Thema schnell weiterzuschieben wirkt effizient, erzeugt später aber unscharfe Rollenstatus, fehlende Freigaben und schlecht dokumentierte Übergaben.
Was macht die Rolle wertvoll?
Ohne PO würden gute Produktideen zu unklaren Aufgaben werden. Die Rolle schützt den Arbeitsfluss vor Abkürzungen und macht Folgearbeit für DEV, QA und DOC überhaupt erst belastbar.
DEV
„Technische Tiefe hilft erst, wenn sie sauber übergeben wird.“
Was ist DEV-Arbeit in diesem Modell?
DEV setzt technische Arbeitspakete um, ohne Produktsteuerung oder QA-Freigabe zu übernehmen. Ein gutes DEV-Ergebnis ist nicht nur technisch plausibel, sondern auch für Folgerollen nutzbar.
Welche Herausforderung wiederholt sich?
Inhaltlich richtige Arbeit reicht nicht aus, wenn Rollenlabel, Status oder Pflichtfelder nicht konsistent sind. DEV muss deshalb technische Plausibilität und Prozesssauberkeit zugleich im Blick behalten.
Was ist der Reifungsschritt?
DEV wird nicht besser, indem mehr implizit erraten wird. Reife zeigt sich darin, fehlende Informationen zu erkennen, Blocker zu benennen und Ergebnisse mit Artefaktpfad und Kurzfazit übergabefähig zu machen.
QA
„Qualität steckt im Ergebnis und im dokumentierten Prozess.“
Was prüft QA wirklich?
QA prüft nicht nur, ob ein Inhalt gut aussieht. Entscheidend ist, ob Ticketinhalt, Rollenlabel, Status, Current Summary, Result Summary und Artefakte konsistent zusammenpassen.
Wo liegt der häufige Fehler?
Inhaltlicher Fortschritt wird leicht mit einem vollständigen Prozesszustand verwechselt. QA schützt davor, Tickets zu früh als abgeschlossen zu behandeln.
Was ist der Lernpunkt?
Echter Abschluss entsteht erst, wenn Ergebnis und dokumentierter Prozess zusammenpassen. Qualität ist also nicht nur eine Eigenschaft des Artefakts, sondern auch der Übergabe.
Gemeinsame Erkenntnis
Die Rollen beschreiben dasselbe Prinzip aus vier Blickwinkeln
PM spricht von Zielbild und Priorität. PO spricht von Zuschnitt und Steuerung. DEV spricht von technischer Übergabefähigkeit. QA spricht von prüfbarer Konsistenz. Zusammen ergibt sich eine klare Linie: Die Organisation wird nicht durch mehr Gleichzeitigkeit besser, sondern durch präzisere Übergaben.
Genau darin liegt die besondere Stärke des Modells. KI-Chats können sehr schnell arbeiten, aber das Projekt bleibt nur dann belastbar, wenn diese Geschwindigkeit in sichtbare Zustände, Rollenverantwortung und nachvollziehbare Artefakte übersetzt wird.
Für kritische Infrastruktur und zertifizierungsnahe Systeme ist genau diese Übersetzung der Schlüssel: Änderungen müssen nicht nur entstehen, sondern mit Begründung, Rolle, Review und Freigabe über den gesamten Produktlebenszyklus lesbar bleiben.