SH

Sascha Hess xenosystems.de - IT-Consulting & Data Management

www.xenosystems.de

 

	Strategische Wissens-Roadmap 2026
	Digitalisierung
	Change Management
	Hemmnisse erkennen, Widerstände überwinden, Wandel verankern

WAS SIE IN DIESEM KIT ERHALTEN:

1

10 Hemmnis-Muster Die häufigsten Blockaden in KMU — mit konkreten Lösungsstrategien

 

2

Hemmnis-Diagnose 3 Werkzeuge lokalisieren den Kern des Problems in unter 2 Stunden

 

3

Change-Architektur Wie Veränderung in KMU wirklich verankert wird — ohne Berater-Folien

 

4

Führungs-Framework Was Geschäftsführer und IT-Leiter konkret anders machen müssen

 

5

30-Tage-Durchbruchsplan Vom blockierten Projekt zum ersten messbaren Erfolg

 

 

 

Alle Empfehlungen, Werkzeuge und Strategien wurden sorgfältig auf Basis langjähriger Praxiserfahrung erarbeitet. Da jede Organisation individuell ist, übernimmt der Autor keinerlei Haftung für ausbleibende Projekterfolge, wirtschaftliche Schäden oder organisatorische Folgen, die aus der Anwendung der beschriebenen Methoden entstehen.

 

 

Digitalisierungsprojekte scheitern und gelingen aus einem komplexen Zusammenspiel von Führung, Kultur, Ressourcen und Timing. Die in diesem Kit beschriebenen Muster und Werkzeuge erhöhen die Erfolgswahrscheinlichkeit — sie garantieren keinen Erfolg.

 

 

Dieses Kit ersetzt keine individuelle Unternehmensberatung, rechtliche Beratung zu Arbeitsrecht oder Datenschutz sowie psychologische Fachberatung im Umgang mit Veränderungswiderständen in besonderen Situationen.

 

 

Die Inhalte spiegeln den Stand der Praxis im deutschen Mittelstand, März 2026. Regulatorische Rahmenbedingungen wie das Hinweisgeberschutzgesetz, der AI Act oder das Förderprogramm-Angebot können sich ändern.

 

 

Dieses Dokument ist für den persönlichen oder betriebsinternen Gebrauch des Käufers lizenziert. Weiterverkauf, Weitergabe an Dritte und öffentliche Veröffentlichung sind ohne schriftliche Genehmigung nicht gestattet.

 

Eine ausführliche Version dieses Haftungsausschlusses befindet sich am Ende dieses Dokuments.

 

 

 

01  Einleitung

Warum Digitalisierung im KMU an anderen Stellen scheitert als gedacht

02  Hemmnis-Diagnose

3 Werkzeuge für die schnelle Ursachenanalyse

03  Die 10 Hemmnis-Muster

Von Führungsambivalenz bis Datenschutz-Reflex — mit Gegenstrategien

04  Change-Architektur

Wie nachhaltige Veränderung in KMU-Strukturen wirklich funktioniert

05  Die Rolle der Führung

Was Geschäftsführer und IT-Leiter konkret anders machen müssen

06  Mitarbeiter und Kultur

Widerstände verstehen, Verbündete gewinnen, Kultur gestalten

07  Ressourcen und Budgets

Finanzierung, Förderung und der Umgang mit knappen Mitteln

08  Externe Partner und Berater

Wann helfen sie — und wann machen sie es schlimmer

09  Schnelle Erfolge als Katalysator

Warum der erste Quick Win wichtiger ist als die beste Strategie

10  30-Tage-Durchbruchsplan

Vom blockierten Projekt zum ersten messbaren Ergebnis

 

 

Einleitung

 

 

Wenn Digitalisierungsprojekte im Mittelstand scheitern, liegt es selten an der Technologie. Die Software war zu teuer — aber das war sie vor der Entscheidung auch. Die Schnittstellen zum ERP haben nicht funktioniert — aber das hätte eine gründliche Anforderungsanalyse gezeigt. Die Mitarbeiter nehmen das neue System nicht an — aber niemand hat sie früh genug eingebunden.

 

Tatsächlich zeigen Praxiserfahrungen aus hunderten mittelständischer Digitalisierungsprojekte: In über 70 % der gescheiterten Vorhaben war die Technologie belastbar. Was fehlte, war Führung, Kommunikation, Ressourcen oder der Wille, alte Gewohnheiten wirklich aufzugeben.

 

Digitalisierung im KMU ist kein IT-Projekt. Es ist ein Organisationsprojekt, das IT verwendet.

 

Das klingt trivial. Die Konsequenz ist es nicht:

 

→  Der häufigste Fehler ist, Digitalisierung als Technologieproblem zu behandeln — und deshalb die IT-Abteilung allein damit zu beauftragen.

 

→  Der zweit-häufigste Fehler ist, externe Berater mit der Umsetzung zu beauftragen und intern keine Ownership zu entwickeln.

 

→  Der dritt-häufigste Fehler ist, den ersten Widerstand als Signal zum Rückzug zu interpretieren statt als normalen Teil jedes Veränderungsprozesses.

 

Dieses Kit ist kein Technologiehandbuch. Es ist ein Praxisleitfaden für Geschäftsführer, IT-Leiter und Projektverantwortliche, die Digitalisierungsvorhaben durch die typischen Blockaden des Mittelstands navigieren müssen — mit konkreten Werkzeugen, klaren Strategien und einem realistischen Blick auf das, was funktioniert und was nicht.

FÜR WEN DIESES KIT GEMACHT WURDE ■  Geschäftsführer, die Digitalisierungsprojekte anstoßen und am Widerstand der Organisation scheitern. ■  IT-Leiter, die technisch richtige Lösungen vorschlagen und kein Gehör finden. ■  Projektverantwortliche, die mitten in einem blockierten Vorhaben stecken und einen Ausweg suchen. ■  Unternehmer, die den Einstieg in die Digitalisierung planen und typische Fallen vermeiden wollen.

 

WAS DIESES KIT NICHT IST ■  Keine Technologieberatung — welche Software Sie kaufen sollen, steht hier nicht. ■  Kein Patentrezept — Organisationen sind zu verschieden für universelle Lösungen. ■  Kein akademisches Change-Management-Lehrbuch — sondern Praxis aus dem Maschinenraum des Mittelstands.

Hemmnis-Diagnose

 

 

Bevor Sie Gegenmaßnahmen ergreifen, müssen Sie wissen, was wirklich blockiert. Viele Projekte kämpfen jahrelang gegen Symptome, weil die eigentliche Ursache nie klar analysiert wurde.

 

 

