Messen und Nachsteuern
Soll-Ist-Vergleich
im Projekt

Kurzfassung
Ein Soll-Ist-Vergleich stellt geplante und tatsächliche Projektwerte zu einem Stichtag gegenüber: Termine, Aufwände und Fortschritt. Linetrack führt diesen Abgleich laufend je Vorgang und Arbeitspaket – Fortschritt aus dem Task-Tracking, Ist-Zeiten per Schnittstelle aus der Zeiterfassung – und schreibt die Abweichung als Forecast über alle Projekte fort. Im Einsatz unter anderem bei Schnaithmann Maschinenbau und LANG Technik.
50%
Kunden mit Schnittstelle
importieren Ist-Zeiten
56%
Kunden mit laufender
Schnittstelle in 6 Monaten
1512
parallel gesteuerte
Projekte
100%
nannten fehlende Transparenz
als Ausgangsproblem
*Alle Kennzahlen auf dieser Seite stammen aus einer Vollerhebung aller produktiven Linetrack-Implementierungen, Stand August 2026. Bei den Ausgangsproblemen sind Mehrfachnennungen möglich.
Herausforderungen
Warum der Soll-Ist-Vergleich meist zu spät kommt
100 % der Linetrack-Kunden nannten fehlende Transparenz als Ausgangsproblem, 91 % Excel- und Tool-Chaos, 59 % manuelle Statusabfragen. Mehrfachnennungen möglich. Beim Soll-Ist-Vergleich schlagen diese Muster besonders durch – vier davon in der Praxis.
Der Abgleich entsteht erst zum Berichtstermin
Soll und Ist werden zusammengetragen, wenn der Monatsbericht fällig ist. Dann ist die Abweichung vier Wochen alt und der betroffene Vorgang abgeschlossen. Was bleibt, ist eine Erklärung – keine Korrektur.


Planstunden und Iststunden liegen getrennt
Die Planwerte stehen im Projektplan, die Iststunden in der Zeiterfassung, die Termine in einer dritten Liste. 91 % der Kunden nannten genau dieses Excel- und Tool-Chaos als Ausgangsproblem. Der Vergleich entsteht dann per Copy-and-paste und ist mit dem nächsten Buchungstag wieder veraltet.


Fortschritt wird geschätzt, nicht gemeldet
Ohne Rückmeldung auf Vorgangsebene bleibt der Fortschrittsgrad eine Meinung. Der Klassiker: Ein Arbeitspaket steht wochenlang kurz vor der Fertigstellung. Verbrauchte Stunden und tatsächlicher Fortschritt lassen sich dann nicht mehr gegeneinander prüfen.


Die Abweichung wird dokumentiert, aber nicht hochgerechnet
Der Vergleich zeigt, dass ein Vorgang deutlich mehr Stunden gebraucht hat als geplant. Was daraus für den Endtermin und für die parallel laufenden Projekte folgt, steht nirgends. 100 % der Kunden nannten fehlenden Portfolio-Überblick als Ausgangsproblem.


Definition
Was ist ein Soll-Ist-Vergleich im Projekt?
Ein Soll-Ist-Vergleich im Projekt stellt geplante und tatsächliche Werte zu einem Stichtag gegenüber – Termine, Aufwände und Fortschritt, je Vorgang, Arbeitspaket und Gesamtprojekt. Die Differenz zwischen beiden Reihen ist die Abweichung. Sein Zweck ist nicht die Dokumentation, sondern die Frühwarnung: Abweichungen sollen sichtbar werden, solange sich der Verlauf noch korrigieren lässt.
Damit ist der Soll-Ist-Vergleich der messende Schritt im Regelkreis aus Projektplanung und Steuerung: Der Plan liefert den Maßstab, die Rückmeldung den Ist-Wert, die Bewertung die Entscheidung. Fehlt einer dieser drei Teile, entsteht kein Vergleich, sondern eine Zahlenreihe ohne Konsequenz.
Vom Rückblick zur Prognose
Der Soll-Ist-Vergleich ist rückwärtsgerichtet – Wert entsteht erst im Forecast
Ein Soll-Ist-Vergleich beantwortet eine Frage über die Vergangenheit: Was war geplant, was ist passiert? Das ist notwendig, steuert aber noch nichts. Die steuernde Frage lautet anders: Wann sind wir bei diesem Verlauf fertig – und welche anderen Projekte trifft das?
Linetrack schreibt die gemessene Abweichung deshalb fort. Aus verbrauchtem Aufwand und gemeldetem Fortschritt entsteht ein Restaufwand, dieser wird gegen die verbleibende Kapazität der Abteilung gerechnet und ergibt einen neuen Endtermin. Weil dieselben Abteilungen an mehreren Projekten arbeiten, wird die Verschiebung sofort im Multiprojektmanagement sichtbar – als Ausschlag im Kapazitätshistogramm der betroffenen Abteilung, nicht als Randnotiz in einem einzelnen Projektbericht.

