Soll-Ist-Vergleich: Definition, Ablauf und Praxistipps für Projektmanager
Christoph Friedrich | (Aktualisiert: )

Soll-Ist-Vergleich: Definition, Ablauf und Praxistipps für Projektmanager

Zusammenfassung
Beim Soll-Ist-Vergleich werden geplante Werte den tatsächlich erreichten Ergebnissen gegenübergestellt. So lassen sich Abweichungen bei Kosten, Terminen und Leistung frühzeitig erkennen. Der Vergleich ist das Fundament des Projektcontrollings und bildet die Grundlage für fundierte Gegenmaßnahmen. Dieser Artikel erklärt den Ablauf Schritt für Schritt, zeigt typische Anwendungsbereiche und gibt Praxistipps für aussagekräftige Vergleiche.

Was ist ein Soll-Ist-Vergleich?

Ein Soll-Ist-Vergleich stellt geplante Zielwerte (Soll) den tatsächlich erreichten Ergebnissen (Ist) gegenüber. Die Differenz zwischen beiden – die Abweichung – zeigt, ob ein Projekt, ein Budget oder ein Prozess auf Kurs liegt.

Der Begriff stammt ursprünglich aus der Kostenrechnung, wo Sollkosten und Istkosten in der Plankostenrechnung verglichen werden. Heute ist der Soll-Ist-Vergleich weit über die Buchhaltung hinaus verbreitet: Im Projektmanagement ist er das zentrale Werkzeug, um Termine, Kosten und Leistungsumfang systematisch zu überwachen.

Wichtig ist die richtige Einordnung: Ein Soll-Ist-Vergleich ist kein Kontrollinstrument im Sinne einer Überprüfung von Personen. Er ist ein Steuerungsinstrument – vergleichbar mit dem Armaturenbrett eines Fahrzeugs. Die Anzeigen zeigen, wo das Projekt steht, und ermöglichen es der Projektleitung, rechtzeitig den Kurs zu korrigieren.

Der Soll-Ist-Vergleich bildet den Kern des Projektcontrolling-Regelkreises: Planen, Messen, Vergleichen, Analysieren, Handeln. Ohne diesen Vergleich fehlt die Verbindung zwischen Plan und Realität – und damit die Grundlage für jede Steuerungsentscheidung. Welche Ist- und Soll-Größen Sie dabei typischerweise erfassen und wie Sie daraus ein schlankes KPI-Set formen, fasst Projektkennzahlen im Überblick zusammen.

Wozu dient der Soll-Ist-Vergleich?

Der Soll-Ist-Vergleich erfüllt mehrere Funktionen gleichzeitig. Er ist sowohl Frühwarnsystem als auch Entscheidungsgrundlage und Lernquelle.

  • Abweichungen frühzeitig erkennen. Werden geplante und tatsächliche Werte regelmäßig verglichen, fallen Differenzen auf, bevor sie kritisch werden. Eine Kostenüberschreitung von 5 % nach der ersten Projektphase ist handhabbar – 30 % Überschreitung am Projektende nicht mehr.

  • Fundierte Entscheidungen treffen. Ohne Daten bleibt jede Entscheidung ein Bauchgefühl. Der Soll-Ist-Vergleich liefert die Zahlen, auf deren Basis die Projektleitung über Gegenmaßnahmen, Budgetnachträge oder Terminverschiebungen entscheiden kann.

  • Transparenz schaffen. Auftraggeber und Stakeholder wollen wissen, wo ihr Projekt steht. Ein sauberer Soll-Ist-Vergleich macht den Status nachvollziehbar – im Projektstatusbericht, im Lenkungsausschuss oder im Team-Meeting.

  • Planungsqualität verbessern. Jeder Vergleich liefert Erkenntnisse für die nächste Planung. War die Aufwandsschätzung zu optimistisch? Wurden bestimmte Risiken unterschätzt? Diese Erfahrungswerte machen künftige Projekte planbarer – und verbessern die Treffsicherheit zukünftiger Wirtschaftlichkeitsanalysen.

  • Die drei Zieldimensionen im Blick behalten. Im Magischen Dreieck des Projektmanagements stehen Kosten, Termine und Leistung in einem Spannungsverhältnis. Der Soll-Ist-Vergleich zeigt, in welcher Dimension das Projekt vom Plan abweicht – und ob eine Verschiebung in einer Dimension Auswirkungen auf die anderen hat.

