Seminar Governance und Abnahme KI-generierten Codes

Seminarbeschreibung

Die Verantwortung für eine Softwareänderung bleibt auch bei KI-Unterstützung bei den zuständigen Personen und Organisationseinheiten. Das Seminar übersetzt diesen Grundsatz in einen praktikablen Prüf- und Abnahmeprozess. Für unterschiedliche Risiken werden notwendige Kontrollen, Entscheidungsbefugnisse und aufzubewahrende Nachweise festgelegt.

An einem vorbereiteten Änderungsfall werden Review-Protokolle, Testergebnisse und Sicherheitsbefunde zu einer technischen Freigabeentscheidung zusammengeführt. Fehlende oder widersprüchliche Nachweise werden ausdrücklich behandelt. Im Mittelpunkt steht die organisatorische Anwendung technischer Prüfergebnisse; eine konkrete rechtliche Bewertung einzelner Lizenzen oder Verträge gehört nicht zum Workshop.

Lernziele

• Verantwortlichkeiten für Generierung, Prüfung und technische Abnahme eindeutig festlegen.
• Prüfanforderungen nach Auswirkung und Kritikalität einer Änderung abstufen.
• Eine nachvollziehbare Entscheidung aus Reviews, Tests und offenen Befunden ableiten.
• Ausnahmen mit Verantwortlichen, Bedingungen und Ablaufdatum steuern.

Inhaltsübersicht

• Rollen und zulässige Einsatzbereiche
• Risikobasierter Prüfumfang
• Nachweisführung und Abhängigkeiten
• Abnahme und kontrollierte Ausnahmen

Seminarinhalte

Rollen und zulässige Einsatzbereiche

Code-Erstellung, unabhängige Prüfung und Freigabe erhalten klare Zuständigkeiten. Für sensible Änderungen werden zusätzliche Kontrollen festgelegt. Die Nutzung von Assistenten wird mit bestehenden Entwicklungsabläufen und Vorgaben zum Umgang mit vertraulichen Daten verbunden.

• Verantwortlichkeiten in einer einfachen Rollenmatrix festhalten.
• Kritische Codebereiche und genehmigungspflichtige Änderungen abgrenzen.
• Zulässige Eingaben und organisatorische Schutzmaßnahmen definieren.

Risikobasierter Prüfumfang

Die Wirkung einer Änderung bestimmt ihre Prüftiefe. Ausschlaggebend sind unter anderem Datenverlust, Berechtigungen, Geschäftswirkung und betroffene Schnittstellen. Der Einsatz eines Assistenten allein begründet weder eine Freigabe noch eine pauschale Ablehnung.

• Risikoklassen mit konkreten Fallbeispielen operationalisieren.
• Mindestanforderungen für Review, Tests und Sicherheitsprüfungen festlegen.
• Nachweisbare Prüfkriterien in die Definition of Done aufnehmen.

Nachweisführung und Abhängigkeiten

Ein Änderungsstand wird mit Anforderung, Review, Testergebnis und Freigabe verbunden. Angaben zur Entstehung werden nur soweit erfasst, wie sie verfügbar und betrieblich erforderlich sind. Bibliotheken und deren Herkunft werden anhand eines Komponentenbestands betrachtet.

• Commit, Build, Werkzeugstand und Prüfumgebung dokumentieren.
• Komponenten- und Lizenzbefunde an zuständige Stellen weitergeben.
• Zugriffsrechte und Aufbewahrungsbedarf der Nachweise bestimmen.

Abnahme und kontrollierte Ausnahmen

Vorgegebene Fallakten werden auf Vollständigkeit und Widersprüche geprüft. Eine Freigabe setzt ausdrücklich benannte Kriterien voraus. Bei Ausnahmen werden Restproblem, zuständige Person und späteste Neubewertung festgehalten.

• Befundschwere und fachliche Auswirkung zusammen bewerten.
• Freigabe, bedingte Freigabe und Nacharbeit begründet unterscheiden.
• Erneute Prüfung nach wesentlichen Änderungen auslösen.

Praxisübungen

1. Einen vorgegebenen KI-generierten Änderungsfall einer Risikoklasse zuordnen.
2. Rollenmatrix und erforderliche Prüfnachweise festlegen.
3. Eine Fallakte mit absichtlich fehlenden und widersprüchlichen Nachweisen prüfen.
4. Technischen Abnahmeentscheid mit Auflagen oder Nacharbeit dokumentieren.
5. Eine befristete Ausnahme und die Bedingungen ihrer Aufhebung ausarbeiten.

Arbeitsweise und Schulungsumgebung

Vorbereitete Fallakten, Rollenmatrix, Prüfkatalog und Freigabeprotokoll. Der Schwerpunkt liegt auf Bewertungs- und Entscheidungsübungen.