Die Art der Änderung zuerst klären

Nicht jede neue Aufgabe ist ein Zusatzwunsch. Vielleicht erfüllt eine gelieferte Funktion die bestätigte Anforderung noch nicht. Vielleicht hat sich eine Annahme als falsch erwiesen. Oder ein Fachbereich möchte einen zusätzlichen Anwendungsfall aufnehmen.

Ordnen Sie den Anlass daher zunächst einer Kategorie zu: Abweichung vom vereinbarten Ergebnis, neue Erkenntnis, geänderte Voraussetzung oder Erweiterung. Diese Einordnung schafft Transparenz, entscheidet aber nicht automatisch über vertragliche Ansprüche oder Vergütung.

Bei Uneinigkeit hilft der dokumentierte Ausgangsumfang. Welche Funktion war beschrieben, welche Grenze genannt und welche Mitwirkung zugesagt? Klären Sie den Sachverhalt, bevor Sie über Aufwand und Termin sprechen.

Eine Änderung mit einer Aufgabe beginnen

Ein guter Änderungsantrag beschreibt zunächst, was eine Person zusätzlich oder anders erledigen können soll. «Auch Französisch unterstützen» ist noch unvollständig. Geht es um die Oberfläche, Eingaben, Dokumente oder ausgegebene Antworten?

Formulieren Sie den erwarteten Nutzen und den betroffenen Arbeitsablauf. Prüfen Sie danach, ob die Erweiterung zum aktuellen Projektziel gehört oder besser als eigener späterer Auftrag behandelt wird.

Die britische Orientierung zu agilen Verträgen beschreibt Zusammenarbeit und laufende Priorisierung als wichtige Bestandteile. Für ein KMU bedeutet dies nicht grenzenlose Flexibilität, sondern nachvollziehbare Entscheidungen über veränderte Arbeit.

Eine kurze Vorlage für den Änderungsantrag

Verwenden Sie acht Felder:

• Kennung und Datum.

• Anlass und gewünschtes Verhalten.

• Betroffene Nutzer, Systeme und Daten.

• Nutzen beziehungsweise zu vermeidendes Problem.

• Auswirkungen auf bestehende Anforderungen.

• Zusätzliche Arbeiten, Tests und Mitwirkung.

• Optionen mit Aufwand und Terminfolgen.

• Entscheidung, Verantwortlicher und gültige Fassung.

Nicht jede Änderung braucht eine umfangreiche Unterlage. Die gleiche kleine Struktur erleichtert jedoch den Vergleich mehrerer Wünsche. Bei einer sehr kleinen Anpassung können wenige Sätze genügen.

Ein fiktiver Antrag zur zweiten Sprache

Ein Unternehmen testet einen Assistenten mit deutschen Produktunterlagen. Nach der ersten Vorführung wünscht der Vertrieb französische Antworten. Der ursprüngliche Auftrag deckt nur deutschsprachige Quellen und Tests ab.

Der Änderungsantrag hält fest, dass zunächst nur Antworten auf Französisch benötigt werden. Neue französische Datenquellen bleiben ausgeschlossen. Die Fachseite muss geeignete Prüfpersonen bereitstellen; die Agentur untersucht, ob Fachbegriffe und Zahlen korrekt erhalten bleiben.

Als Optionen stehen zur Wahl: Erweiterung innerhalb des aktuellen Projekts mit angepasstem Termin, späterer separater Test oder vorläufige Weiterarbeit nur auf Deutsch. Eine pauschale Schätzung «kleine Prompt-Anpassung» würde die fachliche Prüfung ausblenden.

Auswirkungen entlang des ganzen Ablaufs prüfen

Eine Änderung kann an einer Stelle klein wirken und an anderer Stelle zusätzliche Arbeit auslösen. Neue Dokumente benötigen vielleicht neue Rechte. Eine zusätzliche Aktion benötigt eine verständliche Freigabe. Eine andere Datenquelle kann bisherige Antworten beeinflussen.

Lassen Sie deshalb Entwicklung, Integration, Tests, Dokumentation und Betrieb einzeln betrachten. Notieren Sie auch, ob bereits geprüfte Anforderungen erneut untersucht werden müssen. Das NIST AI RMF berücksichtigt die Bewertung von Risiken im Lebenszyklus eines Systems.

Ihre praktische Prüffrage lautet: «Welche bisherige Aussage über diese Lösung müssen wir nach der Änderung neu belegen?» Dadurch werden Auswirkungen sichtbar, die in einer reinen Funktionsbeschreibung fehlen.

Zwischen Muss und späterem Wunsch unterscheiden

Ein Projekt kann mehr gute Ideen enthalten, als aktuell sinnvoll umgesetzt werden können. Geben Sie jedem Antrag eine Priorität mit Begründung: Voraussetzung für den vereinbarten Einsatz, nützliche Erweiterung oder spätere Option.

Ein zusätzlicher Wunsch sollte nicht allein deshalb Vorrang erhalten, weil die anfragende Person besonders präsent ist. Prüfen Sie denselben Nutzenmassstab wie bei anderen Vorhaben. Unser Beitrag zum Priorisieren von KI-Anwendungsfällen bietet dafür eine ergänzende Methode.

Auch eine Ablehnung sollte verständlich bleiben. «Für diese Phase nicht erforderlich; nach Auswertung der tatsächlichen Nutzung erneut prüfen» ist hilfreicher als ein kommentarloses Verschieben.

Erst entscheiden, dann den Plan ändern

Die Agentur sollte eine wesentliche Erweiterung nicht auf Zuruf umsetzen und erst später abrechnen. Ebenso sollte das Unternehmen eine beauftragte Arbeit nicht stillschweigend durch neue Wünsche ersetzen. Benennen Sie, wer eine Änderung verbindlich freigeben darf.

Dokumentieren Sie die Entscheidung im gleichen Ort wie den Antrag. Aktualisieren Sie anschliessend Umfang, Termin, Testplan und Budgetannahmen. Informieren Sie betroffene Personen, damit nicht parallel nach zwei unterschiedlichen Fassungen gearbeitet wird.

Bei dringenden Fehlern kann eine vorläufige Sicherungsmassnahme notwendig sein. Trennen Sie dann die sofortige Begrenzung des Problems von der späteren Entscheidung über eine dauerhafte Erweiterung.

Änderungen als Lernspur nutzen

Betrachten Sie zum Projektende, welche Änderungen wiederholt auftraten. Fehlten im Briefing wichtige Fälle? Waren Zuständigkeiten unklar? Oder wurde durch die erste Nutzung ein neuer sinnvoller Bedarf sichtbar?

Diese Erkenntnisse verbessern den nächsten Auftrag. Mit einclick als KI-Umsetzungspartner in Zürich können Sie neue Anforderungen so einordnen, dass Nutzen, Aufwand und Auswirkungen vor der Umsetzung verständlich sind.