Ablauf eines Soll-Ist-Vergleichs

Soll-Ist-Vergleich: Der Ablauf in fünf Schritten

Ein strukturierter Soll-Ist-Vergleich folgt fünf Schritten. In der Praxis wiederholen sich diese Schritte regelmäßig – sie sind Teil des Controlling-Regelkreises, der ein Projekt über seine gesamte Laufzeit begleitet.

1. Soll-Werte definieren

Alles beginnt mit einer klaren Planung. Ohne messbare Zielgrößen gibt es nichts, wogegen verglichen werden kann. Die Soll-Werte werden in der Planungsphase aus den Projektzielen abgeleitet und im Projektplan dokumentiert.

Typische Soll-Werte im Projektmanagement:

  • Kosten: Projektbudget je Arbeitspaket oder Projektphase
  • Termine: Geplante Start- und Endtermine, Meilensteine
  • Leistung: Geplanter Fertigstellungsgrad, Anzahl abgeschlossener Arbeitspakete, Qualitätskennzahlen

Je konkreter die Soll-Werte, desto aussagekräftiger wird der spätere Vergleich. „Das Projekt soll ungefähr im Budget bleiben” ist keine brauchbare Vorgabe. „Das Arbeitspaket Systemdesign ist mit 20.000 € und einer Dauer von vier Wochen geplant” schon.

2. Ist-Werte erfassen

Im laufenden Projekt werden die tatsächlichen Daten erhoben: aufgewendete Stunden, entstandene Kosten, erreichte Ergebnisse, tatsächliche Termine. Diese Ist-Werte müssen zeitnah und zuverlässig erfasst werden – veraltete oder geschönte Daten machen den gesamten Vergleich wertlos.

In der Praxis bedeutet das: Arbeitszeiten werden zeitnah gebucht, Kosten projektbezogen erfasst und der Fertigstellungsgrad regelmäßig bewertet. Projektmanagement-Software erleichtert diesen Schritt erheblich, weil Ist-Daten dort anfallen, wo die Arbeit stattfindet.

3. Soll und Ist vergleichen

Nun werden die geplanten und die tatsächlichen Werte gegenübergestellt. Dabei sollten sowohl absolute Abweichungen (z. B. +3.500 €) als auch relative Abweichungen (z. B. +17,5 %) berechnet werden. Absolute Werte zeigen die Größenordnung, relative Werte die Verhältnismäßigkeit.

In diesem Schritt wird verglichen, noch nicht bewertet. Die vorschnelle Interpretation – „Das ist ja viel zu teuer!” – führt häufig zu falschen Maßnahmen. Erst der nächste Schritt gibt den Zahlen Bedeutung.

4. Abweichungen analysieren

Die Abweichungsanalyse ist der entscheidende Schritt. Hier wird untersucht, warum Soll und Ist voneinander abweichen. Drei Fragen helfen bei der Einordnung:

  • Ist die Abweichung relevant? Kleine Differenzen liegen innerhalb der normalen Planungsunsicherheit und erfordern keine Maßnahmen.
  • Ist die Abweichung singulär oder systematisch? Ein einmaliger Effekt (z. B. ein ungeplanter Workshop) wird anders behandelt als eine strukturelle Fehleinschätzung (z. B. durchgehend zu niedrige Stundensatzannahme).
  • Was ist die Ursache? Typische Ursachen sind Planungsfehler, Scope Creep, Ressourcenengpässe, externe Verzögerungen oder veränderte Anforderungen.

5. Maßnahmen ableiten

