Änderungswünsche mit KI erfassen: Was gehört zum Auftrag und was nicht?

Ein Änderungswunsch ist zunächst eine Anfrage. Er wird erst durch eine berechtigte Entscheidung Teil des vereinbarten Auftrags. KI kann neue Wünsche mit dem freigegebenen Stand vergleichen und ihre Auswirkungen vorbereiten. Sie darf aus einer freundlichen Mail keine zusätzliche Lieferzusage machen.

Dieser Artikel zeigt ein Änderungsregister für ein fiktives internes Projekt. Er trennt Klarstellung, Fehlerbehebung und neuen Umfang. Alle Termine, Leistungen und Aufwände sind künstliche Beispiele. Die Einordnung eines echten Vertrags oder einer strittigen Kundenforderung braucht die dafür zuständigen Personen; der hier beschriebene Arbeitsablauf trifft keine Rechtsentscheidung.

Ohne freigegebenen Ausgangsstand fehlt der Vergleich

Ein Änderungswunsch lässt sich nur gegenüber einer bekannten Fassung einordnen. Dazu gehören der Auftrag, seine Anlagen und dokumentierte spätere Entscheidungen. Ein einzelnes Angebot kann unvollständig sein, wenn bereits eine Änderung freigegeben wurde. Die KI muss deshalb wissen, welche Fassung aktuell gilt.

Der PMI-Beitrag Scope change control beschreibt die Notwendigkeit eines definierten Umfangs und eines nachvollziehbaren Prozesses für Änderungsanfragen, Genehmigung und Kommunikation. Der ältere Fachbeitrag ist methodischer Hintergrund, kein aktueller Rechtsstandard. Das folgende Register ist eine eigene praktische Umsetzung.

Lege den Vergleichsstand mit Kennung und Datum fest. Im Beispiel heisst er Auftrag V1.2. Die dazugehörige Entscheidungsliste enthält zwei bereits bestätigte Klarstellungen. Neue Mails werden gegen diesen vollständigen Stand geprüft. Ein Vergleich nur mit V1.0 erzeugt sonst vermeintliche Änderungen, die längst entschieden sind.

Der fiktive Ausgangsauftrag

Das Projekt liefert ein internes Dashboard mit drei Kennzahlen aus einer freigegebenen Excel-Datei. Die Aktualisierung erfolgt manuell. Enthalten sind eine dokumentierte Datenprüfung und eine Einweisung von 60 Minuten. Nicht enthalten sind eine CRM-Schnittstelle und externe Benutzerzugänge. Die Abnahme prüft die drei Kennzahlen gegen einen vereinbarten Beispieldatensatz.

Nach der Freigabe treffen vier neue Wünsche ein. Eine Person verlangt zusätzlich eine automatische tägliche Aktualisierung. Eine andere bittet um eine deutlichere Beschriftung einer vorhandenen Kennzahl. Ein dritter Hinweis meldet, dass eine vereinbarte Summe falsch berechnet wird. Schliesslich wird ein Zugang für einen externen Partner angefragt.

Die KI erhält den Auftrag, jede Anfrage mit den vorhandenen Passagen zu verbinden. Sie darf keine Aufwandsschätzung als bestätigte Zusage ausgeben. Sie soll offene Auswirkungen benennen und Fragen für die Entscheidung vorbereiten. Der Ausgangsauftrag bleibt unverändert, bis eine berechtigte Freigabe dokumentiert ist.

Vier Anfragen, unterschiedliche Behandlung

Die Einordnung ist vorläufig, weil der vollständige Kontext relevant bleibt. Eine "Beschriftung" kann tatsächlich eine neue Kennzahldefinition verbergen. Eine vermeintliche Fehlerkorrektur kann eine nachträglich geänderte Rechenregel verlangen. Deshalb muss das Register die Originalanfrage und die Vergleichspassage enthalten.

