Von der Idee zur Roadmap: Wie du AI im Finance Shared Service strukturiert und zugleich pragmatisch einführst
Bevor du Meilensteine definierst, brauchst du eine ehrliche Sicht auf Prozesse, Daten, Systeme und Organisation – ohne Schönfärberei und ohne Alarmismus.
Du kannst mit einer Roadmap erst beginnen, wenn die große Vision fertig ist – oder du startest dort, wo du heute stehst. Für Finance Shared Services ist der zweite Weg meist praktikabler. Eine nüchterne Standortbestimmung betrachtet vier Bereiche: Prozesse, Daten, Systeme und Organisation. Bei den Prozessen schaust du, wie standardisiert Kernabläufe wie Record-to-Report, Purchase-to-Pay und Order-to-Cash tatsächlich sind, nicht wie sie in Präsentationen aussehen. Gibt es klare End-to-End-Verantwortliche, definierte Eskalationswege und stabile Service-Level-Vereinbarungen. Auf der Datenseite prüfst du, welche Stammdatenquellen existieren, wer sie verantwortet und wie häufig Qualitätsprobleme im Alltag sichtbar werden. Systemisch geht es darum, welche Plattformen heute zentral sind, welche Schnittstellen kritisch sind und wo bereits Automatisierungslösungen im Einsatz sind. Organisatorisch bewertest du Rollenbilder, Erfahrung mit Veränderungsprojekten und die Belastung deiner Teams. Aus dieser Bestandsaufnahme entsteht kein perfektes Bild, sondern eine ehrliche Momentaufnahme mit Stärken und Lücken. Wichtig ist, dass du sie dokumentierst und mit wenigen, klaren Aussagen verdichtest: Wo bist du stabil genug für AI-Pilotprojekte, wo musst du zuerst an Grundlagen arbeiten und wo wäre Automatisierung aktuell eher ein Risiko als eine Entlastung. Diese Klarheit bildet den Ausgangspunkt für jeden weiteren Planungsschritt.
Wenn du weißt, wo dein Finance Shared Service steht, beginnt die eigentliche Roadmap-Arbeit: Prioritäten setzen. Statt eine lange Liste potenzieller AI-Initiativen zu pflegen, definierst du klare Kriterien, nach denen du Vorhaben bewertest. Typische Kriterien sind betroffener Prozessumfang, erwartete Entlastung im Alltag, Abhängigkeit von anderen Projekten, regulatorische Relevanz, Datenreife und Veränderungsbelastung für Teams. Jedes Kriterium erhält eine einfache Skala, die du gemeinsam mit relevanten Stakeholdern nutzt. So entsteht ein Bewertungsraster, das Diskussionen strukturiert, ohne Scheingenauigkeit zu erzeugen. In einem nächsten Schritt gruppierst du Vorhaben in Wellen. Eine erste Welle enthält Themen mit hoher Umsetzbarkeit und spürbarem Nutzen bei begrenzter Komplexität, etwa klar abgegrenzte Automatisierungen in der Kreditorenbuchhaltung. Eine zweite Welle bündelt Initiativen, die vorbereitende Schritte erfordern, zum Beispiel Datenbereinigung oder Anpassung von Rollenmodellen. Spätere Wellen umfassen Vorhaben, die stark von externen Faktoren abhängen oder tief in Kernsysteme eingreifen. Wichtig ist, dass jede Welle ein ausgewogenes Verhältnis von sichtbaren Verbesserungen und notwendigen Grundlagenarbeiten enthält. So vermeidest du Roadmaps, die entweder nur Leuchtturmprojekte oder nur Basisarbeit enthalten. Für das Management entsteht ein klares Bild: Welche Effekte sind in welchem Zeitraum realistisch und welche Vorleistungen sind dafür nötig. Für Teams wird sichtbar, warum bestimmte Themen zuerst angegangen werden und andere bewusst warten.
Konkrete Meilensteine verbinden Prozesse, Technik, Organisation und Governance – und machen Fortschritt überprüfbar statt nur terminbasiert.
Eine Roadmap bleibt abstrakt, solange sie nur Themenblöcke enthält. Handhabbar wird sie erst durch konkrete Meilensteine, die Prozess, Technik, Organisation und Governance verbinden. Für jeden größeren Schritt definierst du, was fachlich, technisch und organisatorisch erreicht sein muss, damit du zum nächsten Abschnitt übergehen kannst. Ein fachlicher Meilenstein kann etwa lauten: Ein definierter Prozessausschnitt ist beschrieben, inklusive Rollen, Eskalationen und Kontrollpunkten. Technisch könnte ein Meilenstein sein, dass Schnittstellen stehen, Testdaten vorliegen und Monitoringgrundlagen geschaffen sind. Organisatorisch gehören Schulungskonzepte, Kommunikationsbausteine und Feedbackkanäle dazu. Governance-bezogen definierst du, welche Richtlinien, Freigabeprozesse und Dokumentationsanforderungen gelten. Jeder Meilenstein erhält einfache Erfolgskriterien, die im Alltag überprüfbar sind, etwa konkrete Prozessbeispiele, getestete Workflows oder verabschiedete Rollenbeschreibungen. Zusätzlich legst du Review-Punkte fest: kurze, strukturierte Rückblicke nach Pilotphasen, in denen du Annahmen mit Realität abgleichst und die Roadmap anpasst. So wird der Plan nicht zum starren Korsett, sondern zu einem lebenden Dokument. Du erkennst früh, wo du nachschärfen musst, und vermeidest, dass Projekte in die nächste Phase rutschen, ohne dass Grundlagen stabil sind. Für dein Management wird sichtbar, dass Fortschritt nicht nur an Go-Live-Terminen hängt, sondern an der Qualität der Vorbereitung und der Stabilität im Betrieb.
Ohne geplanten Umgang mit Rollen, Kommunikation und Feedback wird jede AI-Roadmap im Finance Shared Service zum Risiko für Akzeptanz und Stabilität.
Jede Roadmap für AI im Finance Shared Service greift in den Arbeitsalltag realer Menschen ein. Wenn du diesen Aspekt ausblendest, holt er dich später mit Verzögerungen, Widerständen und verdeckten Schattenprozessen ein. Deshalb gehört Change-Management von Beginn an in deine Planung. Es geht nicht um aufwendige Kampagnen, sondern um klare Antworten auf einfache Fragen: Wer ist von einer Veränderung betroffen, welche Aufgaben verschieben sich, welche Unterstützung erhalten Teams, und wie werden Rückmeldungen verarbeitet. Für jede Welle deiner Roadmap definierst du Zielgruppen, Kernbotschaften und Formate. In frühen Phasen können das kurze Informationsrunden und erste Einblicke in geplante Use Cases sein, später strukturierte Schulungen und begleitete Übergangsphasen. Ergänzend brauchst du Feedbackkanäle, über die Teams Probleme melden und Verbesserungsvorschläge einbringen können. Diese Rückmeldungen fließen in deine regelmäßigen Roadmap-Reviews ein. Parallel solltest du früh klären, wie neue Rollenbilder entstehen: Welche Profile entwickeln sich aus bestehenden Funktionen, welche Kompetenzen müssen aufgebaut werden und welche Entwicklungspfade kannst du anbieten. So wird deine Roadmap nicht nur zu einem technischen, sondern zu einem organisatorischen Fahrplan. Sie zeigt, wie du Automatisierung einführst, ohne dein Finance-Team zu überfordern, und wie du Governance-Anforderungen erfüllst, ohne den Betrieb zu blockieren. Am Ende steht kein perfekter Plan, sondern ein belastbarer Rahmen, in dem du Schritt für Schritt Entscheidungen triffst, überprüfst und nachjustierst – mit einem klaren Blick auf Alltagstauglichkeit und Budgetgrenzen.