Auf Basis der Analyse werden Gegenmaßnahmen definiert. Diese reichen von kleinen Kurskorrekturen bis hin zu grundlegenden Plananpassungen:

  • Korrekturmaßnahmen: Zusätzliche Ressourcen einsetzen, Arbeitspakete umpriorisieren, Prozesse optimieren
  • Plananpassung: Budget erhöhen, Termine verschieben, Leistungsumfang anpassen
  • Eskalation: Lenkungsausschuss einschalten, wenn die Abweichung die Befugnisse der Projektleitung übersteigt

Die Projektsteuerung setzt diese Maßnahmen um – und der nächste Soll-Ist-Vergleich zeigt, ob sie gewirkt haben.

Praxisbeispiel: Soll-Ist-Vergleich in einem Softwareprojekt

Ein Unternehmen entwickelt ein Kundenportal. Das Projekt ist auf sechs Monate angelegt, das Gesamtbudget beträgt 120.000 €. Nach drei Monaten führt die Projektleitung einen Soll-Ist-Vergleich durch:

ArbeitspaketSoll-KostenIst-KostenAbweichungAbweichung %
Anforderungsanalyse12.000 €11.400 €−600 €−5,0 %
UX-Design18.000 €21.200 €+3.200 €+17,8 %
Backend-Entwicklung35.000 €19.500 €−15.500 €−44,3 %
Frontend-Entwicklung30.000 €8.000 €−22.000 €−73,3 %
Testing15.000 €
Rollout10.000 €
Gesamt120.000 €60.100 €−59.900 €

Auf den ersten Blick sieht es gut aus: Nach der Hälfte der Laufzeit sind erst 50 % des Budgets verbraucht. Doch die Zahlen erzählen eine differenziertere Geschichte:

  • UX-Design: 17,8 % über Budget. Die Analyse zeigt: Der Kunde hat nach dem ersten Entwurf umfangreiche Änderungswünsche eingebracht, die nicht im ursprünglichen Scope enthalten waren. Ursache: unzureichende Anforderungsklärung im Vorfeld.
  • Backend-Entwicklung: Scheinbar 44 % unter Budget – doch der Fertigstellungsgrad liegt erst bei 40 % statt der geplanten 60 %. Rechnerisch liegen die Kosten pro Leistungseinheit sogar über Plan.
  • Frontend-Entwicklung: Noch kaum begonnen, weil das Backend-Team in Verzug ist und die Schnittstellen noch nicht stehen.

Die einfache Kostenbetrachtung täuscht hier. Erst in Kombination mit dem Fertigstellungsgrad wird sichtbar, dass das Projekt sowohl ein Kosten- als auch ein Terminproblem hat. Für eine tiefergehende Analyse eignet sich die Earned Value Analyse, die Kosten, Zeit und Leistung in einem Kennzahlensystem verknüpft.

Maßnahmen in diesem Beispiel:

  • Scope-Klärung mit dem Kunden für die verbleibenden Phasen, um weiteren Scope Creep zu vermeiden
  • Zusätzliche Backend-Ressourcen, um den Terminverzug aufzuholen
  • Anpassung des Zeitplans für Frontend-Entwicklung und Testing

Anwendungsbereiche im Projektmanagement

Der Soll-Ist-Vergleich lässt sich auf alle Dimensionen des Projektmanagements anwenden. Je nach Fragestellung rücken unterschiedliche Kenngrößen in den Fokus. Eine thematische Übersicht gängiger Metriken – von Zeit und Budget bis Risiko und Team – finden Sie unter Projektkennzahlen im Überblick.

Kostencontrolling

Der klassische Anwendungsfall: Geplante und tatsächliche Kosten werden je Arbeitspaket, Projektphase oder Kostenstelle verglichen. Regelmäßige Kostenvergleiche zeigen, ob das Projektbudget ausreicht oder ob Nachsteuerung erforderlich ist.

Termincontrolling

