Digitalisierungsprojekte scheitern an Menschen, nicht an Software

Das häufigste Ende eines Digitalisierungsprojekts im Mittelstand ist nicht der Abbruch. Es ist das leise Vorbeiarbeiten. Das System läuft, die Schulung hat stattgefunden, und drei Monate später führt die Verwaltung die Excel-Tabelle wieder parallel, weil „das im System so umständlich ist". Niemand hat sich beschwert. Niemand hat Nein gesagt. Das System ist einfach nicht angekommen.

Das liegt fast nie an der Software. Es liegt daran, dass die Menschen, die das System täglich bedienen sollen, zu spät oder gar nicht gefragt wurden — und dass die ersten Wochen nach dem Start niemand begleitet hat. Dieser Beitrag beschreibt, was wir in Projekten gelernt haben, und was Sie als Geschäftsführung tun können, damit ein System nicht nur gebaut, sondern benutzt wird.

Das Team ist nicht der Widerstand. Es ist die Quelle.

In vielen Projekten wird das Team als Hindernis behandelt: „Die müssen wir überzeugen." Das ist verkehrt herum. Die Menschen, die die Arbeit machen, wissen als Einzige, wie sie tatsächlich läuft — nicht, wie sie im Organigramm steht. Sie kennen die Ausnahmen, die Sonderfälle, den Kunden, der immer anruft statt zu mailen, die Tabelle, die eigentlich das halbe Fachprogramm ersetzt. Ein System, das ohne dieses Wissen gebaut wird, ist am Bedarf vorbeigebaut, egal wie gut die Technik ist.

Deshalb beginnt die Unternehmensanalyse nicht im Besprechungsraum, sondern am Arbeitsplatz. Wir schauen zu und fragen die, die es machen. Das hat einen zweiten Effekt, der mindestens so wichtig ist wie der erste: Wer am Anfang gefragt wurde, erkennt am Ende sein eigenes Wissen im System wieder. Es ist dann nicht „das Ding, das die Chefin gekauft hat", sondern das, was man selbst beschrieben hat.

Die drei Ängste, die real sind

Es hilft nicht, Ängste wegzureden. Es hilft, sie beim Namen zu nennen und ehrlich zu beantworten.

„Dann braucht ihr mich nicht mehr."

Die Angst ist in kleinen Betrieben meist unbegründet — und das sollte man sagen, nicht andeuten. Wer zwölf Stunden die Woche abtippt, wird nicht überflüssig, wenn das Abtippen wegfällt. Er bekommt zwölf Stunden für die Arbeit zurück, für die er eingestellt wurde: beraten, planen, Probleme lösen. In den meisten Betrieben, die wir kennen, ist nicht zu viel Personal das Problem, sondern zu wenig Zeit des vorhandenen. Wenn die Geschäftsführung das so sieht, sollte sie es vor dem Projekt sagen, laut und schriftlich.

„Ich kann das nicht."

Diese Angst ist dann berechtigt, wenn ein System ohne Rücksicht auf die Menschen gebaut wird, die es bedienen. Ein Cockpit, das von einem Entwickler für Entwickler gestaltet ist, kann niemand bedienen, der dreißig Jahre mit Papier gearbeitet hat. Die Antwort ist nicht „Schulung", sondern: Die Oberfläche wird mit den Menschen gebaut, die sie benutzen. Wer sie im Test nicht versteht, hat recht, und die Oberfläche ändert sich. Nicht umgekehrt.

„Dann sieht die Chefin alles."

Die leiseste Angst, und die, über die am wenigsten gesprochen wird. Ein System, in dem alles zusammenhängt, macht sichtbar, wer wie lange wofür braucht. Das kann als Kontrolle empfunden werden — und manchmal ist es auch so gemeint. Hier hilft nur Klarheit: Wofür werden die Daten verwendet, wofür nicht? Wenn die ehrliche Antwort ist, dass die Geschäftsführung Auslastung sehen will, aber keine Minutenprotokolle je Person, dann sollte das System genau das zeigen und nicht mehr. Was nicht gebraucht wird, wird nicht gebaut. Das gehört in die Architektur — als Rahmen, nicht als Nachgedanke.