Der Projektleiter simuliert daraufhin Alternativen: Vorgang verlängern, Kapazität umschichten, Umfang kürzen oder fremdvergeben. Erst die entschiedene Variante geht zurück in den Plan – und wird damit zum neuen Soll für die nächste Runde. Wie Termine und Kapazitäten dabei nativ zusammenlaufen, beschreibt Termin- und Kapazitätsplanung in einem System.
Woher der Ist-Stand kommt
Rückmeldung statt Statusabfrage
Der Ist-Stand entsteht dort, wo gearbeitet wird. Mitarbeiter melden ihre Aufgaben im Task-Tracking zurück – Konstrukteure am Desktop, Monteure und Servicetechniker mobil über die App. Der Fortschritt ist damit kein Sammelstand aus der Wochenrunde, sondern ein laufender Datenstrom auf Vorgangsebene.
59 % der Kunden nannten manuelle Statusabfragen als eines ihrer Ausgangsprobleme, Mehrfachnennungen möglich – gemeint ist das Abtelefonieren der Abteilungen vor jeder Besprechung. Die Rückmeldung im Taskmanagement ersetzt genau diesen Schritt: Der Projektleiter fragt den Stand nicht ab, er liest ihn. Die Besprechung beginnt damit nicht bei der Datensammlung, sondern bei der Entscheidung.

Wie stark ein Vorgang vom Plan abweicht, ist direkt im Balkenplan sichtbar; wie Vorgänge, Abhängigkeiten und Meilensteine dargestellt werden, beschreibt die Seite zum Gantt-Diagramm. Für die Bewertung hat sich in der Praxis eine einfache Regel bewährt: Eine Abweichung, die einen Meilenstein oder einen nachgelagerten Vorgang berührt, wird sofort entschieden. Alles andere wird beobachtet, bis der Trend über zwei Stichtage in dieselbe Richtung zeigt – erst dann ist er belastbar.
Kennzahlen
Welche Kennzahlen ein Soll-Ist-Vergleich liefert
Ein belastbarer Soll-Ist-Vergleich besteht nicht aus einer Zahl, sondern aus mehreren Kennzahlen, die unterschiedliche Fragen beantworten – und die aus unterschiedlichen Quellen stammen. Die dritte Spalte ist dabei die entscheidende: Sie benennt, welches System den Ist-Wert liefern muss, damit die Kennzahl überhaupt entsteht.
Drei dieser sechs Kennzahlen – Termintreue, Fortschrittsgrad und Meilensteintrend – entstehen allein aus Daten, die im Projektsystem selbst anfallen. Aufwand, Kapazitätsauslastung und Fremdkosten hängen an einer Schnittstelle. Wer ohne Anbindung startet, bekommt drei belastbare Kennzahlen und drei Schätzungen. Das ist ein brauchbarer Anfang – es sollte nur so benannt werden.
Case Study
Vom Nachrechnen zum laufenden Abgleich
Vor Linetrack entstand der Soll-Ist-Vergleich im Nachhinein: Planstunden aus dem Projektplan, Iststunden aus der Zeiterfassung, zusammengeführt in einer Tabelle, wenn jemand danach fragte. Heute laufen Plan, Rückmeldung und Ist-Zeiten in einer Datenbasis – die Abweichung steht im selben Bild wie der Plan, und der Forecast schreibt sie über alle Projekte fort.
„Mit Linetrack haben wir zahlreiche intransparente Planungen eliminiert.“

FAQ
Häufig gestellte Fragen
Noch Fragen?
Buchen Sie sich einen Termin mit unserem Team.
Was ist ein Soll-Ist-Vergleich im Projekt?
Was ist ein Soll-Ist-Vergleich im Projekt?
Welche Kennzahlen gehören in einen Soll-Ist-Vergleich?
Welche Kennzahlen gehören in einen Soll-Ist-Vergleich?
Woher kommen die Ist-Daten für den Soll-Ist-Vergleich?
Woher kommen die Ist-Daten für den Soll-Ist-Vergleich?
Was ist der Unterschied zwischen Soll-Ist-Vergleich und Forecast?
Was ist der Unterschied zwischen Soll-Ist-Vergleich und Forecast?
Wie oft sollte ein Soll-Ist-Vergleich durchgeführt werden?
Wie oft sollte ein Soll-Ist-Vergleich durchgeführt werden?
Welche Software eignet sich für Projektüberwachung und Soll-Ist-Vergleich?
Welche Software eignet sich für Projektüberwachung und Soll-Ist-Vergleich?
Mehr erfahren
Linetrack im Detail
Die Module hinter Soll-Ist-Vergleich, Projektüberwachung und Forecast:





