Bewerten Sie die folgenden sechs Dimensionen für Ihr Projekt auf einer Skala von 1 (kein Problem) bis 5 (schwerwiegendes Hemmnis). Die zwei höchsten Werte sind Ihr Startpunkt.

 

Dimension	Leitfragen	Ihr Score (1–5)
Führung & Commitment	Steht die Geschäftsführung wirklich hinter dem Projekt — mit Zeit, Budget und öffentlichem Bekenntnis?
Ressourcen	Haben die Schlüsselpersonen ausreichend Zeit, Budget und Entscheidungsbefugnis?
Kompetenz	Verfügt das Team über die nötigen Fähigkeiten — oder wird das implizit vorausgesetzt?
Kultur & Vertrauen	Ist die Unternehmenskultur offen für Experimente und toleriert Fehler im Lernprozess?
Prozesse & Strukturen	Sind die betroffenen Prozesse klar definiert, bevor die Software entschieden wird?
Kommunikation	Wissen alle Betroffenen, warum das Projekt gemacht wird und was es für sie bedeutet?

 

 

Die 5-Warum-Methode aus dem Lean Management ist auch für Digitalisierungshemmnisse hochwirksam. Das Prinzip: Fragen Sie fünfmal "Warum?" — fast immer landen Sie bei einer menschlichen oder organisatorischen Ursache, nicht einer technischen.

 

 

Beispiel aus der Praxis:

 

→  Problem: Das neue CRM-System wird von den Vertriebsmitarbeitern nicht genutzt.

 

→  Warum? Weil die Dateneingabe zu aufwendig ist.

 

→  Warum? Weil Felder eingegeben werden müssen, die aus dem ERP bereits bekannt sind.

 

→  Warum? Weil die ERP-Schnittstelle nie implementiert wurde.

 

→  Warum? Weil das Budget dafür im Projekt gestrichen wurde.

 

→  Warum? Weil die Geschäftsführung den Projektstatus nicht aktiv begleitet hat und die Kürzung nicht bemerkte.

 

→  Wurzel: Fehlende Projektsponsor-Aktivität, nicht Benutzerunfreundlichkeit.

 

 

Tragen Sie alle relevanten Personen in eine 2×2-Matrix ein: Einfluss auf das Projekt (Achse Y) vs. aktuelle Haltung zum Projekt (Achse X, von Ablehnung bis Unterstützung).

 

	Ablehnung	Neutral	Unterstützung
**Hoher Einfluss**	Kritischer Blocker — Priorität 1	Schlafender Riese — aktivieren	Aktiver Champion — einsetzen
**Mittlerer Einfluss**	Lauter Kritiker — einbinden	Schweigende Mehrheit — informieren	Stiller Verbündeter — sichtbar machen
**Geringer Einfluss**	Beobachten	Informieren	Botschafter-Rolle geben

 

DIAGNOSE-ERKENNTNIS AUS DER PRAXIS In 80 % der blockierten Projekte identifiziert die Stakeholder-Heatmap einen einzigen "Kritischen Blocker" mit hohem Einfluss. Dieser Person widmet sich niemand systematisch — stattdessen wird die Technologie weiter optimiert. Die Lösung liegt fast immer im Gespräch, nicht im Technikstack.

 

 

Die 10 Hemmnis-Muster

 

 

 

Die Geschäftsführung bekennt sich verbal zur Digitalisierung, schützt aber den Status quo in Entscheidungssituationen. Neue Investitionen werden genehmigt, dann aber beim ersten Problem eingefroren. Mitarbeiter lernen: Digitalisierung ist kein Ernstthabenthema.

 

Warum es passiert:

 

Viele Geschäftsführer im Mittelstand haben ihren Erfolg mit bewährten Prozessen aufgebaut. Veränderung bedeutet für sie echtes persönliches Risiko — und dieses Risiko wird selten offen kommuniziert.

 

GEGENSTRATEGIE:

 

✓  Verbindliche Commitment-Erklärung: Das Projekt bekommt ein öffentliches Mandat mit Namen, Budget und Zeitrahmen — keine interne Absichtserklärung.

✓  Regelmäßiges Sponsor-Gespräch: 30 Minuten wöchentlich zwischen IT-Leitung und Geschäftsführung — kein Status-Meeting, sondern Entscheidungsgespräch.

✓  Den Preis des Nichtstuns explizit machen: Was kostet es konkret, wenn das Projekt noch zwei Jahre wartet? Umsatz, Effizienz, Mitarbeiterzufriedenheit.

 

 

Das Digitalisierungsprojekt wird gestartet, ohne dass irgendjemandem Aufgaben weggenommen werden. Die Schlüsselpersonen sollen das Projekt "nebenbei" stemmen — zusätzlich zu ihrer vollen Stelle. Nach vier Wochen läuft nichts mehr.

 

Warum es passiert:

 

Im KMU gibt es keine Reservekapazitäten. Jede Entlastung erfordert, dass jemand anderes mehr tut oder eine Aufgabe wegfällt. Das ist unbequem — also wird es nicht entschieden.

 

 

 

 

GEGENSTRATEGIE:

 

✓  Kapazitäts-Commitment vor dem Projektstart: Wer gibt wie viel Zeit frei — konkret, mit Namen und Stundenzahl.

✓  20-%-Regel: Kernteam hat mindestens 20 % der Arbeitszeit explizit für das Projekt reserviert.

✓  Was fällt weg? Für jede neue Aufgabe im Projekt muss eine bestehende Aufgabe ruhen oder delegiert werden.

 

 

Das Projekt scheitert, weil niemand im Team die nötige Kompetenz hat — aber niemand sagt es. Der Projektleiter kämpft sich mit YouTube-Tutorials durch ein ERP-Migrationsprojekt. Drei Monate nach Go-Live bricht alles zusammen.

 

Warum es passiert:

 

Kompetenzlücken zuzugeben fühlt sich im KMU wie persönliches Versagen an. Die Kultur lässt das nicht zu — also wird improvisiert bis zum Kollaps.

 

GEGENSTRATEGIE:

 

✓  Kompetenz-Ehrlichkeit als Wert etablieren: "Wir wissen das nicht — deshalb holen wir jemanden, der es weiß" ist keine Schwäche.

✓  Skill-Gap-Analyse vor jedem Projekt: Welche Kompetenzen braucht das Projekt — welche haben wir — was holen wir rein?

✓  Lernzeit einplanen: Jede neue Technologie erfordert 10–20 % des Projektzeitbudgets für Einarbeitung.

 

 

