Was ist ein Change Request?
Ein Change Request ist eine förmliche Anfrage, den vereinbarten Leistungsumfang eines laufenden Projekts zu ändern. Er wird beschrieben, hinsichtlich Aufwand, Kosten, Termin und Risiko bewertet und erst nach Freigabe durch den Auftraggeber umgesetzt, damit Umfang und Budget nachvollziehbar bleiben.

Change Request: Definition und Zweck
Ein Change Request (deutsch: Änderungsantrag) entsteht, wenn sich während eines Projekts herausstellt, dass etwas anderes oder mehr gewünscht ist als vereinbart – eine zusätzliche Funktion, ein geänderter Ablauf oder ein weiteres System, das angebunden werden soll. Er macht Änderungen sichtbar, statt sie nebenbei in die Umsetzung rutschen zu lassen.
Er dient dazu, Umfang, Kosten und Termine unter Kontrolle zu halten. Ohne klares Verfahren entsteht „Scope Creep“: Der Umfang wächst schleichend, Budget und Termin geraten ins Rutschen, und am Ende streiten beide Seiten darüber, was eigentlich vereinbart war. Bei Festpreisprojekten ist dieses Risiko besonders groß.
So läuft das Verfahren ab
Der Ablauf ist meist einfach: Der Wunsch wird beschrieben, mit Begründung und Dringlichkeit. Der Auftragnehmer bewertet Aufwand, Kosten, Termin und Auswirkungen auf andere Funktionen. Der Auftraggeber entscheidet, ob er freigibt, verschiebt oder ablehnt. Erst danach beginnt die Umsetzung, und der neue Stand wird dokumentiert.
Nicht jede Änderung ist ein Change Request: Ein Fehler, bei dem die Software vom Vereinbarten abweicht, ist ein Mangel und wird behoben, nicht neu berechnet. In agilen Projekten ersetzt die Priorisierung im Backlog das Verfahren zum Teil: Neue Wünsche kommen ins Backlog, dafür rückt anderes nach hinten oder entfällt.
- Beschreibung der gewünschten Änderung mit Begründung
- Auswirkung auf Funktionsumfang und andere Bereiche
- Aufwandsschätzung in Stunden oder Tagen samt Kosten
- Auswirkung auf Termin und Abnahme
- Entscheidung mit Datum und Namen des Freigebenden
Praxisbeispiel: Konfigurator für eine Schreinerei
Eine Schreinerei lässt einen Online-Konfigurator für Möbel zu einem Festpreis entwickeln. Mitten im Projekt fällt dem Geschäftsführer auf, dass Aufträge direkt in die Buchhaltungssoftware übergeben werden sollten. Davon stand nichts im Pflichtenheft, und die Schnittstelle ist kein kleines Detail.
Der Entwickler hält die Anfrage als Change Request fest, schätzt zwei Tage Mehraufwand und weist darauf hin, dass der Livegang um eine Woche rückt. Die Schreinerei gibt die Änderung frei. Beide Seiten wissen, was zusätzlich vereinbart wurde, und die Abnahme verläuft ohne Diskussion.
Typische Fehler und Umsetzung
Typische Fehler sind mündliche Zusagen, Änderungen, die „kurz mal eben“ eingebaut werden, ohne Folgen für Termin und Tests zu nennen, und fehlende Verantwortliche auf Kundenseite, die freigeben. Hilfreich ist ein Verfahren, das schon im Angebot beschrieben wird: wer Änderungen einreicht, wie schnell sie bewertet werden und welche Sätze gelten.
Nano Concepts verankert den Änderungsprozess im Angebot, bewertet Wünsche transparent und hält Freigaben schriftlich fest, damit Umfang, Preis und Termin jederzeit nachvollziehbar bleiben. So bleibt Raum für neue Ideen, ohne dass das Projekt aus dem Ruder läuft. Auftraggeber behalten die Kontrolle über Kosten, Auftragnehmer vermeiden unbezahlte Zusatzarbeit.
Häufige Fragen zu Change Request
Grundsätzlich der Auftraggeber, wenn der Wunsch über den vereinbarten Umfang hinausgeht. Der Aufwand wird vorab geschätzt und freigegeben. Fehler, bei denen die Software nicht wie vereinbart funktioniert, sind dagegen Mängel und werden vom Auftragnehmer behoben.
Ein Bugfix behebt eine Abweichung vom Vereinbarten: Die Software tut nicht, was zugesagt war. Ein Change Request verändert das Vereinbarte selbst, weil etwas Neues oder Anderes gewünscht wird. Im ersten Fall liegt ein Mangel vor, im zweiten ein zusätzlicher Auftrag.
Scope Creep bezeichnet das schleichende Wachsen des Projektumfangs durch viele kleine Zusatzwünsche, die nicht bewertet und nicht freigegeben werden. Die Folgen sind überschrittene Budgets, verschobene Termine und Streit. Ein klarer Änderungsprozess verhindert das.
Nein. Kleine Anpassungen innerhalb des vereinbarten Umfangs, etwa Texte oder Details der Umsetzung, gehören zum normalen Projektablauf. Ein Verfahren lohnt sich, sobald Aufwand, Kosten oder Termine spürbar betroffen sind. Die Grenze sollte im Angebot festgelegt sein.
Passende Leistungen

Individual-Software
Software nach Ihren Abläufen statt Standard mit Kompromissen – für Excel-Ablösung, interne Tools und Fachanwendungen.
Mehr erfahren
Softwareentwicklung
Software von der Anforderung bis zum Betrieb – Web, Mobile und Schnittstellen aus einer Hand.
Mehr erfahren
Tech-Beratung
Software-Auswahl, Architektur, Code-Review und Digitalisierungsfahrplan – unabhängig und umsetzungsnah.
Mehr erfahren
Software-Wartung
Fehlerbehebung, Sicherheitsupdates, Anpassungen und Weiterentwicklung Ihrer Individualsoftware – mit klarem Wartungsvertrag.
Mehr erfahrenVerwandte Begriffe
Relevant für diese Branchen
Passende Magazin-Beiträge

Scrum in Softwareprojekten: Rollen, Ablauf und Velocity
Scrum macht Fortschritt sichtbar – wenn der Product Owner entscheiden kann, die Definition of Done gilt und Velocity als internes Planungswerkzeug dient. Ein Leitfaden für Auftraggeber von Individualsoftware.
Weiterlesen
Lastenheft für Softwareprojekte: Aufbau, Beispiel und Checkliste
Ein gutes Lastenheft macht Angebote vergleichbar und Festpreise möglich. So ist es aufgebaut, wie Sie Anforderungen prüfbar formulieren und woran Sie ein vollständiges Lastenheft erkennen.
Weiterlesen
Microservices oder Monolith: Entscheidungshilfe für Teams und Produkte
Microservices gelten als modern, doch für viele Produkte ist ein modularer Monolith die bessere Wahl. So wägen Sie Teams, Releases, Datenkonsistenz und Betriebskosten realistisch ab.
Weiterlesen