Festpreisprojekte mit Meilensteinstruktur gelten als planbarer als reine Time-and-Material-Engagements. Die Logik klingt überzeugend: Leistung wird erbracht, Meilenstein wird erreicht, Rechnung geht raus. In der Praxis scheitert dieser Ablauf regelmäßig an einem strukturellen Problem: Der Leistungsstand ist nicht sauber dokumentiert, die Zeitdaten sind nicht mit den Projektphasen verknüpft und der Projektleiter sammelt kurz vor Rechnungsstellung manuell zusammen, was in verschiedenen Tools, E-Mails und Excel-Sheets verteilt liegt.
Das kostet Zeit. Es kostet Nerven. Vor allem aber kostet es Liquidität.
Das operative Kernproblem in Kürze:
- Meilenstein ist inhaltlich erreicht, aber die Zeiterfassung spiegelt das nicht klar wider
- Leistungsnachweise für Kunden entstehen durch manuelle Zusammenstellung statt aus dem System
- Rechnungslegung verzögert sich um Tage oder Wochen nach tatsächlicher Leistungserbringung
- Abrechnungsfähige Stunden aus Work Packages sind nicht sauber von nicht abrechenbaren getrennt
- Forecast über offene Meilensteine und deren Abrechnungszeitpunkt ist kaum belastbar
Meilensteinabrechnung unter Druck: Leistungsstand & Zeitdaten laufen auseinander
IT-Projekte mit Meilensteinstruktur folgen einem gemeinsam vereinbarten Projektplan. Work Packages werden aufgeteilt, Verantwortlichkeiten zugewiesen, Abnahmekriterien definiert. Was dabei häufig fehlt: eine direkte Verbindung zwischen dem inhaltlichen Projektfortschritt und den tatsächlich gebuchten Zeiten pro Work Package.
Das Ergebnis ist ein Auseinanderdriften von zwei Realitäten. Die Projektleitung weiß, dass ein Meilenstein inhaltlich abgeschlossen ist. Die Zeiterfassung zeigt aber einen unvollständigen oder schwer zuordenbaren Stand. Für Kunden, die vor Zahlung einen nachvollziehbaren Leistungsnachweis erwarten, ist diese Lücke ein reales Abrechnungshindernis.
Laut einer Auswertung des Bitkom scheitern IT-Projekte häufig an unzureichendem Projektcontrolling und mangelhafter Dokumentation. Der technische Inhalt ist dabei selten das Kernproblem. Diese Schwäche trifft besonders die wirtschaftliche Abwicklung.
Change Requests verschärfen das Problem
Festpreisprojekte in der IT-Beratung sind selten statisch. Change Requests verändern Scope, Zeitaufwand und Abrechnungslogik, ohne dass bestehende Meilensteinstrukturen automatisch angepasst werden. Wenn ein Change Request ohne saubere Zeitbuchung und Dokumentation bleibt, entsteht ein Delta zwischen erbrachter Leistung und abrechnungsfähigem Stand.
Das führt zu zwei negativen Szenarien: Entweder wird zu früh und zu wenig abgerechnet, weil der Leistungsnachweis fehlt. Oder der Nachweis wird nachträglich zusammengebaut, was Fehler produziert und die Kundenbeziehung belastet.
Die Excel-Falle bei der Rechnungsvorbereitung
Viele IT-Dienstleister nutzen parallel laufende Tools: ein Ticketsystem für operative Aufgaben, eine Zeiterfassung für Stundennachweise und ein separates System für Angebote und Rechnungen. Die Verbindung zwischen diesen Ebenen übernimmt häufig Excel.
Das funktioniert bis zu einem bestimmten Projektvolumen. Ab einer gewissen Anzahl paralleler Mandate und Work Packages wird die Excel-basierte Rechnungsvorbereitung zum Engpass. Fehler bei der Zuordnung, fehlende Buchungen, falsch zugeordnete Reisekosten: Der Aufwand für die Bereinigung vor Rechnungsstellung wächst mit der Projektanzahl überproportional.
Projektabrechnung Meilensteine: Was die Steuerungslogik erfordert
Damit meilensteinbasierte Abrechnung funktioniert, müssen Zeiten konsequent auf Work Package-Ebene gebucht werden. Das klingt selbstverständlich, scheitert aber in der Praxis häufig daran, dass Mitarbeitende Zeiten auf übergeordnete Projektkostenstellen buchen oder die Granularität der Zeiterfassung nicht mit der Struktur des Projektplans übereinstimmt.
Eine belastbare Work-Package-Abrechnung setzt voraus:
- Zeitbuchungen auf Work-Package- oder Aufgabenebene, nicht nur auf Projektebene
- Trennung von abrechenbaren und nicht abrechenbaren Stunden innerhalb jedes Work Package
- Buchungslogik, die Change Requests als eigenständige abrechnungsfähige Einheiten abbildet
- Vollständige Reisekostenerfassung projektbezogen, nicht als separate Sammelposition
Ohne diese Struktur ist Leistungsstand nicht auswertbar. Und ohne auswertbaren Leistungsstand gibt es keinen belastbaren Meilensteinnachweis gegenüber dem Kunden.
Leistungsstand IT-Projekt: Soll-Ist als Abrechnungsgrundlage
Der Leistungsstand eines IT-Projekts wird belastbar, wenn gebuchte Ist-Stunden mit dem geplanten Aufwand pro Work Package verglichen werden können. Diese Soll-Ist-Logik ist die Grundlage für drei operative Entscheidungen:
- Ist ein Meilenstein abrechnungsreif? Die Antwort folgt aus dem Verhältnis von geplantem und erbrachtem Aufwand, ergänzt um den inhaltlichen Abnahmestand.
- Gibt es ein Delta zwischen Scope und abrechenbarem Aufwand, das einen Change Request begründet? Diese Einschätzung ist nur möglich, wenn Abweichungen auf Work-Package-Ebene sichtbar werden, bevor der Meilenstein geschlossen wird.
- Wie viel Kapazität bleibt für offene Work Packages? Diese Frage entscheidet über den Ressourceneinsatz in den Folgewochen und direkt über die Margin des Gesamtprojekts.
Wenn diese Steuerungslogik funktioniert, beschleunigt sie nicht nur die Abrechnung. Sie macht auch frühzeitig sichtbar, wo Projekte wirtschaftlich aus dem Ruder laufen.
Umsetzung im IT-Consulting-Alltag
Das typische Szenario: Ein Meilenstein ist inhaltlich abgeschlossen, der Kunde wartet auf Abnahme und Rechnung. Der Projektleiter beginnt jetzt mit der Zusammenstellung des Leistungsnachweises. Er zieht Daten aus dem Ticketsystem, fragt einzelne Teammitglieder nach fehlenden Zeitbuchungen, gleicht manuell ab, welche Stunden dem richtigen Work Package zugeordnet sind.
Dieser Prozess dauert je nach Projektgröße und Datenlage zwischen einem und mehreren Tagen. In dieser Zeit läuft die Rechnung noch nicht. Das ist kein organisatorisches Problem, das sich durch bessere Abstimmung löst. Es ist ein strukturelles Problem: Zeitdaten und Projektstruktur sind nicht aus einer gemeinsamen Datenbasis abrufbar.
Die wirtschaftliche Konsequenz ist direkt messbar. Bei einem IT-Dienstleister mit 20 laufenden Projekten und durchschnittlich vier Meilensteinen pro Projekt entstehen 80 Abrechnungsmomente pro Jahr. Wenn jeder dieser Momente mit zwei Tagen Verzögerung und zwei bis drei Stunden manuellem Aufwand verbunden ist, summiert sich das auf einen erheblichen internen Kostenpunkt, der in keinem Projektkalkulationsmodell auftaucht.
Rechnungsvorbereitung Consulting: Strukturierter statt reaktiv
Eine systematische Rechnungsvorbereitung beginnt kontinuierlich im Projektverlauf, wöchentlich und projektbegleitend. Das bedeutet:
Zeiten werden wöchentlich auf Work-Package-Ebene abgestimmt und Fehlbuchungen zeitnah korrigiert. Abrechenbare und nicht abrechenbare Stunden sind zu jedem Zeitpunkt getrennt ausgewertet. Change Requests werden sofort als eigenständige Abrechnungspositionen angelegt und laufen nicht in den regulären Work-Package-Aufwand ein.
Diese Arbeitsweise setzt voraus, dass Projektleitung und Team in einer gemeinsamen Plattform arbeiten. Wenn Aufgabenmanagement, Zeiterfassung und Projektcontrolling aus einer Datenbasis gespeist werden, ist der Leistungsnachweis zum Meilensteinzeitpunkt kein Aufwand mehr, sondern eine Auswertung.
Ressourcenplanung und Meilensteinabrechnung: Die unterschätzte Verbindung
Ein Aspekt, der in der Diskussion über Meilensteinabrechnung häufig übersehen wird: Die Qualität der Abrechnung hängt direkt von der Ressourcenplanung im Vorfeld ab. Wenn ein Work Package mit einem definierten Stundenbudget geplant wird, aber keine belastbare Kapazitätsplanung dahintersteht, entstehen Abweichungen, die erst beim Meilenstein sichtbar werden.
IT-Dienstleister mit mehreren parallelen Projekten stehen vor der Aufgabe, dieselben Mitarbeitenden auf verschiedene Work Packages zu planen. Wenn ein Projektleiter die tatsächliche Auslastung seines Teams nicht kennt, plant er entweder zu optimistisch oder zu konservativ. Zu optimistische Planung führt dazu, dass Mitarbeitende Work Packages mit Überstunden schließen, die intern als nicht abrechenbar gelten. Zu konservative Planung verlängert den Meilensteinzeitplan und damit den Abrechnungszeitpunkt.
ZEP Compact verbindet Ressourcenplanung und Projektzeiterfassung auf einer Datenbasis. Geplante Kapazitäten werden gebuchten Ist-Stunden gegenübergestellt. Abweichungen werden sichtbar, bevor sie abrechnungsrelevant werden.
Projektabrechnung Meilensteine: Interne Kosten transparent machen
Ein weiterer wirtschaftlicher Hebel betrifft die Trennung von abrechenbaren und nicht abrechenbaren Tätigkeiten innerhalb eines Projekts. In der Praxis entstehen in jedem IT-Projekt Aufwände, die projektnotwendig sind, aber vertraglich nicht abrechenbar bleiben: interne Abstimmungsrunden, technische Dokumentation für interne Zwecke, Onboarding neuer Teammitglieder.
Wenn diese Aufwände nicht sauber getrennt erfasst werden, verzerren sie das Bild der Projektmarge. Ein Projekt, das auf dem Papier kostendeckend aussieht, kann bei genauerer Betrachtung deutlich in den Verlust rutschen, wenn nicht abrechenbare Stunden einen hohen Anteil am Gesamtaufwand haben.
Die Steuerungslogik ist einfach: Wer abrechenbare und nicht abrechenbare Stunden projektweit und auf Work-Package-Ebene trennt, kann die tatsächliche Projektmarge berechnen und Projekte wirtschaftlich vergleichen. Dieses Wissen ist die Grundlage für bessere Kalkulation in Folgeprojekten.
ZEP Compact verbindet Aufgabenmanagement, Projektzeiterfassung und Projektcontrolling auf einer gemeinsamen Datenbasis. Projektzeiten werden direkt auf Aufgaben und Work Packages gebucht. Soll-Ist-Vergleiche sind auf Projektebene und Work-Package-Ebene jederzeit abrufbar.
Das bedeutet konkret:
- Buchungsstruktur folgt der Projektstruktur: Zeiten landen dort, wo sie wirtschaftlich relevant sind
- Abrechenbare Stunden sind von nicht abrechenbaren getrennt und per Auswertung sofort verfügbar
- Der Leistungsstand pro Work Package ist kontinuierlich sichtbar, projektbegleitend und tagesaktuell
- Rechnungsvorbereitung reduziert sich auf den Export einer bestehenden Auswertung statt auf manuelle Zusammenstellung
Für Projektleiter bedeutet das: weniger Aufwand vor der Rechnung, mehr Transparenz im Projektverlauf, schnellere Reaktion bei Abweichungen.
{{blog-cta}}
Festpreisprojekte mit wachsendem Scope
Festpreisprojekte sind wirtschaftlich nur dann stabil, wenn Scope-Abweichungen früh erkannt und dokumentiert werden. Sobald ein Dienstleister mehr als fünf bis acht parallele Festpreismandate führt, reicht Excel für das Controlling nicht mehr aus.
Die Signale sind erkennbar: Projektleiter verbringen mehr Zeit mit der Zusammenstellung von Daten als mit der Steuerung. Meilensteinrechnungen verzögern sich regelmäßig. Change Requests werden nicht konsequent als separate Positionen erfasst. Kunden fragen nach Nachweisen, die intern nicht in einer einzigen Auswertung vorliegen.
An diesem Punkt kippt Excel von einer Arbeitserleichterung zu einem Kontrollrisiko.
Kundenforderung nach Leistungsnachweisen
Enterprise-Kunden und öffentliche Auftraggeber verlangen zunehmend detaillierte Leistungsnachweise vor Rechnungsfreigabe. Stundenlisten, Aufgabenzuordnung, Meilensteinprotokolle: Diese Dokumentationspflicht ist keine Ausnahme mehr, sondern Standard bei größeren IT-Projekten.
Wenn diese Nachweise manuell zusammengestellt werden, entsteht ein systematisches Bottleneck in der Abrechnung. Wer diese Daten strukturiert aus einer Plattform exportieren kann, hat einen direkten wirtschaftlichen Vorteil: kürzere Days Sales Outstanding, schnellere Liquidität, weniger Nachfragen vom Kunden.
Tool-Konsolidierung als Managemententscheidung
Viele IT-Dienstleister arbeiten mit einem Stack aus drei bis vier Tools: Ticketsystem, Zeiterfassung, PM-Boards, Tabellenkalkulationen. Die manuelle Zusammenführung dieser Daten erzeugt erheblichen Aufwand und produziert regelmäßig Fehler bei der Zuordnung.
Wenn Geschäftsführung oder Operations erkennen, dass der Integrationsaufwand zwischen den Tools höher ist als der Nutzen des Best-of-Breed-Ansatzes, wird Tool-Konsolidierung zum Thema. ZEP verbindet den Delivery-Layer inaufeiner Plattform, ohne das bestehende ERP oder CRM zu ersetzen. Schnittstellen zu Buchhaltung, CRM und HRM sind integriert.
Fazit: Projektabrechnung systematisch aufstellen
Meilensteinbasierte Abrechnung funktioniert wirtschaftlich dann zuverlässig, wenn drei Voraussetzungen erfüllt sind: Zeitbuchungen folgen konsequent der Projektstruktur, Leistungsstand ist kontinuierlich auswertbar, und die Rechnungsvorbereitung basiert auf Systemdaten statt auf manueller Zusammenstellung.
IT-Dienstleister, die diese Voraussetzungen mit einer gemeinsamen Datenbasis für Aufgaben, Zeiten und Controlling schaffen, verkürzen ihre Cash Conversion Cycles, reduzieren internen Aufwand und liefern Kunden belastbare Nachweise ohne Zusatzaufwand.
Konkrete Handlungsempfehlungen für den Einstieg:
- Prüfen Sie, auf welcher Ebene Ihre Mitarbeitenden Zeiten buchen. Werden Stunden auf Work-Package-Ebene gebucht oder nur auf übergeordnete Projektkostenstellen? Dieser Unterschied entscheidet darüber, ob ein Meilensteinnachweis per Systemauswertung oder manuell erstellt werden muss.
- Überprüfen Sie, wie Change Requests in Ihrer aktuellen Buchungsstruktur abgebildet sind. Wenn Change Requests in denselben Buchungstopf wie reguläre Projektleistungen fließen, verlieren Sie die Nachweisgrundlage für die separate Abrechnung.
- Messen Sie, wie viel interne Zeit Ihr Team mit der Rechnungsvorbereitung pro Meilenstein verbringt. Dieser Wert ist der direkteste Indikator dafür, ob Ihre aktuelle Systemlandschaft ausreichend ist oder ob Tool-Konsolidierung wirtschaftlich sinnvoll wird.
Wer prüfen möchte, ob ZEP die passende Grundlage für strukturierte Projektabrechnung und Meilensteincontrolling ist, kann die Plattform 14 Tage kostenlos testen.
FAQ
Was ist der Unterschied zwischen meilensteinbasierter und zeitbasierter Abrechnung in IT-Projekten?
Bei der zeitbasierten Abrechnung (Time & Material) wird kontinuierlich nach gebuchten Stunden fakturiert. Bei der meilensteinbasierten Abrechnung wird ein vereinbarter Betrag nach Erreichen eines definierten Projektfortschritts fällig, unabhängig vom tatsächlichen Stundenaufwand. Festpreisprojekte mit Meilensteinstruktur kombinieren Planungssicherheit für den Kunden mit wirtschaftlichem Risiko für den Dienstleister, wenn der Aufwand nicht sauber kontrolliert wird.
Wie dokumentiert man den Leistungsstand eines IT-Projekts für eine meilensteinbasierte Rechnung?
Ein belastbarer Leistungsnachweis umfasst die gebuchten Ist-Stunden pro Work Package im Vergleich zum geplanten Aufwand, eine Auflistung abgeschlossener Aufgaben je Meilenstein sowie die Dokumentation offener und bearbeiteter Change Requests. Idealerweise stammen diese Daten aus einer Plattform, die Aufgabenmanagement und Zeiterfassung verbindet, damit kein manueller Exportaufwand entsteht.
Wie werden Change Requests in der Meilensteinabrechnung korrekt behandelt?
Change Requests sollten als eigenständige Abrechnungspositionen angelegt werden und dürfen rechnerisch nicht in den ursprünglichen Work-Package-Aufwand einfließen. Dafür ist eine Zeitbuchungsstruktur notwendig, die Change Requests als separate Aufgaben oder Projektphasen abbildet. Nur so lässt sich der Mehraufwand gegenüber dem Kunden klar dokumentieren und separat in Rechnung stellen.
Warum verzögern sich Meilensteinrechnungen in IT-Projekten so häufig?
Die häufigste Ursache ist eine fehlende direkte Verbindung zwischen dem inhaltlichen Projektfortschritt und den gebuchten Zeiten. Wenn Zeitdaten nicht auf Work-Package-Ebene vorliegen oder aus verschiedenen Tools zusammengeführt werden müssen, entsteht kurz vor Rechnungsstellung ein manueller Aufwand, der Tage dauern kann. Dazu kommen fehlende oder falsch zugeordnete Buchungen, die vor der Rechnungsstellung bereinigt werden müssen.
Welche KPIs sollten IT-Dienstleister für die Meilensteinabrechnung verfolgen?
Relevante Steuerungsgrößen sind: Days Sales Outstanding (DSO) als Maß für den Abstand zwischen Leistungserbringung und Zahlungseingang, Abweichung zwischen geplantem und tatsächlichem Aufwand pro Work Package, Anteil abrechenbarer an gesamten gebuchten Stunden pro Projekt sowie die durchschnittliche Dauer der Rechnungsvorbereitung je Meilenstein. Diese KPIs machen Abrechnungsengpässe sichtbar, bevor sie wirtschaftlich relevant werden.
Ab wann lohnt sich eine dedizierte PSA-Software für die Projektabrechnung in IT-Unternehmen?
Die wirtschaftliche Grenze liegt typischerweise bei fünf bis acht parallelen Festpreisprojekten oder wenn Rechnungsvorbereitung regelmäßig mehr als einen halben Arbeitstag pro Meilenstein beansprucht. Weitere Signale: Leistungsnachweise werden manuell zusammengestellt, Change Requests sind nicht sauber getrennt erfasst, oder Kunden stellen Nachfragen zur Rechnungsgrundlage. Ab diesem Punkt übersteigt der Aufwand für manuelle Prozesse den Lizenzaufwand einer integrierten Lösung.