"Das geht nicht wegen Datenschutz." Dieser Satz beendet in deutschen KMU regelmäßig Projekte — oft ohne dass eine qualifizierte DSGVO-Prüfung stattgefunden hat. Datenschutz wird als Veto-Instrument eingesetzt, nicht als lösbare Anforderung.

 

Warum es passiert:

 

Die DSGVO ist komplex und die Haftungsangst real. Wenn kein internes Datenschutz-Knowhow vorhanden ist, wird Unsicherheit als Verbot interpretiert.

 

GEGENSTRATEGIE:

 

✓  Datenschutz früh und qualifiziert klären: Datenschutzbeauftragten in die Anforderungsphase einbeziehen — nicht erst wenn das Projekt fast fertig ist.

✓  "Geht nicht" in "Geht unter diesen Bedingungen" übersetzen: Fast jede technische Lösung ist DSGVO-konform umsetzbar — mit dem richtigen Auftragsverarbeitungsvertrag, der richtigen Datenhaltung und dem richtigen Berechtigungskonzept.

✓  Positiv-Beispiele aus der Branche zeigen: Welche Wettbewerber nutzen bereits dieselbe Technologie rechtskonform?

 

 

"Das haben wir schon einmal versucht — hat nicht funktioniert." Ein gescheitertes IT-Projekt vor fünf Jahren blockiert die aktuelle Initiative. Die Narbe sitzt tief — bei der Führung, im Team und manchmal beim wichtigsten Kunden.

 

Warum es passiert:

 

Gescheiterte IT-Projekte hinterlassen echten Schaden: Geld, Zeit, Vertrauen. Die Vorsicht danach ist berechtigt. Aber sie verallgemeinert oft zu Unrecht auf neue Situationen.

 

GEGENSTRATEGIE:

 

✓  Das Scheitern explizit aufarbeiten: Was ist damals genau passiert? Welche Ursachen waren wirklich ausschlaggebend? Oft waren es keine technischen Probleme.

✓  Unterschiede zum damaligen Projekt benennen: Anderer Anbieter, andere Projektmethodik, andere Sponsorenstruktur, anderes Team — konkret, nicht allgemein.

✓  Kleineren Scope als Vertrauensaufbau: Kein Vollprojekt als erstes Schritt, sondern ein abgegrenzter Pilot mit klarem Ende und klarem Erfolgskriterium.

 

 

Jede Abteilung hat ihre eigene Software-Lösung. Buchhaltung nutzt DATEV, Vertrieb nutzt eine Excel-basierte Kundenliste, Produktion ein proprietäres MES, Lager eine Access-Datenbank von 2008. Integration ist unmöglich — und niemand will "seine" Lösung aufgeben.

 

Warum es passiert:

 

Insellösungen entstehen aus echtem Bedarf — jede war einmal die beste verfügbare Lösung für eine spezifische Abteilung. Der Widerstand dagegen ist verständlich, weil die Lösung wirklich funktioniert — für die Abteilung allein.

 

GEGENSTRATEGIE:

 

✓  Integrations-Kosten sichtbar machen: Was kostet die manuelle Datenpflege zwischen den Inseln pro Jahr? Oft 2–5 Vollzeitstellen — das ist das stärkste Argument.

✓  Keine Frontalangriffe auf Insellösungen: Statt "Wir ersetzen eure Lösung" lieber "Wir verbinden eure Lösung mit dem Rest des Unternehmens."

✓  Schnittstellenprojekt vor Ablöseprojekt: Eine API-Anbindung der bestehenden Inseln schafft sofort Nutzen und baut Vertrauen auf — bevor eine Ablösung diskutiert wird.

 

 

Das Projekt kann nicht starten, weil die Anforderungen noch nicht vollständig sind. Oder es kann nicht enden, weil die Lösung noch nicht perfekt ist. Im schlimmsten Fall beides gleichzeitig: jahrelanges Anforderungsmanagement, das nie in eine Implementierung mündet.

 

Warum es passiert:

 

Deutsche Mittelständler haben oft eine ausgeprägte Qualitätskultur — was ihr größter Wettbewerbsvorteil ist. In Digitalisierungsprojekten wird diese Tugend zur Lähmung.

 

GEGENSTRATEGIE:

 

✓  MVP-Denkweise einführen: Was ist das Minimum, das echter Nutzen stiftet? Das ist die erste Version — nicht die perfekte.

✓  "Good enough to learn" als akzeptiertes Kriterium: Eine unfertige Lösung, die echte Nutzer verwenden, liefert mehr Erkenntnisse als eine perfekte Lösung auf dem Papier.

✓  Festes Timebox-Prinzip: Die Anforderungsphase dauert vier Wochen — danach wird implementiert, auch wenn nicht alles geklärt ist.

 

 

Das gesamte Wissen über ein kritisches System steckt in einer einzigen Person — oft dem Gründer, dem langjährigsten Mitarbeiter oder dem externen Berater. Dieser Mensch ist gleichzeitig das wichtigste Asset und die größte Bremse: Niemand darf etwas ändern, ohne seine Zustimmung. Und er hat keine Zeit.

 

Warum es passiert:

 

Im KMU wächst Wissen in Menschen, nicht in Systemen. Das ist effizient bis zu dem Punkt, wo diese Person krank wird, kündigt oder in Rente geht.

 

GEGENSTRATEGIE:

 

✓  Wissenstransfer als Projektbaustein: Jedes Digitalisierungsprojekt enthält explizit eine Phase "Wissen dokumentieren und übertragen."

✓  Stellvertreter-Prinzip: Jede kritische Funktion hat einen dokumentierten Stellvertreter — nicht nur auf dem Papier, sondern mit echtem Einblick.

✓  Den Einzelnen einbinden, nicht umgehen: "Wir brauchen dich als Wissensgeber" statt "Wir ersetzen dein System."

 

 

 

 

 

 

Ein Pilot schlägt fehl. Statt die Erkenntnisse zu nutzen, werden Schuldfragen gestellt. Beim nächsten Projekt meldet sich niemand freiwillig als Pilot. Digitalisierung wird mit Risiko assoziiert — und Risiko wird vermieden.

 

Warum es passiert:

 

Fehlerkultur ist kein Soft-Skill-Thema — sie ist das Ergebnis von Führungsverhalten über Jahre. Wenn Fehler in der Vergangenheit bestraft wurden, ändert ein Workshop daran nichts.

 

GEGENSTRATEGIE:

 

