Weil kein Tool eine ungeklärte Verantwortlichkeit repariert. Es kann sie höchstens sichtbarer machen – was manchmal wehtut, aber nie von allein zur Lösung führt.
Warum scheitern teure Tool-Einführungen trotzdem?
Die übliche Reihenfolge ist: Budget freigeben, Tool auswählen, einführen, hoffen. Was dabei fehlt, ist die unbequemste Frage von allen: Wer macht eigentlich was, bevor wir überhaupt über Software sprechen? Ohne Antwort darauf konfiguriert man ein teures System auf Basis von Annahmen – und Annahmen halten selten dem ersten echten Projekt stand.
Was passiert, wenn ein Tool auf einen ungeklärten Prozess trifft?
Es zeigt jeden Bruch gnadenlos auf. Zwei Abteilungen, die bisher unterschiedlich gearbeitet haben, sollen plötzlich in derselben Maske denselben Status eintragen. Das Tool selbst hat keine Schuld daran – es macht nur sichtbar, was vorher stillschweigend toleriert wurde. Die Frustration darüber landet trotzdem beim Tool, nicht bei der eigentlichen Ursache.
Wie stellt man sicher, dass eine Investition sich auszahlt?
Indem der Prozess vor dem Tool steht, nicht danach. Erst klären, wie gearbeitet werden soll – inklusive der unbequemen Details, wer bei Konflikten das letzte Wort hat. Erst danach das Tool so konfigurieren, dass es genau diesen Prozess abbildet. Diese Reihenfolge kostet am Anfang mehr Zeit. Sie spart am Ende die deutlich teurere zweite Einführung, wenn die erste am ungeklärten Prozess gescheitert ist.
Häufige Fragen
Reicht es, ein gutes Tool auszuwählen?
Nein. Ein Tool kann einen guten Prozess unterstützen, aber keinen fehlenden Prozess ersetzen. Ohne Klärung der Verantwortlichkeiten scheitert auch die beste Software an der Realität.
Was sollte vor einer Tool-Einführung geklärt sein?
Mindestens: wer welche Entscheidung trifft, wie Konflikte zwischen Teams gelöst werden, und welche Schritte im Prozess tatsächlich nötig sind – nicht nur die, die historisch gewachsen sind.
Steckt Ihr nächstes Tool-Projekt noch in der Budget-Phase? Fragen Sie direkt, bevor Sie unterschreiben. → Zum Chat
