Häufige Fragen zu KI-Workflower.
Spec-driven Entwicklung und KI-Workflower widersprechen sich nicht. Spec-driven Ansätze stellen die Spezifikation in den Mittelpunkt und sorgen dafür, dass möglichst klar beschrieben ist, was gebaut werden soll.
KI-Workflower ergänzt diese Sicht um Qualitäts- und Risikofragen: Ist der gewählte Weg tragfähig? Wurde das Risiko angemessen behandelt? Welche Prüfung gehört zu welcher Anforderung? Welches Prüfergebnis liegt tatsächlich vor? Und für welchen konkreten Projektstand gilt der Nachweis?
Nein. KI-Workflower strukturiert Entwicklungs-, Prüf- und Nachweisprozesse. Es kann dadurch Risiken sichtbar machen und Prozessintegrität verbessern, schützt aber nicht automatisch gegen einen kompromittierten Rechner, einen böswilligen lokalen Benutzer oder jeden denkbaren Angriff.
Nein. FEUERFEST bezeichnet einen nachgewiesenen Prüfzustand für einen konkret gebundenen Projektstand innerhalb des definierten Prüf- und Bedrohungsmodells. Es ist kein Versprechen allgemeiner Fehlerfreiheit.
Methodik 2.6 bezeichnet den fachlichen Stand. Starterkit 2.6.0 bezeichnet die konkrete technische Umsetzung und Prüfgrundlage dieses Stands. Beides wird bewusst getrennt versioniert, damit fachliche Methodik, technische Umsetzung und konkreter Prüfnachweis nicht miteinander vermischt werden.
Die technische Umsetzung erfordert eine Einbindung in die jeweilige Entwicklungsumgebung. Damit entstehen zusätzliche Fragen zu Installation, Betrieb und Betreuung. Eine öffentliche Bereitstellung oder Auslieferung ist deshalb derzeit nicht vorgesehen.
Gespräche über eine mögliche Nutzung, Weiterentwicklung oder wirtschaftliche Verwertung von KI-Workflower sind jedoch ausdrücklich möglich.
Ja. Vorhandene Projektregeln werden dabei nicht blind überschrieben. Zuerst wird der bestehende Regelstand erfasst und gegen den aktuellen Kern abgeglichen. Erst danach werden notwendige Änderungen gezielt und nachvollziehbar übernommen.
Fachbegriffe
Herkunft / klassischer Zweck
Ein begrenzter Machbarkeitsnachweis aus Technik und Softwareentwicklung. Er klärt, ob ein technischer Ansatz grundsätzlich trägt, bevor größerer Aufwand in die vollständige Umsetzung fließt.
Einsatz in KI-Workflower
Offene technische Annahmen werden vor der eigentlichen Umsetzung gezielt geprüft. Erst wenn der Ansatz trägt, wird darauf weiter aufgebaut.
Herkunft / klassischer Zweck
Ein Verfahren des Qualitätsmanagements, das Anforderungen systematisch mit technischen Merkmalen und nachvollziehbaren Qualitätszielen verbindet.
Einsatz in KI-Workflower
QFD hält die Rückverfolgbarkeit über die gesamte Kette aufrecht: Anforderung → Abnahmekriterium → Risiko → Prüfung → Prüfergebnis.
Herkunft / klassischer Zweck
Ein Instrument des Risiko- und Projektmanagements. Erkannte Risiken werden dokumentiert, bewertet und über ihren weiteren Verlauf verfolgt.
Einsatz in KI-Workflower
Erkannte Risiken werden festgehalten, klassifiziert, bewertet und über den weiteren Entwicklungsablauf verfolgt.
Herkunft / klassischer Zweck
Die Fehlermöglichkeits- und Einflussanalyse stammt aus Qualitäts- und Zuverlässigkeitsmanagement. Mögliche Fehler und ihre Auswirkungen werden möglichst vor ihrem Auftreten systematisch betrachtet.
Einsatz in KI-Workflower
Als Mini-FMEA wird das Prinzip auf Softwareänderungen übertragen: Was kann schiefgehen? Welche Folgen hätte das? Wie lässt sich der Fehler erkennen oder vermeiden?
Herkunft / klassischer Zweck
Aus Anforderungsmanagement, Prüfung und Qualitätsmanagement: Vorab festgelegte Bedingungen bestimmen, wann eine Anforderung als erfüllt gelten kann.
Einsatz in KI-Workflower
Das Kriterium wird vor der Umsetzung festgelegt und später durch eine konkrete Prüfung verifiziert. Damit entscheidet nicht die Aussage des Coding-Agenten, ob die Aufgabe erfüllt ist.
Herkunft / klassischer Zweck
In der Softwareentwicklung als Regressionstest bekannt: Änderungen sollen bereits funktionierende Eigenschaften nicht unbeabsichtigt beschädigen.
Einsatz in KI-Workflower
Nach einer Änderung wird geprüft, ob der bereits funktionsfähige Stand weiterhin erhalten ist.
Herkunft / klassischer Zweck
Kein einzelnes Standardverfahren unter genau dieser Bezeichnung. Der Gedanke knüpft an Regression, Bestandsschutz und kontrollierte Änderung an.
Einsatz in KI-Workflower
Es wird ausdrücklich geprüft, ob relevante Funktionen, Regeln, Nachweise oder Schutzmechanismen durch eine Änderung verloren gegangen sind.
Herkunft / klassischer Zweck
Ein KI-Workflower-eigener Begriff für den technischen Prüfmechanismus.
Einsatz in KI-Workflower
Der Mechanismus prüft einen konkret gebundenen Projektstand gegen die dafür festgelegten Bedingungen und erzeugt den technischen Nachweis.
Herkunft / klassischer Zweck
Ein KI-Workflower-eigener Begriff für den erreichten Prüfzustand.
Einsatz in KI-Workflower
FEUERFEST bezeichnet den nachgewiesenen Zustand, wenn die definierten Bedingungen erfüllt sind. Der Begriff bedeutet ausdrücklich nicht „fehlerfrei für alle denkbaren Fälle“.