✓  Führung geht voran: Die Geschäftsführung berichtet öffentlich über eigene Fehler und Lerneffekte — das ist das stärkste Signal.

✓  Post-Mortem statt Schuldzuweisung: Nach jedem gescheiterten Pilot eine strukturierte Analyse — was haben wir gelernt, was machen wir anders?

✓  Piloten explizit als Experimente labeln: "Das ist ein Experiment, das scheitern darf" — und dann auch scheitern lassen dürfen.

 

 

Ein externer Berater wird beauftragt — und damit ist die interne Verantwortung implizit abgegeben. Das Projekt ist "beim Berater". Wenn es scheitert, ist es die Schuld des Beraters. Wenn es gelingt, kann das nächste Projekt nur mit demselben Berater gelingen.

 

Warum es passiert:

 

Externe Berater geben Sicherheit — jemand anderes trägt die Verantwortung. Im KMU, wo Ressourcen knapp sind, ist das eine verlockende Konstruktion.

 

GEGENSTRATEGIE:

 

✓  Interne Ownership als Bedingung: Jedes Projekt hat eine interne Projektleitung — der Berater unterstützt, er führt nicht.

✓  Wissenstransfer vertraglich sichern: Im Beratervertrag steht, welches Wissen bis wann an wen intern übertragen wird.

✓  Exit-Strategie von Anfang an: "Was passiert, wenn der Berater morgen nicht mehr verfügbar ist?" — und dieses Szenario durchspielen.

 

 

Change-Architektur

 

 

 

Klassische Change-Management-Modelle (Kotter, ADKAR) wurden für Großkonzerne entwickelt. Im KMU funktioniert Veränderung nach anderen Regeln:

 

→  Kein anonymes Unternehmen: Jede Person kennt die Geschäftsführung persönlich. Führungsverhalten ist sofort sichtbar und wird sofort bewertet.

 

→  Keine Change-Management-Abteilung: Der IT-Leiter ist gleichzeitig Change Manager, Projektsponsor und Techniker.

 

→  Kurze Kommunikationswege: Was die Geschäftsführung am Montag entscheidet, wissen alle am Dienstag — positiv wie negativ.

 

→  Höhere emotionale Bindung: Mitarbeiter identifizieren sich stärker mit "ihrem" Unternehmen. Veränderungen treffen tiefer — und Erfolge mobilisieren mehr.

 

 

Phase 1 — Erschütterung des Status quo (Wochen 1–2)

Zeigen Sie konkret und ungeschönt, was der aktuelle Zustand kostet. Nicht abstrakt ("wir sind nicht wettbewerbsfähig") sondern messbar ("wir verschwenden 340 Mannstunden pro Monat mit manuellen Datentransporten zwischen drei Systemen").

 

→  Schmerzpunkt-Analyse: Was kostet der Ist-Zustand in Euro, Stunden und Nerven?

 

→  Externe Referenz: Was machen vergleichbare Unternehmen bereits? Kundenbesuche bei Best-Practice-Betrieben sind stärker als jede Präsentation.

 

→  Zukunftsbild: Wie sieht der Arbeitsalltag der Mitarbeiter in 18 Monaten aus — konkret, nicht abstrakt?

 

Phase 2 — Sicherheit im Übergang schaffen (Wochen 3–8)

 

Veränderung erzeugt Angst — das ist biologisch normal. Die wichtigste Führungsaufgabe in dieser Phase ist nicht Begeisterung zu erzeugen, sondern Sicherheit zu geben.

 

→  Klare Aussagen zu Arbeitsplatzsicherheit — wenn möglich schriftlich und verbindlich.

 

→  Schulungsplan: Niemand wird mit neuer Software allein gelassen.

 

→  Rückfallmöglichkeit kommunizieren: "Wenn wir merken, dass es nicht funktioniert, können wir zurück" — auch wenn das nie eintreten wird.

 

Phase 3 — Frühe Erfolge sichtbar machen (Wochen 4–12)

 

Der erste Quick Win ist das wichtigste Ereignis eines Digitalisierungsprojekts. Er beweist, dass die Veränderung funktioniert — nicht auf dem Papier, sondern im Alltag.

 

→  Quick Win bewusst planen und ressourcenseitig priorisieren (Kapitel 9).

 

→  Erfolge öffentlich feiern — mit Namen der Beteiligten, mit konkreten Zahlen.

 

→  Skeptiker aktiv ansprechen: "Was war Ihr Eindruck nach den ersten drei Wochen?"

 

Phase 4 — Neuen Standard verankern (Monate 3–12)

 

Veränderung ist erst dann verankert, wenn der alte Weg schwieriger ist als der neue. Erst dann ist die Veränderung irreversibel.

 

→  Alte Systeme und Prozesse aktiv abschalten — nicht als "Rückfalloption" erhalten.

 

→  Neue Verhaltensweisen in Stellenbeschreibungen, Onboarding und Leistungsbeurteilung verankern.

 

→  Interne Experten ausbilden, die das Neue selbst weitergeben.

 

 

Im KMU sagen erfahrene Mitarbeiter selten direkt "Nein" zu Digitalisierungsprojekten. Sie sagen: "Ja, aber wir haben gerade so viel zu tun." Oder: "Das ist sicher gut für andere, aber bei uns ist das anders." Oder: "Wir machen das, sobald das Quartal durch ist."

Diese indirekten Nein-Signale zu erkennen und anzusprechen ist eine der wichtigsten Führungskompetenzen im Veränderungsprozess.

 

→  Indirektes Nein direkt ansprechen: "Ich höre, dass Sie Bedenken haben. Was genau macht Ihnen die meisten Sorgen?"

 

→  Bedenken ernst nehmen, nicht wegmoderieren: Oft enthalten sie wichtige Risiken, die das Projekt wirklich verbessern.

 

→  Unterscheiden: Ist das ein inhaltliches Bedenken (lösbar) oder ein grundsätzlicher Widerstand (braucht andere Strategie)?

Die Rolle der Führung

 

 

 

Die häufigste Führungs-Fehlannahme in Digitalisierungsprojekten: "Ich habe das an den IT-Leiter delegiert." Digitalisierung ist Chefsache — nicht weil die Geschäftsführung die Technologie kennen muss, sondern weil nur sie bestimmte Signale senden kann.

 

Was nur die Geschäftsführung kann:

 

→  Ressourcen freigeben: Wenn die Schlüsselperson 20 % ihrer Zeit für das Projekt braucht, muss die GF entscheiden, was dafür wegfällt.

 