Geplante und tatsächliche Termine werden abgeglichen – für einzelne Arbeitspakete, Meilensteine oder das gesamte Projekt. In Kombination mit der Meilensteintrendanalyse lässt sich nicht nur der aktuelle Verzug erkennen, sondern auch der Trend: Verschiebt sich ein Termin bei jedem Berichtszeitpunkt weiter nach hinten?

Leistungscontrolling

Hier wird der geplante Fertigstellungsgrad mit dem tatsächlichen verglichen. Dieser Vergleich ist besonders aussagekräftig in Kombination mit dem Kostencontrolling: Weniger Kosten bei weniger Leistung sind keine Ersparnis.

Ressourcencontrolling

Geplante und tatsächliche Auslastung von Teammitgliedern werden gegenübergestellt. Das hilft, Über- oder Unterlastung zu erkennen und die Kapazitätsplanung anzupassen. Eine systematische Betrachtung des Workloads über mehrere Projekte hinweg macht Engpässe sichtbar, bevor sie zum Problem werden.

Über das Projektmanagement hinaus

Der Soll-Ist-Vergleich ist nicht auf Projekte beschränkt. In der Kostenrechnung vergleicht er Soll- und Istkosten je Kostenstelle, im Vertrieb geplante und tatsächliche Umsätze, in der Personalplanung geplante und tatsächliche Kapazitäten. Das Prinzip bleibt immer dasselbe: Plan und Realität systematisch gegenüberstellen, Abweichungen erkennen, handeln.

Tipps für einen aussagekräftigen Soll-Ist-Vergleich

Ein Soll-Ist-Vergleich ist nur so gut wie seine Datengrundlage und seine Interpretation. Die folgenden Tipps helfen, typische Fallstricke zu vermeiden.

Realistische Soll-Werte ansetzen. Unrealistische Planwerte machen jeden Vergleich wertlos. Wenn das Budget von Anfang an zu knapp kalkuliert ist, produziert jeder Vergleich rote Zahlen – ohne dass die Projektleitung etwas falsch gemacht hätte. Eine solide Aufwandsschätzung ist die Voraussetzung für aussagekräftige Vergleiche.

Regelmäßig vergleichen. Ein Soll-Ist-Vergleich einmal am Projektende ist eine Obduktion, kein Controlling. Sinnvoll sind feste Intervalle – wöchentlich, zweiwöchentlich oder zu jedem Meilenstein. In agilen Projekten bietet sich ein Vergleich nach jedem Sprint an.

Absolute und relative Abweichungen darstellen. 5.000 € Überschreitung klingt bei einem 500.000-€-Projekt harmlos, bei einem 20.000-€-Projekt dagegen dramatisch. Beide Perspektiven gehören in die Auswertung.

Vorjahres- oder Referenzwerte einbeziehen. Bei wiederkehrenden Projekttypen lohnt sich der Vergleich mit früheren Projekten. So lassen sich Trends erkennen: Werden Aufwandsschätzungen systematisch übertroffen? Gibt es bestimmte Phasen, die regelmäßig aus dem Ruder laufen?

Ursachen suchen statt Schuldige. Der Soll-Ist-Vergleich dient der Prozessoptimierung, nicht der Schuldzuweisung. Wer Abweichungen als Anlass für Vorwürfe nutzt, sorgt dafür, dass künftig Probleme vertuscht statt gemeldet werden.

Passende Software einsetzen. Manuelle Pflege in Tabellenkalkulationen ist bei kleinen Projekten praktikabel, wird aber mit wachsender Komplexität fehleranfällig und zeitaufwändig. Projektmanagement-Software wie Allegra erfasst Ist-Daten dort, wo die Arbeit stattfindet, und stellt Soll-Ist-Vergleiche per Dashboard bereit.

Soll-Ist-Vergleich mit Software unterstützen

Viele Teams starten mit einer Tabellenkalkulation – und das funktioniert bei überschaubaren Projekten gut. Doch mit zunehmender Projektkomplexität stößt der manuelle Ansatz an Grenzen: Daten werden verspätet eingetragen, Formeln sind fehleranfällig, verschiedene Versionen kursieren gleichzeitig.

