...

Schlagwort: Changemanagement

Was nach Go-Live wirklich passiert – und was geplant gehört.

Was nach Go-Live wirklich passiert – und was geplant gehört.

Die Adoptionskurve nach einer IT-Einführung hat einen vorhersehbaren Verlauf. Erste Woche: hohe Aufmerksamkeit, viele Rückfragen, gefühlte Nutzung. Zweite bis vierte Woche: die Routinearbeit kommt zurück, der Reiz des Neuen lässt nach, parallele Wege wirken plötzlich attraktiver. Sechste bis zwölfte Woche: das Tal. Die alten Workarounds verfestigen sich, die Frustration über kleine Reibungspunkte wächst, ohne dass…
Weiterlesen

Drei Muster von Widerstand – drei brauchbare Antworten.

Drei Muster von Widerstand – drei brauchbare Antworten.

Widerstand gegen IT-Einführungen wird häufig als Persönlichkeitsproblem behandelt. Das ist meist falsch – und immer teuer. In den meisten Fällen folgt der Widerstand einem von drei Mustern, und jedes hat eine andere Antwort. Muster eins: rationaler Einwand. Die Anwender sehen einen konkreten Nachteil – fehlende Funktion, längerer Weg, doppelte Eingabe. Die richtige Antwort ist Zuhören…
Weiterlesen

Schulung ist nicht Adoption – aber sie entscheidet darüber.

Schulung ist nicht Adoption – aber sie entscheidet darüber.

Wer ein neues System einführt, plant fast immer Schulungen ein. Was selten geplant wird, ist die Unterscheidung zwischen drei Ebenen, die in jeder Schulung getrennt adressiert werden müssen. Wissen. Die Anwender müssen verstehen, was das System tut und warum es eingeführt wurde. Diese Ebene ist die einfachste – sie lässt sich mit Folien, Videos und…
Weiterlesen

Akzeptanz misst man, bevor das Problem auf den Tisch kommt.

Akzeptanz misst man, bevor das Problem auf den Tisch kommt.

In vielen IT-Einführungen wird Akzeptanz erst zum Thema, wenn ein Fachbereich offen widerspricht. Bis dahin gilt das System als „eingeführt". Diese Lücke zwischen formaler Einführung und tatsächlicher Nutzung ist die teuerste Stelle in jedem Adoptionsprojekt. Drei einfache Kennzahlen reichen, um die Lücke früh sichtbar zu machen. Erstens: aktive Nutzung pro Anwender und Woche – also…
Weiterlesen

Warum gut gestartete Piloten beim Rollout scheitern.

Warum gut gestartete Piloten beim Rollout scheitern.

Ein Pilot ist eine kontrollierte Umgebung. Engagierte Anwender, frischer Support, kurze Wege zur Projektleitung. Genau diese Bedingungen verhindern, dass der Pilot über das echte Verhalten der Organisation etwas aussagt. Beim Rollout wechseln die Vorzeichen. Anwender werden zugeordnet, nicht ausgewählt. Support läuft über die regulären Kanäle, nicht über den Projektchat. Vorgesetzte priorisieren Tagesgeschäft, nicht das Einüben.…
Weiterlesen

Stakeholder-Landkarte: Wer entscheidet, wer blockiert, wer nutzt?

Stakeholder-Landkarte: Wer entscheidet, wer blockiert, wer nutzt?

IT-Projekte scheitern selten an der Technik. Sie scheitern daran, dass jemand übersehen wurde, der entweder die Entscheidung trägt oder die Akzeptanz im Tagesgeschäft bestimmt. Eine einfache Landkarte vor dem ersten Kickoff verhindert die meisten dieser Überraschungen. Vier Felder reichen aus. Hohe Macht, hohes Interesse: das sind die Entscheider und Sponsoren. Sie müssen den Nutzen verstehen,…
Weiterlesen

Welche Idee verdient ein Pilotprojekt – und welche nicht?

Welche Idee verdient ein Pilotprojekt – und welche nicht?

In jedem Mittelstand zirkulieren mehr IT-Ideen, als Budget und Aufmerksamkeit jemals abdecken können. Die eigentliche Frage ist nicht, welche davon technisch machbar wäre. Die eigentliche Frage ist, welche davon einen messbaren Effekt erzeugt, bevor das Interesse der Organisation versiegt. Ein brauchbarer Trichter kommt mit vier Stufen aus. Zuerst: Existiert ein konkreter Engpass, der heute Umsatz,…
Weiterlesen