→  Konflikte lösen: Wenn Abteilungsleiter gegeneinander arbeiten, kann nur die GF eingreifen.

 

→  Symbolisches Verhalten: Nutzt die GF selbst die neuen Systeme? Oder ist das "etwas für die Mitarbeiter"?

 

→  Das Projekt durch Schwächephasen tragen: Wenn nach dem ersten Rückschlag das Projekt gestoppt werden soll, entscheidet die GF ob es weitergeht.

 

Konkretes GF-Verhalten, das Digitalisierung vorantreibt:

 

✓  Wöchentliches 30-Minuten-Gespräch mit dem Projektleiter — kein Status-Meeting, sondern Entscheidungsgespräch.

✓  Öffentliches Bekenntnis im nächsten Mitarbeitergespräch, Betriebsversammlung oder Town Hall.

✓  Das neue System selbst verwenden — und das sichtbar tun.

✓  Den ersten Fehler im Projekt öffentlich kommentieren: "Das haben wir erwartet — wir lernen daraus."

 

 

Der IT-Leiter im KMU ist oft der einzige Technologieexperte im Unternehmen. Das macht seine Kommunikationsrolle besonders anspruchsvoll: Er muss gleichzeitig Übersetzer, Projektmanager, Trainer und Problemlöser sein.

 

 

Häufige IT-Leiter-Fallen im KMU:

 

→  Technologie-Evangelismus: Zu viel Zeit damit verbringen, die Überlegenheit der neuen Lösung zu erklären — statt die Vorteile für konkrete Personen zu zeigen.

 

→  Underestimating the Human Side: Technisch perfekte Projekte, die niemand nutzt, weil niemand erklärt hat, warum und wie.

 

→  Lösung vor Problem: Die Technologieentscheidung fällt, bevor die Geschäftsanforderungen klar sind.

 

Konkrete Verhaltensänderungen für IT-Leiter:

 

✓  Vor jeder Technologiepräsentation: "Was ist der konkrete Schmerz, den wir lösen?" — mit Zahlen.

✓  Rollenseparation: Als Technologieberater auftreten, nicht als Projektleiter (der muss aus dem Fachbereich kommen).

✓  Monatlicher Business-Report: Keine Technikzahlen — sondern Geschäftswirkung: Stunden gespart, Fehler reduziert, Prozesszeit verkürzt.

 

 

In KMU-Digitalisierungsprojekten gibt es drei kritische Führungsrollen, die alle besetzt sein müssen:

 

Rolle	Aufgabe	Typische Person	Häufiger Fehler
Sponsor	Ressourcen sichern, Konflikte eskalieren, Sichtbarkeit geben	Geschäftsführung	Delegiert zu früh
Projektleiter	Tagessteuerung, Kommunikation, Lieferverantwortung	Fachbereichsleiter oder IT-Leiter	Kommt aus IT statt Fachbereich
Change Agent	Widerstände aufspüren, Verbündete gewinnen, Kultur formen	Angesehene Mitarbeiterin mit informellem Einfluss	Wird gar nicht besetzt

 

DER CHANGE AGENT — DIE UNTERSCHÄTZTE ROLLE ■  Der Change Agent ist die mächtigste Einzelperson in einem Digitalisierungsprojekt — und wird am häufigsten vergessen. ■  Merkmale: hohes Vertrauen bei Kollegen, nicht notwendigerweise in Führungsposition, neugierig auf Neues, kommunikationsstark. ■  Aufgabe: informelle Kommunikation führen, Bedenken aufnehmen, Erfolge sichtbar machen — im Alltag, nicht in Meetings. ■  Investition: 10 % der Arbeitszeit für die Dauer des Projekts — die wirkungsvollsten 10 %.

 

 

Mitarbeiter und Kultur

 

 

 

Widerstand gegen Digitalisierung wird im KMU oft als Bequemlichkeit oder fehlende Lernbereitschaft fehlinterpretiert. Die tatsächlichen Ursachen sind tiefgreifender und legitimer:

 

→  Angst vor Jobverlust: "Wenn die Maschine meine Arbeit übernimmt, brauche ich mich nicht mehr." Diese Angst ist in vielen Fällen berechtigt und verdient eine ehrliche Antwort.

 

→  Angst vor Kompetenzveralterung: "Ich beherrsche das alte System perfekt. Beim neuen bin ich Anfänger — vor meinen Kollegen." Dieser Statusverlust ist real.

 

→  Loyalität zu gewachsenen Prozessen: "Das haben wir so gebaut — das funktioniert." Verteidigung des Eigenen ist keine Sturheit, sondern Stolz auf gute Arbeit.

 

→  Schlechte Erfahrungen aus der Vergangenheit: "Das letzte System wurde eingeführt und nach einem Jahr wieder abgeschaltet. Warum soll ich mich diesmal engagieren?"

 

 

Jedes KMU-Team hat diese drei Gruppen — in unterschiedlichen Anteilen:

 

Pioniere (typisch 15–20 %): Enthusiastisch, neugierig, risikobereit. Sie starten sofort. Fehler: Man verlässt sich zu sehr auf sie und vergisst die anderen 80 %.

 

Pragmatiker (typisch 60–70 %): Warten ab, beobachten die Pioniere, entscheiden sich dann. Sie sind die eigentliche Zielgruppe — wenn sie mitziehen, ist das Projekt gewonnen.

 

Skeptiker (typisch 10–25 %): Kritisch, vorsichtig, oft erfahren. Ihr Widerstand enthält häufig legitime Risiken. Fehler: Sie werden ignoriert oder übergangen statt eingebunden.

 

Strategie je Gruppe:

 

→  Pioniere: früh einbinden, als Botschafter nutzen, sichtbar machen.

 

→  Pragmatiker: mit konkreten Vorteilen abholen, nicht mit Technikbegeisterung.

 

→  Skeptiker: aktiv befragen, Bedenken ernst nehmen, in Problemlösung einbinden.

 

 

Die wirkungsvollste Einzelmaßnahme im Change Management ist das persönliche Gespräch — nicht das Meeting, nicht die E-Mail, nicht die Präsentation.

 

Vier Fragen, die ein Führungsgespräch zur Digitalisierung wirksam machen:

 

→  "Was läuft in Ihrem aktuellen Arbeitsalltag am schlechtesten?" — Nicht: "Was finden Sie gut am neuen System?"

 

→  "Was haben Sie Angst zu verlieren, wenn wir das ändern?" — Direkte Ansprache der tatsächlichen Sorge.

 