Die KI darf nicht allein nach Schlüsselwörtern entscheiden. "Nur eine kleine Änderung" beschreibt die Erwartung des Absenders, nicht den tatsächlichen Aufwand. "Fehler" im Betreff beweist ebenfalls keine Abweichung vom vereinbarten Ergebnis. Die fachliche Prüfung muss zeigen, was genau anders ist.

Ein Register, das die Entscheidung vorbereitet

Jede Anfrage erhält eine Kennung, einen Eingangstag und einen Bezug zur freigegebenen Fassung. Danach folgen die verlangte Änderung, die betroffenen Liefergegenstände, offene Fragen und der Entscheidungsstatus. Die Originalquelle bleibt verlinkt. Eine Zusammenfassung ohne Fundstelle erschwert spätere Klärungen.

Für die automatische Aktualisierung lautet der Eintrag beispielsweise: "CR-01: Tägliche Aktualisierung statt manueller Auslösung. Betroffen sind Datenabruf, Zugangsdaten, Fehlerbehandlung und Betriebsverantwortung. Aufwand noch nicht geschätzt. Entscheidung offen. Keine Umsetzung freigegeben."

Die Formulierung nennt mögliche Arbeitsbereiche, aber keine erfundenen technischen Tatsachen. Ob tatsächlich neue Zugangsdaten nötig sind, prüft die Umsetzung. Der Unterschied zwischen "betroffen oder zu prüfen" und "bereits bestätigt" muss im Register erkennbar bleiben.

Auswirkungen vollständig, aber ohne Scheingenauigkeit erfassen

Ein Änderungswunsch kann Kosten, Termin, Qualität, Sicherheit oder Betrieb verändern. Nicht jede Dimension ist bei jedem Wunsch relevant. Die Prüfung muss die tatsächlichen Folgen untersuchen, statt eine pauschale Checkliste mit leeren Häkchen abzuarbeiten.

Beim externen Partnerzugang entstehen im Beispiel neue Fragen zu Rollen, Datenumfang und Support. Eine vorhandene interne Anmeldung beweist keine Eignung für externe Nutzer. Beim automatischen Aktualisieren ist der Wiederanlauf nach einem Fehler relevant. Ein manueller Prozess hat andere Verantwortlichkeiten als ein täglich laufender Ablauf.

Aufwandsschätzungen müssen von den zuständigen Fachpersonen stammen oder ausdrücklich als vorläufige Schätzung gekennzeichnet sein. Eine KI kann Arbeitspakete strukturieren und fehlende Angaben finden. Sie kennt aber weder die tatsächliche Codebasis noch die verfügbare Kapazität automatisch. Eine präzise Zahl ohne diese Grundlage ist keine belastbare Planung.

Eine Entscheidung enthält mehr als Ja oder Nein

Eine Freigabe muss den konkreten Umfang nennen. "Automatische Aktualisierung genehmigt" lässt offen, welche Quelle, welcher Rhythmus und welche Fehlerbehandlung enthalten sind. Eine brauchbare Entscheidung beschreibt die freigegebene Variante und ihre Grenzen. Sie nennt ausserdem die verantwortliche Rolle und den verbindlichen Bezug zur Anfrage.

Mögliche Ergebnisse sind Zustimmung, Ablehnung, Zurückstellung oder Rückfrage. Eine Zurückstellung bedeutet keine spätere automatische Zustimmung. Eine Rückfrage hält den Vorgang offen. Auch eine Ablehnung muss im Register erhalten bleiben, damit derselbe Wunsch nicht bei der nächsten Zusammenfassung wieder als neue Zusage erscheint.

Die Freigaben in KI-Workflows ergänzen die technische Seite: Eine Zustimmung gilt für die geprüfte Fassung. Ändert sich die Anfrage danach, muss die Freigabe erneut bewertet werden. Ein älterer Beschluss darf nicht beliebig auf einen erweiterten Umfang übertragen werden.

Die Zusage korrekt kommunizieren

