- 1 Section
- 10 Lessons
- unbegrenzt
- IT-Dokumentation10
- 1.1Warum Dokumentation? Arten, Zwecke, Zielgruppen
- 1.2Leistungen dokumentieren: Nachweise und Berichte
- 1.3Betriebshandbuch erstellen
- 1.4Netzwerkdokumentation
- 1.5Server- und Systemdokumentation
- 1.6Prozessdokumentation und SOPs
- 1.7Übergabeprotokolle und Abnahmedokumentation
- 1.8Leistungserbringung abstimmen und kontrollieren
- 1.9Veränderungsprozesse begleiten und dokumentieren
- 1.10Dokumentation mit Wiki-Systemen
Leistungen dokumentieren: Nachweise und Berichte
„Was haben wir letzten Monat eigentlich gemacht?" – diese Frage taucht öfter auf, als IT-Teams lieb ist. Bei externen Dienstleistern wird sie zur Rechnungsfrage, bei internen Teams zur Budget-Diskussion, bei Behörden- und KRITIS-Setups zur Audit-Pflicht. Die Antwort heißt: Leistungsnachweis. Eine systematische Dokumentation der erbrachten Leistungen – pro Ticket, pro Vorgang, pro Projekt, pro Wartungs-Tag. Sie verbindet zwei Welten: zum einen die Abrechnung (extern: was wird in Rechnung gestellt? – intern: wie verteilen sich die Personalkosten?), zum anderen die Berichterstattung an Stakeholder (Auftraggeber, Management, Auditoren). Diese Lektion zeigt dir die typischen Leistungsnachweis-Formen, die Pflichtfelder (Datum, Beschreibung, Stunden, Auftrag), Berichts-Typen (Tages-, Wochen-, Monats- und Projektbericht), den Workflow von der Leistungserfassung bis zur Abnahme – und wie man die Doku der Leistungen so gestaltet, dass sie sowohl für Auditoren als auch für das eigene Team brauchbar ist.
1) Anatomie eines Leistungsnachweises
Realistisches Beispiel eines monatlichen Leistungsnachweises an einen Kunden. Klick die Annotationen:
Leistungsnachweis
| Datum | Ticket | Tätigkeit | Mitarbeiter | Std. |
|---|---|---|---|---|
| 02.04. | INC-2342 | Druckerstörung Buchhaltung, Treiber neu installiert | M. Schmidt | 0,75 |
| 05.04. | SR-1187 | Neuer User „Mueller" angelegt, Lizenzen zugewiesen | K. Wagner | 0,5 |
| 08.04. | CHG-0451 | Patch Tuesday – WSUS-Rollout Welle 1 | M. Schmidt | 2,0 |
| 15.04. | INC-2367 | Mail-Server-Queue blockiert, Postfix neu gestartet | S. Becker | 1,25 |
| 15.04. | — | Wartungsfenster: Backup-Test + DR-Drill | S. Becker + K. Wagner | 3,5 |
| 22.04. | PRJ-007 | Migration Fileserver – Workshop und Konzept | K. Wagner | 4,0 |
| 28.04. | INC-2389 | VPN-Performance-Analyse, MTU-Anpassung Cisco-Router | M. Schmidt | 2,25 |
| Summe April 2026: | 14,25 | |||
2) Pflichtfelder eines Leistungsnachweises
Egal ob extern (Kunde) oder intern (Kostenstelle), ein Eintrag braucht typischerweise:
| Feld | Beispiel |
|---|---|
| Datum | 22.04.2026 |
| Bezug (Ticket/Auftrag/Projekt) | INC-2342 oder PRJ-007 |
| Tätigkeitsbeschreibung | Konkret, prüfbar, mit Ergebnis |
| Ausführender Mitarbeiter | Person, ggf. mit Personalnummer |
| Zeitaufwand | in Stunden oder Manntagen |
| Optional: Stundensatz / Kostenart | für externe Abrechnung |
| Optional: Reisezeiten / Spesen | wenn vertraglich relevant |
| Genehmigung / Abnahme | Signatur, bei größeren Posten mit Datum |
3) Berichts-Typen nach Zeitachse
📅 Tagesbericht
Im Schicht-/Service-Desk-Umfeld. Welche Tickets gelaufen, welche kritischen Vorfälle, welche Tasks offen für nächste Schicht. Übergabe-Werkzeug.
📆 Wochenbericht
Status pro Team / Projekt. Was wurde erreicht, was steht an, welche Blocker. Standard-Format im internen Reporting.
🗓 Monatsbericht
Aggregierter Leistungsnachweis. Typisch für Wartungsverträge: Stundenverbrauch, gelöste Incidents, Service-Level. Basis für Rechnung.
📊 Quartals- / Jahresbericht
Strategischer Bericht für Management, Geschäftsführung, Auftraggeber. KPIs, Trends, Empfehlungen. Mehr in Service Level Reporting.
🎯 Projektbericht
Pro Projektmeilenstein. Status, Risiken, Ergebnisse. Im Lenkungsausschuss vorgestellt. Mehr in Übergabeprotokoll.
🔄 Wartungsbericht
Pro Wartungsfenster. Was wurde durchgeführt, was sind die Ergebnisse, welche Folge-Aktionen sind nötig. Bei Patches: was wurde installiert.
4) Leistungs-Workflow
Wie kommt eine Leistung von „durchgeführt" zu „abgerechnet"? Typischer Ablauf:
5) Tools zur Leistungserfassung
| Tool | Stärke |
|---|---|
| JIRA / Atlassian Tools | Tickets + Worklog + Reports, weit verbreitet im DevOps-Umfeld |
| ServiceNow | Enterprise-ITSM mit voller Service-Pflicht-Kette |
| Freshservice / Zammad / OTRS | Open-Source/Mittelstand-Ticket-Tools mit Time-Tracking |
| Toggl / Clockify / Harvest | Reine Zeiterfassungs-Tools (für Consulting) |
| SAP / DATEV-Module | Integration in ERP für Abrechnung |
| Excel / Google Sheets | Kleinst-Setups (nicht skalierbar, fehleranfällig) |
6) Sonderfälle: Pauschalen, Premium-Stunden, Nicht-abrechenbar
Reale Verträge kennen verschiedene Tarif-Modelle:
- Pauschal-Wartungsvertrag: X Stunden pro Monat inkludiert, Mehraufwand wird zusätzlich berechnet. Übertrag-Regeln (z. B. max. 50 % ins Folgemonat).
- Tageweise / Stundensatz: Pure Zeit-Abrechnung. Je nach Vertrag mit Mindesteinheiten (z. B. 0,25 h).
- Premium-Stunden: Außerhalb der Service-Zeit (Wochenende, Nacht) zu höherem Satz. Pflicht-Doku der Begründung.
- Nicht-abrechenbar (NA): Eigene Aufwände wie Tool-Training, interne Doku, Akquise. Wird intern getrackt, aber nicht in Rechnung gestellt.
- Festpreis-Projekt: Aufwand wird trotzdem erfasst (für interne Kalkulation), aber nicht stundenweise abgerechnet. Bei Mehraufwand → Change Request.
7) Service Level Agreement (SLA) und Leistungsnachweis
Ein SLA definiert vertraglich, welche Leistungen wann zu erbringen sind. Der Leistungsnachweis prüft die Einhaltung:
- Reaktionszeit: innerhalb 2 h auf Critical-Tickets reagiert? – Doku zeigt Eingang vs. erste Antwort.
- Lösungszeit: Critical-Tickets innerhalb 8 h gelöst? – Doku zeigt Eingang vs. Closed-Zeitpunkt.
- Verfügbarkeit: 99,5 % Uptime im Monat? – Doku zeigt geplante und ungeplante Ausfälle.
- Patch-Compliance: 95 % aller Critical-Patches innerhalb 7 Tagen? – Doku aus Patch-Compliance.
Verfehlte SLAs ziehen oft Pönalen (Vertragsstrafe) nach sich – ohne Doku keine Diskussionsgrundlage in beide Richtungen.
8) Antipatterns
- „Mache ich am Ende der Woche." Erinnerung an einzelne Tätigkeiten ist nach 3 Tagen kaum noch verlässlich. Lösung: Erfassung direkt am Ticket oder taggleich.
- Pauschal-Eintrag „Wartung – 4 h". Auditor fragt: was genau? Nicht prüfbar. Lösung: spezifische Tätigkeitsbeschreibung pro Eintrag.
- Stunden runden „auf den Tag". 0,25-Schritte sind heute Standard, bei manchen Verträgen 6-Minuten-Einheiten.
- Keine Ticket-Referenz. Leistung ohne Verknüpfung zum Anlass – Auditor kann den Zusammenhang nicht prüfen.
- Doppelte Erfassung. Stunden in Excel + im Ticket + in Zeiterfassung – Diskrepanzen. Lösung: Single Source of Truth.
- Nachträgliche Manipulation. Buchungen Tage später ändern. Lösung: Audit-Log, ab Abnahme schreibgeschützt.
- Premium-Stunden ohne Genehmigung. Nacht- und Wochenend-Arbeit abrechnen, ohne dass der Auftraggeber zugestimmt hat. Lösung: vorab Genehmigung dokumentieren.
- Reisezeit übersehen. Anfahrt zum Kunden wird nicht erfasst, später unklar, ob inkludiert. Vertraglich vorab klären.
- Nicht-abrechenbare Zeit ignorieren. Interne Doku, Tool-Training, Schulung – wird nicht erfasst. Lösung: separate NA-Buchungen für interne Analyse.
Zusammenfassung
Leistungsnachweise dokumentieren erbrachte IT-Leistungen für Abrechnung und Transparenz. Pflichtfelder: Datum, Ticket-Bezug, konkrete Tätigkeit, Mitarbeiter, Aufwand – mit Genehmigung am Ende. Der Workflow läuft von der Leistungserbringung über zeitnahe Erfassung im Ticket und Monats-Aggregation bis zur Abnahme und Abrechnung. Verschiedene Berichts-Rhythmen für verschiedene Empfänger (Tages-, Wochen-, Monats-, Projektbericht). Pauschal-Einträge wie „Wartung 4 h" und nachträgliche Erfassung sind die häufigsten Schwächen.
Verwandte Lektionen: Warum Doku · Übergabeprotokoll · SLA · und mehrWeitere relevante LektionenLeistungserbringung abstimmenVeränderungsprozesseProzess-DokuIncident ManagementChange ManagementTicketsystemePatch-Compliance