→  "Was bräuchten Sie, damit Sie das als Erfolg erleben?" — Erfolgskriterien des Mitarbeiters, nicht der Projektleitung.

 

→  "Wie kann ich Sie dabei unterstützen?" — Aktive Unterstützungsangebote, nicht Forderungen.

 

 

Ressourcen und Budgets

 

 

 

Digitalisierungsprojekte wirken teuer, weil ihre Kosten sichtbar sind: Lizenzkosten, Beraterkosten, Implementierungszeit. Die Kosten des Status quo sind unsichtbar — und deshalb wird der Vergleich verzerrt.

 

Typische unsichtbare Kosten im KMU-Alltag:

Aktivität	Typischer Zeitaufwand	Monatliche Kosten bei 50€/h
Manuelle Datenpflege zwischen nicht-integrierten Systemen	60 h/Monat	3.000 €
Fehlersuche und -korrektur durch doppelte Datenhaltung	20 h/Monat	1.000 €
Berichterstellung manuell aus mehreren Quellen	40 h/Monat	2.000 €
Rückfragen wegen fehlender Transparenz im Auftragsstatus	30 h/Monat	1.500 €
Eskalationen durch verzögerte Information	15 h/Monat	750 €
**Summe**	**165 h/Monat**	**8.250 €/Monat**

 

Bei 8.250 € monatlichen Opportunitätskosten amortisiert sich ein 50.000-€-Projekt in sechs Monaten — ohne Produktivitätsgewinn zu rechnen.

 

Programm	Fördergeber	Geeignet für	Förderquote
Digital Jetzt	BMWK	Software, Hardware, Beratung	bis 50 %
go-digital	BMWK	KMU bis 100 MA, Beratung	bis 50 %
KfW Digitalisierungskredit	KfW	Investitionen ab 25.000 €	günstige Konditionen
DIGI-Zuschuss (Länder)	Bundesländer	je nach Bundesland	30–70 %
Innovationsgutscheine	Bundesländer	Erstberatung, Machbarkeitsstudien	bis 80 %

 

FÖRDERUNG RICHTIG NUTZEN ■  Förderantrag VOR Projektbeginn stellen — nachträgliche Förderung ist die Ausnahme, nicht die Regel. ■  Beratungsleistungen sind oft separat und höher gefördert als Technologieinvestitionen. ■  Fördermittelberater kosten 1–3 % der Fördersumme — bei komplexen Anträgen gut investiertes Geld. ■  Digital Jetzt (BMWK) hat regelmäßige Antragsfenster — Termine frühzeitig beobachten.

 

 

Wenn kein Sonderbudget genehmigt wird, gibt es drei interne Finanzierungsstrategien:

 

→  Effizienzrendite re-investieren: Die Einsparungen des ersten Quick Wins finanzieren den nächsten Projektschritt. Erst nach dem ersten Nutzennachweis das nächste Budget beantragen.

 

→  Kosten als laufende Betriebskosten umstrukturieren: Einmalige Investition als monatliches SaaS-Abonnement — passt besser in KMU-Budgetrhythmen und erfordert weniger Gremienentscheidung.

 

→  Pilotfinanzierung aus Fachabteilungsbudget: Die Abteilung, die den größten Nutzen hat, trägt den Pilot. Das erhöht gleichzeitig das Commitment.

 

 

Externe Partner und Berater

 

 

 

Externe Berater und Implementierungspartner können in klar definierten Situationen entscheidend helfen:

 

→  Fehlende interne Kompetenz: Wenn niemand im Unternehmen die Technologie kennt, ist externer Sachverstand nötig — aber nur für die Wissensübertragung, nicht als dauerhafter Betrieb.

 

→  Neutrale Moderation: Wenn interne Konflikte das Projekt blockieren, kann ein externer Moderator Gespräche ermöglichen, die intern nicht möglich wären.

 

→  Kapazitätsspitze: Für die Implementierungsphase zusätzliche Kapazität — mit klarem Enddatum und Wissenstransfer-Verpflichtung.

 

→  Best-Practice-Erfahrung: Ein Berater, der dasselbe System bereits in zehn vergleichbaren Unternehmen eingeführt hat, komprimiert einen Lernprozess von Jahren auf Wochen.

 

 

Warnsignal	Was es bedeutet	Gegenmassnahme
Berater schlägt Lösung vor, bevor er das Problem verstanden hat	Lösung sucht Problem	Anforderungsphase ohne Produktempfehlung erzwingen
Projektplan hat keine internen Verantwortlichkeiten	Berater plant ohne Exit	Jeden Meilenstein mit internem Owner versehen
Berater kommuniziert direkt mit GF, umgeht IT-Leitung	Abhängigkeit wird aufgebaut	Kommunikationsregeln vertraglich festlegen
"Das ist bei Ihnen anders" wird nie akzeptiert	Standardlösung wird aufgezwungen	Referenzkunden in vergleichbaren KMU besuchen
Wissensdokumentation wird auf "nach dem Go-Live" verschoben	Wissen bleibt beim Berater	Dokumentation als Meilenstein mit Abnahme

 

 

 

 

 

Ein Beratervertrag für KMU-Digitalisierung sollte vier Elemente enthalten, die standardmäßig fehlen:

 

✓  Wissenstransfer-Meilensteine: Wer intern weiß bis wann was — mit Abnahmekriterium.

✓  Exit-Szenario: Was passiert, wenn das Engagement vorzeitig endet? Wer kann weitermachen?

✓  Erfolgskriterium: Was muss am Ende messbar anders sein — nicht "System ist eingeführt" sondern "Prozesszeit X um Y % reduziert."

✓  Interne Ownership: Namentlich benannte interne Projektleitung mit Entscheidungsbefugnis.

 

 

Schnelle Erfolge als Katalysator

 

 

 

Menschen ändern ihr Verhalten nicht aufgrund von Präsentationen. Sie ändern es aufgrund von Erfahrungen. Der Quick Win ist die erste positive Erfahrung mit der neuen Realität — und er entscheidet darüber, ob die schweigende Mehrheit der Pragmatiker auf die Seite des Wandels wechselt.

 

Ein gut gewählter Quick Win hat vier Eigenschaften:

 

→  Spürbar: Der Nutzen ist im Arbeitsalltag der Beteiligten direkt erlebbar — nicht als Diagramm in einer Präsentation.

 

→  Schnell: Sichtbar innerhalb von 4–8 Wochen nach Projektstart — nicht nach 18 Monaten.

 

→  Zurechenbar: Alle wissen, dass dieser Erfolg durch das Digitalisierungsprojekt entstanden ist.

 

