Softwareentwicklung zum Festpreis: Warum zuerst der Scope klar sein muss.

Eine Formulierung wie „Wir brauchen ein Kundenportal“ beschreibt noch keinen kalkulierbaren Leistungsumfang. Für einen Festpreis muss geklärt sein, welches Problem gelöst wird, wie der künftige Ablauf aussieht und welche Verantwortung das System übernimmt.

Dazu gehören nicht nur sichtbare Funktionen. Auch Nutzerrollen, Daten, Schnittstellen, Sonderfälle, Sicherheitsanforderungen und die Einführung beeinflussen den Aufwand. Eine frühe Zahl kann zwar eine Orientierung sein. Als verbindlicher Festpreis ist sie erst belastbar, wenn Annahmen und Abgrenzungen nachvollziehbar dokumentiert sind.

Die Prozessanalyse schafft dafür die fachliche Grundlage. Aus dem Ist-Prozess entsteht ein abgestimmter Soll-Prozess; daraus lassen sich Anforderungen und prüfbare Ergebnisse ableiten.

Festpreise scheitern nicht zwangsläufig am Vertragsmodell. Problematisch wird es, wenn ein scheinbar fester Preis auf veränderlichen oder unbekannten Grundlagen beruht. Dann wird während der Umsetzung gleichzeitig analysiert, entschieden und entwickelt.

Typische Ursachen sind:

• eine unklare Zielsetzung oder mehrere widersprüchliche Ziele,
• nicht dokumentierte Varianten und Ausnahmefälle,
• unbekannte oder erst spät zugängliche Schnittstellen,
• unklare Qualität und Struktur von Bestandsdaten,
• fehlende Rollen- und Rechteanforderungen,
• nicht definierte Test- und Abnahmekriterien,
• zusätzliche Anforderungen, die erst an einem Prototyp sichtbar werden.

Diese Punkte sind kein Beleg gegen Festpreise. Sie zeigen, welche Unsicherheiten vor einer verbindlichen Kalkulation bearbeitet oder ausdrücklich als Abgrenzung festgehalten werden müssen.

Wer bei unklarem Scope einen Festpreis zusagt, muss unbekannte Risiken bewerten. Je weniger über Daten, Schnittstellen und Sonderfälle bekannt ist, desto größer muss ein Risikopuffer ausfallen – oder desto wahrscheinlicher werden spätere Konflikte über den vereinbarten Umfang.

Mehr Klarheit bedeutet nicht, jede spätere Entscheidung vorwegzunehmen. Es genügt, die kostenrelevanten Grenzen zu kennen: Was gehört zur ersten Ausbaustufe? Welche Systeme werden angebunden? Welche Daten werden migriert? Welche Qualitätsmerkmale gelten? Was wird bewusst nicht umgesetzt?

So entsteht eine Kalkulation, deren Annahmen überprüfbar sind. Auftraggeber können Angebote besser vergleichen, und das Umsetzungsteam weiß, welches Ergebnis abgenommen werden soll.

Ein Festpreis wird dann belastbar, wenn die für Aufwand und Risiko relevanten Fragen ausreichend beantwortet sind. Der notwendige Detaillierungsgrad hängt vom Vorhaben ab; eine kleine interne Anwendung benötigt eine andere Vorbereitung als ein geschäftskritisches System mit Migration und mehreren Integrationen.

Mindestens zu klären sind:

• der abgestimmte Soll-Prozess einschließlich wichtiger Ausnahmen,
• Rollen, Nutzergruppen und Berechtigungen,
• der priorisierte Funktionsumfang,
• beteiligte Systeme und verfügbare Integrationswege,
• Umfang, Qualität und Regeln einer Datenmigration,
• Anforderungen an Datenschutz, Informationssicherheit und Betrieb,
• erwartete Qualität, Leistung und Verfügbarkeit,
• konkrete Akzeptanz- und Abnahmekriterien,
• bekannte Abgrenzungen und Mitwirkungspflichten.

Offene Punkte dürfen bestehen bleiben. Sie müssen jedoch benannt, bewertet und entweder vor Kalkulation geklärt oder mit einer nachvollziehbaren Annahme behandelt werden.

Ein nachvollziehbares Angebot verbindet das fachliche Ziel mit konkreten Liefergegenständen. Dazu zählen der Leistungsumfang, bewusst ausgeschlossene Leistungen, Meilensteine sowie Zuständigkeiten auf beiden Seiten. Auch Test, Abnahme, Deployment, Dokumentation und der Umgang mit festgestellten Mängeln gehören in den vereinbarten Rahmen.