Eine Projektmanagement-Software löst diese Probleme, indem sie Planung und Ausführung in einem System verbindet:

  • Automatische Ist-Erfassung: Arbeitszeiten, Kosten und Fortschritt werden direkt im Tool dokumentiert – nicht nachträglich in einer separaten Tabelle.
  • Soll-Ist-Dashboards: Aktuelle Abweichungen werden visuell aufbereitet, oft mit Ampellogik für den schnellen Überblick.
  • Drill-Down auf Arbeitspakete: Vom Gesamtprojekt lässt sich bis auf einzelne Aufgaben navigieren, um die Ursache einer Abweichung zu lokalisieren.
  • Historische Vergleiche: Vergangene Projekte dienen als Referenz für die Planung neuer Vorhaben.

Allegra kombiniert Aufgaben-, Projekt- und Kostenmanagement in einer Plattform. Soll-Werte werden in der Projektplanung definiert, Ist-Werte entstehen durch die tägliche Arbeit der Teammitglieder. Soll-Ist-Vergleiche und Statusberichte lassen sich daraus ohne Medienbruch erzeugen.

Allegra

Die smarte Projektmanagement-Software

Jetzt entdecken

Häufig gestellte Fragen

Was ist ein Soll-Ist-Vergleich einfach erklärt?

Ein Soll-Ist-Vergleich stellt geplante Werte (Soll) den tatsächlich erreichten Ergebnissen (Ist) gegenüber. Die Differenz zeigt Abweichungen auf, deren Ursachen analysiert werden, um Korrekturmaßnahmen einzuleiten. Das Verfahren ist ein zentrales Instrument des Projektcontrollings.

Was ist der Unterschied zwischen Soll- und Ist-Werten?

Soll-Werte sind die geplanten Zielgrößen – etwa ein Budget von 50.000 € oder ein Fertigstellungstermin am 30. Juni. Ist-Werte sind die tatsächlich gemessenen Ergebnisse – etwa tatsächliche Kosten von 54.000 € oder der reale Fertigstellungstermin am 15. Juli. Die Differenz zwischen beiden ist die Abweichung.

Wie oft sollte ein Soll-Ist-Vergleich durchgeführt werden?

Die Frequenz hängt vom Projekt ab. In den meisten Fällen sind ein- bis zweiwöchentliche Vergleiche sinnvoll. Zusätzlich sollte an jedem Meilenstein ein vollständiger Soll-Ist-Vergleich stattfinden. In agilen Projekten bietet sich ein Vergleich nach jedem Sprint an.

Was ist eine Abweichungsanalyse?

Die Abweichungsanalyse untersucht die Ursachen für die Differenz zwischen Soll und Ist. Sie klärt, ob eine Abweichung vernachlässigbar, singulär oder systematisch ist, und bildet die Grundlage für die Auswahl geeigneter Gegenmaßnahmen.

Welche Tools eignen sich für den Soll-Ist-Vergleich?

Für einfache Projekte reicht eine Tabellenkalkulation. Bei wachsender Komplexität empfiehlt sich Projektmanagement-Software wie Allegra, Jira oder MS Project, die Soll-Werte aus der Planung und Ist-Werte aus der Projektdurchführung automatisch zusammenführt und als Dashboard aufbereitet.

Christoph Friedrich

Christoph Friedrich

CEO Alltena GmbH

Christoph Friedrich ist Informatiker und zertifizierter Project Management Professional. Er hat viel Erfahrung mit der Einführung und Integration von Projektmanagement-Werkzeugen sowie der Analyse und Definition von Prozessen im Projekt- und Service-Management.

Empfohlene Artikel

Alle Artikel

Projektkennzahlen im Überblick
Jörg Friedrich |

Projektkennzahlen im Überblick

Berichtswesen im Projektmanagement
Jörg Friedrich | Aktualisiert:

Berichtswesen im Projektmanagement

Terminplanung Tools
Jörg Friedrich |

Terminplanung Tools