Nach einer Entscheidung muss der Absender wissen, was angenommen wurde und was offen bleibt. Ein KI-Entwurf kann diese Information vorbereiten, aber die Kommunikation muss mit dem Register übereinstimmen. Eine freundliche Formulierung darf keine zusätzliche Leistung versprechen.

Im Beispiel lautet ein zulässiger Entwurf nach einer fiktiven Entscheidung: "Die tägliche Aktualisierung wird als gesonderte Änderung aufgenommen. Freigegeben ist der Abruf der bestehenden Excel-Quelle einmal täglich. Eine CRM-Anbindung und externe Benutzerzugänge sind nicht Teil dieser Änderung. Der Umsetzungstermin ist noch offen."

Der letzte Satz ist nötig, wenn tatsächlich kein Termin vereinbart wurde. Eine KI darf ihn nicht durch "zeitnah" oder ein geratenes Datum ersetzen. Wenn die Organisation eine verbindliche Zusage braucht, muss die zuständige Person zuerst den Termin entscheiden. Die Kommunikation folgt der Entscheidung, nicht umgekehrt.

Nach Freigabe den Auftrag konsistent fortschreiben

Eine bestätigte Änderung muss in den relevanten Unterlagen ankommen: Auftrag, Aufgabenliste, Abnahmekriterien und gegebenenfalls Betriebsanweisung. Nur den Status im Änderungsregister auf "genehmigt" zu setzen reicht nicht, wenn das Team weiterhin nach einer alten Fassung arbeitet.

Bewahre den Zusammenhang zwischen alter und neuer Fassung. Im Beispiel wird aus V1.2 eine neue Version mit Verweis auf CR-01. Die Abnahme erhält einen Test für die tägliche Aktualisierung und deren Fehlerfall. Die Betriebsverantwortung wird dokumentiert, bevor die neue Funktion in den Regelbetrieb geht.

Die Versionierung von KI-Arbeitsvorlagen nutzt denselben Grundgedanken auf kleinerer Ebene. Der Ausfallplan für KI-Dienste zeigt, warum eine neue automatische Funktion auch neue Betriebsfragen auslöst. Der tatsächliche Aufwand entsteht häufig ausserhalb der sichtbaren Benutzeroberfläche.

Ein Gegenbeispiel für den KI-Vergleich

Gib der KI die Anfrage "Bitte dieselbe Kennzahl künftig nur für aktive Kunden berechnen" und den Auftrag "Kennzahl über alle Kunden". Die Ausgabe muss erkennen, dass sich die Grundgesamtheit ändert. Das ist keine reine Beschriftung, selbst wenn der Absender es als kleine Textkorrektur beschreibt.

Ein zweiter Test enthält eine korrigierte Schreibweise ohne Bedeutungsänderung. Hier muss die KI nicht künstlich ein grosses Änderungsvorhaben erzeugen. Ein dritter Fall betrifft eine falsche Summe bei unveränderter vereinbarter Regel. Das ist eine Abweichung vom bereits geschuldeten Ergebnis innerhalb des fiktiven Modells.

Diese Tests prüfen, ob das Verfahren die fachliche Wirkung erfasst. Sie ersetzen keine Entscheidung der verantwortlichen Person. Die KI liefert eine begründete Vorprüfung mit Quellenbezug. Die Rolle, die über Umfang und Zusage entscheidet, bleibt ausdrücklich benannt.

Mehrere kleine Wünsche gemeinsam bewerten

Einzelne Änderungen können harmlos wirken und zusammen den Auftrag deutlich verschieben. Wenn jede Woche eine weitere Kennzahl, Datenquelle oder Benutzergruppe hinzukommt, verändert sich die Lösung auch ohne einen grossen Einzelantrag. Das Register muss deshalb den kumulierten Stand zeigen. Die Frage lautet nicht nur "Ist dieser Wunsch klein?", sondern auch "Welcher Umfang ist inzwischen insgesamt zugesagt?".

