Die Antwort zuerst: Vor der Projektfreigabe gehört ein Praxis-Check
Stadtwerke sollten neue gesetzliche und regulatorische Vorgaben vor dem Start eines Umsetzungsprojekts durch einen kurzen, bereichsübergreifenden Praxis-Check führen. Er erfasst, welche Prozessschritte neu entstehen, welche Daten verändert werden müssen, welche Systeme betroffen sind, welche Kundenkommunikation folgt und welche Entscheidungen noch von Auslegung oder externen Festlegungen abhängen. Das schafft keine zusätzliche Vollprüfung. Es verhindert, dass ein Projekt mit einer scheinbar klaren Frist beginnt und seine eigentlichen Kosten erst an den Schnittstellen sichtbar werden.
Der BDEW hat am 15. Oktober 2026 eine Presseinformation zu einem Gutachten über Bürokratiekosten in Energiehandel und -vertrieb veröffentlicht. Untersucht wurden nach Verbandsangaben vier Praxisfälle: die Teilnahme am nationalen Emissionshandel und am EU-ETS 2, das verpflichtende Angebot dynamischer Stromtarife, die Abwicklung der Energiepreisbremsen und die Umsetzung des 24-Stunden-Lieferantenwechsels. Der Verband leitet daraus eine Checkliste für künftige Gesetzgebungs- und Festlegungsprozesse ab. Als Kostentreiber nennt er unter anderem kurze Fristen, unklare Vorgaben und nachträgliche Änderungen. Diese Einordnung ist eine Verbandsposition, keine amtliche Feststellung für jedes einzelne Unternehmen. Die vier Fälle zeigen dennoch ein dauerhaft nutzbares Muster: Regulatorischer Aufwand entsteht in der Organisation als Wirkungskette.
Der Paragraph ist selten die kleinste Arbeitseinheit
Eine Vorgabe kann im Gesetzestext knapp erscheinen und im Stadtwerk zahlreiche Arbeitsschritte auslösen. Ein neues Tarifangebot berührt zum Beispiel Produktgestaltung, Messvoraussetzungen, Abrechnung, Preislogik, Vertragsunterlagen, Kundenservice und digitale Kanäle. Ein beschleunigter Wechselprozess verändert Fristen, Stammdatenprüfungen, Nachrichtenfolgen, Fehlerbehandlung und Statusauskünfte. Eine Entlastungsmaßnahme kann Berechtigung, Berechnung, Auszahlung, Korrektur und Nachweis über mehrere Systeme verteilen.
Für die Aufwandsschätzung ist deshalb die operative Einheit entscheidend: nicht nur die einzelne Pflicht, sondern jede erforderliche Übergabe. Muss ein Wert aus einem Vorsystem übernommen werden? Braucht eine Marktrolle eine zusätzliche Rückmeldung? Entsteht ein manueller Prüfschritt, weil eine maschinenlesbare Regel fehlt? Muss der Kundenservice einen Status erklären, den das führende System nicht kennt? Jede solche Übergabe trägt Bearbeitungszeit, Fehlerrisiko und Abstimmungsbedarf.
Geschäftsführungen erhalten ein belastbareres Lagebild, wenn der Praxis-Check die Zahl und Art dieser Übergaben sichtbar macht. Das Ergebnis muss kein präziser Eurobetrag sein. Schon die Unterscheidung zwischen vollständig automatisierbaren, regelgebunden manuellen und klärungsbedürftigen Schritten verbessert die Ressourcenentscheidung.
Vier Perspektiven reichen für den ersten Durchlauf
Ein kompakter Praxis-Check kann mit vier Perspektiven beginnen. Die erste ist der Fachprozess. Welche Rolle löst den Vorgang aus, welche Rolle übernimmt ihn und wann gilt er als abgeschlossen? Dabei sollten auch Ausnahmen und Korrekturen betrachtet werden. Der Standardfall ist oft leicht zu skizzieren; die Kosten liegen in fehlenden Daten, rückwirkenden Änderungen und strittigen Fällen.
Die zweite Perspektive sind Daten und Nachweise. Für jedes neue oder geänderte Datenfeld braucht es Herkunft, Bedeutung, Gültigkeitszeitraum und verantwortliche Stelle. Ebenso wichtig ist die Frage, welche Version einer Regel auf welchen Fall angewendet wurde. Wenn diese Verbindung fehlt, werden spätere Rückfragen zu einer manuellen Rekonstruktion.
Die dritte Perspektive ist die Systemlandschaft. Welche Anwendung führt den Fall, welche Systeme liefern zu und welche Dienstleister müssen ändern oder testen? Eine allgemeine Aussage wie „ist im ERP enthalten“ reicht nicht. Relevant sind konkrete Schnittstellen, Release-Zeitpunkte, Testumgebungen, Rückfalloptionen und Abhängigkeiten von Formaten oder externen Plattformen.
Die vierte Perspektive ist die Außenwirkung. Neue Regeln verändern häufig Briefe, Rechnungen, Portale, Auskünfte oder Beschwerdewege. Der Kundenservice sollte deshalb früh wissen, welche Aussage gesichert ist, welche noch unter Vorbehalt steht und wann ein Fall eskaliert werden muss. So wird Kundenkommunikation Teil des Prozessdesigns und nicht erst eine Reaktion auf die ersten Beschwerden.
Unsicherheit braucht einen eigenen Status
Viele Umsetzungsprojekte starten, bevor alle Detailfragen abschließend geklärt sind. Das ist bei engen Fristen manchmal unvermeidbar. Gefährlich wird es, wenn Annahmen im Projektplan wie gesicherte Anforderungen behandelt werden. Dann werden Systeme auf eine Auslegung zugeschnitten, Schulungsunterlagen zu früh finalisiert oder Dienstleister mit Anforderungen beauftragt, die später wieder geändert werden müssen.
Der Praxis-Check sollte deshalb jede wesentliche Anforderung einem Status zuordnen: veröffentlicht und eindeutig, veröffentlicht mit Auslegungsbedarf, angekündigt oder intern angenommen. Dazu gehören Quelle, Stand, verantwortliche Prüfstelle und nächster Klärtermin. Eine solche Liste ist keine Rechtsbewertung. Sie schützt die Organisation vor falscher Sicherheit.
Für die Steuerung ist außerdem wichtig, welche Entscheidung trotz Unsicherheit getroffen werden kann. Ein Datenmodell kann beispielsweise vorbereitet werden, ohne die endgültige Berechnungsregel festzuschreiben. Testfälle können Varianten abbilden. Ein Kommunikationsbaustein kann zwischen gesichertem Prozessstand und offener Einzelfallprüfung unterscheiden. Gute Projektführung hält damit Handlungsfähigkeit und Änderbarkeit gleichzeitig aufrecht.
Fristen müssen vom Ende her gerechnet werden
Ein Inkrafttretensdatum ist nur der letzte sichtbare Termin. Davor liegen fachliche Auslegung, Beauftragung, Entwicklung, Konfiguration, Integrationstest, Fachtest, Schulung und Betriebsübergabe. Hinzu kommen Vorläufe externer Dienstleister und Zeit für Fehlerkorrekturen. Wer nur vom Veröffentlichungsdatum bis zum Stichtag zählt, überschätzt den verfügbaren Zeitraum.
Der Praxis-Check sollte deshalb vom betriebsfähigen Endzustand rückwärts planen. Wann muss der Fachtest abgeschlossen sein? Wann müssen repräsentative Testdaten vorliegen? Bis wann braucht der Dienstleister eine eindeutige Spezifikation? Welcher späteste Termin erlaubt noch eine geordnete Rückfallentscheidung? Diese Rückwärtsplanung zeigt früh, ob eine Frist mit vorhandenen Kapazitäten realistisch ist oder ob Prioritäten, Übergangslösungen und Eskalationen erforderlich werden.
Besondere Aufmerksamkeit verdienen parallel laufende Vorgaben. Zwei einzeln beherrschbare Änderungen können dieselben Fachpersonen, Testsysteme oder Release-Fenster beanspruchen. Die Geschäftsführung sollte daher nicht nur die Projektampel einer einzelnen Initiative sehen. Sie braucht den gemeinsamen Engpasskalender für Schlüsselrollen, Systeme und Dienstleister.
Aufwand wird mit drei Mengen greifbar
Für eine erste kaufmännische Einordnung genügen häufig drei Mengen. Erstens die Anzahl betroffener Fälle im Normalbetrieb. Zweitens der erwartete Anteil von Ausnahmen oder Klärfällen. Drittens die Bearbeitungszeit pro Schritt oder Fehlerklasse. Daraus entsteht noch keine exakte Kostenrechnung, aber eine prüfbare Größenordnung.
Diese Mengen sollten mit den einmaligen Aufwänden für Konzeption, Entwicklung, Test und Schulung getrennt werden. Ein Projekt kann in der Einführung teuer und im Betrieb schlank sein. Umgekehrt kann eine kleine technische Änderung dauerhaft viele manuelle Prüfungen auslösen. Genau diese Trennung verhindert, dass ein niedriger Projektpreis mit niedrigen Gesamtkosten verwechselt wird.
Auch vermiedene Aufwände gehören in die Betrachtung. Eine eindeutige Datenprüfung kann Rückfragen reduzieren. Ein gemeinsamer Status kann Mehrfachbearbeitung verhindern. Eine belastbare Versionierung kann Korrekturen beschleunigen. Solche Effekte sollten jedoch als Annahmen mit Beobachtungszeitraum dokumentiert werden, nicht als garantiertes Einsparversprechen.
Nach dem Start folgt der Realitätsvergleich
Der BDEW fordert in seiner Presseinformation auch eine Prüfung nach Inkrafttreten, ob eine Vorgabe ihr Ziel erreicht und welche Kosten tatsächlich entstehen. Für Stadtwerke ist dieser Gedanke unmittelbar nutzbar. Vier bis zwölf Wochen nach Betriebsstart sollte das Projekt seine Annahmen mit echten Fallmustern vergleichen: Welche Ausnahme trat häufiger auf als erwartet? Wo fehlten Daten? Welche manuelle Tätigkeit blieb bestehen? Welche Kundenfrage war im Prozess nicht vorgesehen?
Dieser Realitätsvergleich ist keine allgemeine Erfolgsmessung über eine einzelne Kennzahl. Er ist eine strukturierte Nachschau entlang der ursprünglichen Annahmen. Änderungen werden mit Ursache, Entscheidung und Wirkung dokumentiert. Damit entsteht Wissen, das beim nächsten Regulierungsvorhaben wiederverwendet werden kann.
Ein 90-Minuten-Format für die Leitungsebene
Für den ersten Praxis-Check reichen oft 90 Minuten mit Fachverantwortung, IT, Datenverantwortung, Kundenservice und Projektsteuerung. Vorab werden Primärquelle, Frist und betroffene Rollen verteilt. Im Termin skizziert das Team den Standardfall, zwei relevante Ausnahmen, die wichtigsten Datenobjekte, betroffene Systeme und offene Annahmen. Zum Abschluss werden Verantwortliche und Klärtermine festgelegt.
Die Leitungsebene erhält danach eine kurze Entscheidungsunterlage: Was ist gesichert? Welche Übergaben erzeugen Aufwand? Wo liegen Termin- oder Dienstleisterabhängigkeiten? Welche Zwischenentscheidung ist nötig? Und wann wird die Aufwandsschätzung mit Betriebsdaten überprüft?
So wird aus einer abstrakten Debatte über Bürokratie eine konkrete Führungsroutine. Sie liefert keine pauschale Aussage darüber, ob eine Vorgabe politisch richtig oder rechtlich erforderlich ist. Sie zeigt, was das Stadtwerk für eine tragfähige Umsetzung tatsächlich organisieren muss.