Welche Gewährleistungs-, Haftungs- oder Nachbesserungsregeln gelten, richtet sich nach dem tatsächlichen Vertrag. Dieser Beitrag ist keine Rechtsberatung. Für rechtlich verbindliche Formulierungen sollte der konkrete Vertrag fachkundig geprüft werden.

Technisch wichtig ist zudem, welche Umgebungen bereitgestellt werden, wer Zugänge zu Drittsystemen beschafft und welche Annahmen zur Qualität von Schnittstellen oder Bestandsdaten in die Kalkulation eingeflossen sind.

Ein klarer Scope verhindert nicht, dass während eines Projekts neue Erkenntnisse entstehen. Änderungswünsche sind nicht grundsätzlich problematisch. Sie werden problematisch, wenn sie unbemerkt in die Umsetzung einfließen und dadurch Preis, Termin oder Qualität verändern.

Ein kontrollierter Ablauf trennt den vereinbarten Umfang von einer neuen Anforderung: Zuerst wird beschrieben, was sich ändern soll. Danach werden Auswirkungen auf Prozess, Architektur, Tests, Migration und Betrieb geprüft. Preis und Zeit werden transparent dargestellt, bevor die Änderung freigegeben und umgesetzt wird.

Kleine fachliche Klarstellungen, Fehlerkorrekturen und echte Scope-Erweiterungen sollten dabei nicht gleichgesetzt werden. Maßgeblich ist, was nachweisbar vereinbart wurde und ob sich das erwartete Ergebnis ändert.

Beide Modelle können sinnvoll sein. Ein Festpreis bietet Budgetklarheit für einen ausreichend definierten Umfang. Time & Material erhält mehr Entscheidungsfreiheit, wenn Zielbild oder technische Machbarkeit noch bewusst erkundet werden. Auch eine Kombination ist möglich: eine separat beauftragte Analyse, anschließend ein Festpreis für einen definierten Umsetzungsscope.

Entscheidend ist, Risiko nicht nur vertraglich zu verschieben. Ein niedriger Festpreis hilft wenig, wenn der Umfang unterschiedlich verstanden wird. Umgekehrt ist ein flexibles Abrechnungsmodell kein Ersatz für Prioritäten, Transparenz und regelmäßige Entscheidungen.

In einer explorativen Phase kann ein verbindlicher Preis für das Endergebnis falsche Sicherheit erzeugen. Das gilt etwa für Prototypen, unbekannte technische Machbarkeit, einen stark wechselnden Scope, ungeklärten Zugriff auf Drittsysteme oder eine noch nicht bewertete Datenmigration.

Statt das gesamte Vorhaben zu früh festzuschreiben, kann eine begrenzte Analyse- oder Prototyping-Phase sinnvoll sein. Ihr Ergebnis ist dann nicht zwingend die fertige Software, sondern eine belastbare Entscheidung: Ist der Lösungsweg machbar? Welche Varianten wurden verworfen? Welche Risiken bleiben? Welcher Umfang kann anschließend seriös angeboten werden?

Bei rothgaenger + partner folgt die Kalkulation der fachlichen Klärung. Wir verstehen zuerst den tatsächlichen Prozess, definieren gemeinsam den Soll-Prozess und leiten daraus Funktionen, Daten, Rollen und Integrationen ab. Danach werden Akzeptanzkriterien und Abgrenzungen festgelegt.

Erst dieser definierte Scope wird kalkuliert. Das Vorgehensmodell macht Zwischenergebnisse und offene Entscheidungen sichtbar. Die Softwareentwicklung beginnt dadurch nicht mit einer Sammlung lose formulierter Wünsche, sondern mit einem überprüfbaren Ziel.

Ein tragfähiger Festpreis ist das Ergebnis von Klarheit. Er setzt einen abgestimmten Zielprozess, einen dokumentierten Leistungsumfang und prüfbare Akzeptanzkriterien voraus. Wo diese Grundlage noch fehlt, sollte zunächst die Unsicherheit bearbeitet werden – durch Prozessanalyse, technische Prüfung oder einen klar begrenzten Prototyp. So wird der Preis nicht zum Versprechen auf unbekannter Grundlage, sondern zu einer nachvollziehbaren Vereinbarung über ein konkretes Ergebnis.