Im fiktiven Dashboardprojekt wird zuerst eine vierte Kennzahl ergänzt, danach eine weitere Datei und später ein externer Zugang angefragt. Jede Anfrage hat eigene Folgen. Gemeinsam verändern sie Datenprüfung, Darstellung und Berechtigungen. Die Entscheidung muss diese Wechselwirkungen berücksichtigen, statt jede Zeile isoliert freizugeben.

Ein regelmässiger Abgleich zwischen freigegebenem Auftrag und tatsächlich geplanter Arbeit macht solche Verschiebungen sichtbar. Die KI kann die Listen gegenüberstellen. Unklare Zuordnungen bleiben aber offen, bis die Projektleitung sie prüft. Eine ähnliche Bezeichnung in zwei Listen beweist nicht, dass dieselbe Leistung gemeint ist.

Eine unklare Kundenantwort nicht zur Zustimmung machen

Nach einer Rückfrage antwortet die fiktive anfragende Person: "Das klingt gut, sprechen wir nächste Woche über die Details." Diese Aussage ist keine eindeutige Freigabe eines konkret beschriebenen Änderungsumfangs. Das Register bleibt in Klärung. Eine Zusammenfassung wie "Kunde hat zugestimmt" überschreitet den belegten Inhalt.

Eine andere Antwort lautet: "Die zusätzliche tägliche Aktualisierung ist freigegeben; den externen Zugang entscheiden wir später." Hier muss das Register zwei unterschiedliche Zustände führen. Der erste Wunsch kann unter den ausdrücklich bestätigten Bedingungen weitergehen, der zweite bleibt offen. Ein gemeinsamer Status für die gesamte Mail ist zu grob.

Die KI-Prüfung muss deshalb auf Entscheidungseinheiten arbeiten. Eine Nachricht kann mehrere Wünsche, Vorbehalte und bestätigte Teile enthalten. Zerlege sie so, dass jede Freigabe genau ihrem Gegenstand zugeordnet wird. Die Originalnachricht bleibt als Nachweis erhalten; die strukturierte Liste ersetzt sie nicht.

Vor der Umsetzung liest eine berechtigte Person die konkrete Entscheidung zurück. Dabei werden Umfang, ausgeschlossene Teile und noch offene Termine geprüft. Dieser letzte Abgleich verhindert, dass eine korrekte Analyse beim Übertragen in die Aufgabenliste wieder zu einer zu weitgehenden Zusage wird. Das Änderungsregister ist erst dann nützlich, wenn die tatsächliche Arbeit denselben Stand wiedergibt.

Abnahme des Änderungsprozesses

Der Prozess ist arbeitsfähig, wenn jede Anfrage auffindbar ist, ihre Einordnung begründet wird und keine unbestätigte Anfrage in die Umsetzung rutscht. Nach einer Zustimmung müssen Auftrag und Abnahmekriterien denselben Stand besitzen. Nach einer Ablehnung darf die Leistung nicht versehentlich in einer Zusammenfassung als geplant erscheinen.

Prüfe dafür einen vollständigen Durchlauf mit den vier künstlichen Anfragen. Suche anschliessend gezielt nach widersprüchlichen Fassungen. Wenn das Register "offen" sagt, die Aufgabenliste aber bereits einen verbindlichen Termin enthält, ist die Prüfung nicht bestanden. Die Unterlagen müssen dieselbe Entscheidung wiedergeben.

Für einen noch unklaren Ausgangsauftrag nutze die Prüfung eines Projektauftrags mit KI. Für die fachliche Erarbeitung neuer Anforderungen ergänzt der Beitrag zur KI-gestützten Produktentwicklung die Perspektive. Das Änderungsregister verbindet diese Arbeit mit einer nachvollziehbaren Freigabe.

Quellenstand: 22.10.2026. Der PMI-Beitrag dient als methodische Primärquelle seines Autors. Register, Dashboardprojekt und Entscheidungsbeispiele sind eigene fiktive Arbeitsmittel. Aus der vorläufigen Einordnung folgt keine rechtliche Bewertung realer Ansprüche.