→  Erzählbar: Man kann die Geschichte in drei Sätzen erzählen: "Früher haben wir X gemacht. Das hat Y Stunden gedauert. Jetzt dauert es Z Minuten."

 

 

Schritt 1 — Schmerzkatalog erstellen:

 

Befragen Sie fünf Mitarbeiter aus den betroffenen Abteilungen: "Was nervt Sie täglich am meisten? Was würden Sie sofort abschaffen, wenn Sie könnten?" Notieren Sie die zehn häufigsten Antworten.

 

Schritt 2 — Machbarkeits-Check:

 

Welche der zehn Schmerzpunkte kann mit der geplanten Technologie gelöst werden — in unter acht Wochen, mit vorhandenem Team, ohne komplexe Integration?

 

Schritt 3 — Impact-Score:

 

Bewerten Sie die verbliebenen Kandidaten nach: Anzahl der direkt betroffenen Personen × täglich gesparte Minuten × emotionaler Intensität des Schmerzpunkts. Der höchste Score ist Ihr Quick Win.

 

Ein Quick Win, über den niemand spricht, existiert nicht. Die Kommunikation ist genauso wichtig wie die Umsetzung:

 

→  Interne Pressemitteilung: Eine Seite mit konkreten Zahlen, den beteiligten Personen (mit Namen!) und einem Zitat der Nutzer.

 

→  Betriebsversammlung oder Team-Meeting: Kurze Vorstellung durch die Person, die den Quick Win erlebt hat — nicht durch die Projektleitung.

 

→  Direkte Ansprache der Skeptiker: "Sie hatten Bedenken — was denken Sie jetzt, nachdem Sie das erlebt haben?"

 

DER SCHNELLSTE QUICK WIN DEN ES GIBT In fast jedem KMU existiert ein manuell gepflegtes Excel, das wöchentlich oder täglich manuell aus mehreren Systemen zusammengekopiert wird. Wer das automatisiert — via Power BI, SQL-View oder einfachem API-Connector — spart einer Person sofort mehrere Stunden pro Woche. Das ist sichtbar, spürbar, zurechenbar und erzählbar. Fast immer der beste erste Schritt.

 

 

30-Tage-Durchbruchsplan

 

 

VOR DEM START Wählen Sie ein konkretes, blockiertes oder stockendes Digitalisierungsvorhaben als Anker für diesen Plan. Nicht ein neues Projekt starten — sondern ein bestehendes Problem lösen. Sichern Sie sich 30 Minuten Gesprächszeit mit der Geschäftsführung für Tag 3.

 

 

■ TAG 1-2: HEMMNIS-ANALYSE

 

■  Hemmnis-Radar aus Kapitel 2.1 für das gewählte Projekt ausfüllen — alleine und ehrlich

■  5-Warum-Analyse für das zentrale Blockade-Symptom durchführen

■  Stakeholder-Heatmap erstellen: alle relevanten Personen eintragen, Haltung und Einfluss bewerten

■  Kritischen Blocker identifizieren — in fast jedem Projekt gibt es genau eine Person

 

■ TAG 3-4: FÜHRUNGSGESPRÄCH

 

■  30-Minuten-Gespräch mit Geschäftsführung — nicht als Status-Meeting, sondern mit einer klaren Frage: "Was braucht das Projekt von Ihnen persönlich, damit es weitergeht?"

■  Commitment konkret machen: Ressource, Zeit, öffentliche Aussage — was genau?

■  Preis des Nichtstuns präsentieren: konkrete Zahlen aus der unsichtbaren-Kosten-Tabelle (Kapitel 7.1)

■  Nächsten gemeinsamen Termin in 14 Tagen fixieren

 

■ TAG 5-7: QUICK WIN IDENTIFIZIEREN

 

■  Schmerzkatalog: fünf Mitarbeitergespräche führen — je 15 Minuten, vier Fragen aus Kapitel 6.3

■  Top-10-Schmerzpunkte sortieren und Machbarkeits-Check durchführen

■  Quick-Win-Kandidaten mit Impact-Score bewerten

■  Entscheidung: Welcher Quick Win wird in den nächsten drei Wochen umgesetzt?

 

 

 

 

 

 

■ TAG 8-10: KRITISCHEN BLOCKER ANSPRECHEN

 

■  Persönliches Gespräch mit dem kritischen Blocker — vier Fragen aus Kapitel 6.3

■  Bedenken vollständig aufnehmen, nicht wegmoderieren — Protokoll führen

■  Prüfen: inhaltliches Bedenken (lösbar) oder grundsätzlicher Widerstand?

■  Wenn inhaltlich: Lösung entwickeln und in das Projekt einbauen — der Blocker wird zum Mitgestalter

 

■ TAG 11-13: RESSOURCEN FREIGEBEN

 

■  Kapazitäts-Commitment konkretisieren: wer gibt wie viele Stunden frei — mit Namen, Datum, Abzeichnung

■  Was fällt dafür weg? — Diese Entscheidung explizit treffen und kommunizieren

■  Change Agent identifizieren und ansprechen — informelles Gespräch, keine offizielle Ernennung

■  Datenschutz-Klärung anstoßen: Datenschutzbeauftragten in das Projekt einladen

 

■ TAG 14: MIDPOINT-CHECK

 

■  Hemmnis-Radar erneut ausfüllen: Was hat sich verändert?

■  GF-Update: Wo steht das Projekt — was braucht es noch von oben?

■  Quick-Win-Vorbereitung: Technische Umsetzung beginnen

■  Kommunikationsplan für den Quick Win erstellen: Wer kommuniziert was wann an wen?

 

 

■ TAG 15-17: TECHNISCHE UMSETZUNG

 

■  Quick Win mit kleinstem möglichem Team umsetzen — maximal drei Personen

■  Täglich: kurzes Standup (15 Minuten) — was läuft, was blockiert, was wird heute gelöst

■  Fehler explizit erlauben: wenn etwas nicht klappt, sofort kommunizieren — kein Verstecken

■  Dokumentation parallel zur Umsetzung — nicht danach

 

■ TAG 18-20: NUTZER EINBINDEN

 

■  Erste Nutzer des Quick Wins aktiv begleiten — nicht "hier ist das neue Tool, viel Erfolg"

■  Feedback-Protokoll führen: Was funktioniert, was fehlt, was irritiert?

■  Kleine Anpassungen sofort umsetzen — zeigt, dass Feedback gehört wird

■  Ersten Nutzer-Testimonials sammeln: "Was hat sich für Sie verändert?"

 

 

 

 

 

 

