Warum Excel nicht skaliert
Excel ist das meistgenutzte BI-Tool der Welt — und das gefährlichste. Nicht weil es schlecht ist, sondern weil es zu gut ist: Es erlaubt jedem, schnelle Analysen zu bauen, ohne IT-Unterstützung, ohne Governance, ohne Versionskontrolle.
Das Ergebnis nach Jahren: hunderte Spreadsheets, unklare Formeln, verknüpfte Dateien auf persönlichen Laufwerken und das regelmäßige „die Zahlen stimmen nicht”-Meeting.
Die fünf Phasen der Migration
Phase 1: Inventar (2 Wochen)
Bevor Sie migrieren, müssen Sie wissen, was existiert:
- Welche Excel-Reports gibt es? Wer nutzt sie? Wie oft?
- Welche Datenquellen werden angezapft?
- Welche Reports sind kritisch, welche redundant?
- Wo gibt es widersprüchliche Definitionen?
Erfahrungswert: 60-70 % der Excel-Reports sind entweder redundant oder werden nicht mehr aktiv genutzt. Diese müssen nicht migriert werden.
Phase 2: Datenmodell (3-4 Wochen)
Definieren Sie ein zentrales Datenmodell, das die wichtigsten Geschäftskennzahlen abbildet:
- Identifizieren Sie die 10-15 Kern-KPIs
- Definieren Sie jede Kennzahl eindeutig (Was genau ist „Umsatz”? Brutto? Netto? Mit oder ohne Retouren?)
- Bestimmen Sie die Dimensionen (Zeit, Region, Produkt, Kunde)
- Erstellen Sie ein Star Schema
Phase 3: Pilotprojekt (4-6 Wochen)
Wählen Sie einen Bereich für den Start — idealerweise einen mit hohem Schmerz und aufgeschlossenem Fachbereich:
- Bauen Sie 3-5 Reports im neuen Tool
- Lassen Sie sie parallel zu Excel laufen
- Sammeln Sie Feedback, iterieren Sie
- Dokumentieren Sie Abweichungen zwischen Excel und neuem Report (es wird welche geben)
Phase 4: Rollout (8-12 Wochen)
Erweitern Sie schrittweise auf weitere Bereiche:
- Bereich für Bereich, nicht alle gleichzeitig
- Schulung ist Pflicht, nicht optional
- Self-Service-Bereich für Power User einrichten
- Excel-Reports schrittweise abschalten (mit Deadline)
Phase 5: Governance (laufend)
Etablieren Sie Prozesse, die verhindern, dass der Excel-Wildwuchs im neuen Tool wieder entsteht:
- Report-Katalog mit Verantwortlichen
- Zertifizierungsprozess für offizielle Reports
- Regelmäßige Aufräum-Runden
- Nutzungsmetriken: Welche Reports werden tatsächlich genutzt?
Typische Stolperfallen
1. Zu viel, zu schnell
100 Reports in 4 Wochen migrieren klingt effizient, endet aber in Qualitätsproblemen. Lieber 10 Reports gut als 100 schlecht.
2. IT baut, Fachbereich ignoriert
Wenn die Fachbereiche nicht von Anfang an eingebunden sind, werden die neuen Reports nicht genutzt — und Excel lebt weiter.
3. Unterschätzte Datenbereinigung
Die Daten in Excel-Reports sind selten sauber. Vor der Migration muss Datenbereinigung stattfinden — das dauert länger als erwartet.
4. Kein Executive Sponsor
Ohne sichtbare Unterstützung der Geschäftsführung fehlt der Druck, von Excel loszulassen.
Wann lohnt sich die Migration?
Ja, wenn:
- Mehr als 5 Personen regelmäßig die gleichen Daten in verschiedenen Excel-Dateien aufbereiten
- Management-Meetings mit „welche Zahl stimmt?” beginnen
- Reporting-Zyklen Tage statt Minuten dauern
- Compliance oder Audit Nachvollziehbarkeit fordern
Noch nicht, wenn:
- Das Unternehmen weniger als 20 Mitarbeiter hat und 2-3 einfache Reports braucht
- Kein Budget für ein Data Warehouse vorhanden ist
- Kein interner Champion die Migration treiben kann
Fazit
Die Migration von Excel zu Enterprise BI ist kein Technologieprojekt — es ist ein Kulturwandel. Die Technologie ist das einfachste Element. Die Herausforderung liegt darin, einheitliche Definitionen durchzusetzen, Excel-Gewohnheiten zu durchbrechen und eine Governance zu etablieren, die Qualität sichert, ohne Innovation zu bremsen.