Was in der Umsetzung hilft

• Ein Mensch aus dem Team im Projekt. Nicht die Geschäftsführung, sondern jemand, der den Ablauf täglich macht. Er oder sie testet jeden Baustein mit echten Fällen, bevor er abgenommen wird. Und er oder sie ist später der Ansprechpartner im Team, wenn etwas hakt.
• Der erste Baustein ist der, der am meisten nervt. Nicht der, der am beeindruckendsten ist. Wenn das Team nach vier Wochen merkt, dass das Montagmorgen-Abtippen weg ist, braucht niemand mehr überzeugt zu werden.
• Parallel laufen, nicht umschalten. Es gibt keinen Stichtag, an dem das Alte verboten wird. Der neue Baustein läuft neben dem Alten, bis er trägt — und dann hört das Alte von selbst auf, weil es doppelte Arbeit wäre.
• Was im Test nicht verstanden wird, wird geändert. Die Oberfläche folgt den Menschen, nicht umgekehrt. Das ist kein Entgegenkommen, sondern der Grund, warum das System später benutzt wird.

Die ersten vier Wochen nach dem Start

Hier entscheidet sich alles. Ein System, das gebaut und übergeben wurde, ist noch nicht eingeführt. Eingeführt ist es, wenn es im Alltag die Routine geworden ist — und das dauert. In den ersten Wochen passieren drei Dinge, auf die man vorbereitet sein muss:

1. Der Sonderfall taucht auf. Der Ablauf, den niemand in der Analyse erwähnt hat, weil er nur zweimal im Jahr vorkommt. Das System kennt ihn nicht. Wenn jetzt niemand erreichbar ist, der ihn einbaut oder eine Umgehung zeigt, kehrt das Team zur Tabelle zurück. Deshalb gehört die Begleitung in diesen Wochen zum Projekt.
2. Die alte Gewohnheit ist schneller. In Woche eins dauert alles im neuen System länger, weil es neu ist. Das ist normal und geht vorbei — aber nur, wenn jemand das vorher gesagt hat und die Geschäftsführung in dieser Zeit nicht nach Produktivität fragt.
3. Jemand findet einen echten Fehler. Gut. Das heißt, das System wird benutzt. Der Fehler wird behoben, und die Person, die ihn gefunden hat, merkt, dass ihre Rückmeldung etwas verändert. Das ist der Moment, in dem aus Dulden Besitz wird.

Ein System ist nicht fertig, wenn es läuft. Es ist fertig, wenn niemand mehr die Tabelle daneben führt.

Was die Geschäftsführung konkret tun kann

• Vor dem Projekt sagen, was mit der freiwerdenden Zeit passieren soll — und dass niemand deshalb gehen muss, wenn das die Wahrheit ist.
• Das Team in die Analyse einbinden, nicht nur informieren. Fragen stellen, nicht Antworten verkünden.
• Jemanden aus dem Team zum Projektpartner machen und ihm dafür Zeit geben — echte Stunden, nicht „nebenbei".
• In den ersten vier Wochen nicht nach Tempo fragen, sondern nach Hindernissen.
• Selbst mit dem System arbeiten. Wer als Chefin die Auswertung im Cockpit anschaut statt in der alten Excel-Liste, zeigt, dass das System gilt.

Das alles ist kein Zusatz zur Digitalisierung. Es ist die Digitalisierung. Die Technik ist der kleinere Teil, und sie ist der Teil, der am sichersten funktioniert. Der größere Teil ist, dass Menschen anders arbeiten als vorher — und das gelingt, wenn man sie von Anfang an als die behandelt, die es am besten wissen. Dafür ist in unserem Vorgehen die vierte Stufe reserviert: Betrieb und Befähigung.