■ TAG 21: QUICK WIN KOMMUNIZIEREN

 

■  Interne Pressemitteilung schreiben — eine Seite, konkrete Zahlen, Namen der Beteiligten

■  Kurze Präsentation im nächsten Team-Meeting — durch einen Nutzer, nicht durch die Projektleitung

■  Skeptiker direkt ansprechen: persönliche Einladung, das Ergebnis selbst auszuprobieren

■  GF informieren: konkrete Zahlen des Quick Wins für öffentliche Kommunikation vorbereiten

 

 

■ TAG 22-25: LERNEN & ANPASSEN

 

■  Post-Mortem der ersten drei Wochen: Was hat funktioniert, was würden wir anders machen?

■  Hemmnis-Radar ein letztes Mal ausfüllen: welche Dimensionen sind jetzt besser?

■  Neue Blockaden, die aufgetaucht sind, explizit benennen und Verantwortliche zuweisen

■  Nächsten Quick Win aus dem Schmerzkatalog auswählen und starten

 

■ TAG 26-28: NÄCHSTEN SCHRITT PLANEN

 

■  Roadmap für die nächsten 90 Tage skizzieren: drei weitere Quick Wins + ein mittleres Projekt

■  Budget-Antrag für nächste Phase — gestützt auf gemessene Ergebnisse des ersten Quick Wins

■  Förderprogramm-Check: passt Digital Jetzt oder go-digital für die nächste Phase?

■  Change-Agent offiziell verankern: Rolle, Zeitanteil, Anerkennung klären

 

■ TAG 29-30: ABSCHLUSS & MOMENTUM HALTEN

 

■  Abschlussmessung: Hemmnis-Radar Vorher/Nachher, Quick-Win-Zahlen, Stakeholder-Heatmap aktuell

■  Ergebnisse der Geschäftsführung präsentieren — mit Ausblick auf nächste Phase

■  Öffentliche Würdigung aller Beteiligten — mit Namen, mit Dank, mit Kontext

■  Das nächste Gespräch terminieren: Digitalisierung ist kein Projekt, das endet — es ist eine Haltung ■

 

ERGEBNIS NACH 30 TAGEN Ihr Ergebnis nach 30 Tagen: Ein diagnostiziertes Hemmnis-Profil, ein gelöster kritischer Blocker, ein umgesetzter Quick Win mit messbarem Nutzen, eine mobilisierte Geschäftsführung und ein Team, das erlebt hat, dass Veränderung möglich ist. Das ist die Grundlage für alles Weitere.

 

 

 

 

Die in diesem Dokument enthaltenen Empfehlungen, Werkzeuge und Strategien wurden nach bestem Wissen und Gewissen auf der Grundlage langjähriger praktischer Erfahrung in mittelständischen Organisationen erarbeitet. Organisationen sind komplexe soziale Systeme — keine zwei sind gleich. Was in einem Unternehmen wirkt, kann in einem anderen scheitern.

 

Der Autor übernimmt ausdrücklich keinerlei Haftung für ausbleibende Projekterfolge, wirtschaftliche Schäden, organisatorische Verwerfungen oder sonstige unmittelbare oder mittelbare Schäden, die aus der Anwendung der beschriebenen Methoden entstehen.

 

 

Dieses Kit liefert Orientierungsrahmen und Werkzeuge. Es ersetzt keine individuelle Unternehmensberatung, keine arbeitsrechtliche Beratung bei Umstrukturierungen, keine psychologische Fachberatung und keine DSGVO-rechtliche Prüfung konkreter Projekte.

 

 

Angaben zu Förderprogrammen (Digital Jetzt, go-digital, KfW etc.) entsprechen dem Stand März 2026. Förderkonditionen, Antragsfenster und Förderhöhen ändern sich regelmäßig. Prüfen Sie aktuelle Konditionen direkt beim Fördergeber.

 

 

Regulatorische Rahmenbedingungen wie der EU AI Act, das Hinweisgeberschutzgesetz oder Datenschutzregelungen entwickeln sich weiter. Die Inhalte dieses Kits spiegeln den Stand März 2026.

 

 

© 2026 Sascha Hess, xenosystems.de. Alle Rechte vorbehalten. Dieses Dokument ist für den persönlichen oder betriebsinternen Gebrauch des Käufers lizenziert. Weiterverkauf, Weitergabe an Dritte und öffentliche Veröffentlichung sind ohne schriftliche Genehmigung nicht gestattet.

 

 

Es gilt ausschließlich deutsches Recht. Gerichtsstand für alle Streitigkeiten ist, soweit gesetzlich zulässig, Weimar, Thüringen, Deutschland.

 

 

 

Sascha Hess ist Diplom-Biologe und IT-Professional mit über 20 Jahren Erfahrung in der Administration von ERP-, BI- und Datenbanksystemen sowie der Begleitung von Digitalisierungsprojekten im Mittelstand. Er hat mehr als 300 Oracle- und SQL-Server-Instanzen administriert und betreut — von mittelständischen KMU bis zu Universitäten und Energieversorgern.

 

Sein Ansatz verbindet naturwissenschaftliche Präzision mit hochgradiger IT-Spezialisierung und langjähriger Erfahrung im Change Management. Schwerpunkte: SQL Server Performance-Tuning, ERP-Einführungen, Business Intelligence (Power BI, DeltaMaster), Prozessdigitalisierung und IT-Interim-Management.

 

Web: www.xenosystems.de | E-Mail: info@xenosystems.de | Standort: Weimar, Thüringen / Remote

 

Service	Beschreibung
Digitalisierungs-Readiness-Check	Strukturierte Analyse der Hemmnisse in Ihrer Organisation — mit Priorisierung, Maßnahmenplan und Quick-Win-Identifikation. Scope: 2-3 Tage.
IT-Interim-Management	Übernahme der IT-Steuerung auf Zeit — Budgetplanung, Dienstleister-Management, Projektleitung und strategische IT-Ausrichtung.
ERP-Einführungsberatung	Begleitung von ERP-Projekten (MACH, Dynamics NAV, APplus) — von der Anforderungsanalyse über Change Management bis zum Go-Live.
BI-Dashboard-Aufbau	Power BI / DeltaMaster Dashboards inkl. ETL-Strecken und Data-Warehouse-Aufbau — mit interner Wissensübertragung als Standard.
KI-Readiness Assessment	Bewertung Ihrer Datenqualität, Systemlandschaft und Organisationsreife für den KI-Einstieg — mit konkretem Fahrplan und AI Act Compliance Check.