6 Anti-Pattern in Digitalprojekten, und wie du sie vermeidest

Drei Jahre planen, alles gleichzeitig live nehmen. Go-Live-Wochenende mit 200 Leuten. Funktioniert in 5 % der Fälle. Besser: inkrementell, mit Strangler-Fig-Pattern. Erstes Modul nach 3 Monaten live, jeder Schritt produktiv nutzbar.

„Wir führen Salesforce ein.“. Warum? „Weil alle Salesforce haben.“ Ein Tool ohne klaren Problembezug wird teurer Karteileiche. Besser: Problem präzise beschreiben, dann Tool-Optionen evaluieren, ggf. ist die Antwort „kein Tool, sondern Prozess­änderung“.

Fehlt Top-Management-Rückhalt, wird das Projekt bei der ersten Budget-Diskussion gekappt. Fehlt Fachbereichs-Buy-in, wird das System nicht genutzt, egal wie gut es ist. Beide Buy-ins müssen explizit gesichert werden, nicht angenommen.

„Projekt erfolgreich abgeschlossen“ als KPI. Aber: Wurde der Geschäftsprozess schneller? Sind Kunden zufriedener? Sparen Mitarbeitende Zeit? Ohne Outcome-KPIs ist Erfolg nicht messbar, und damit oft nicht vorhanden. Baseline vor Start, Messung nach Go-Live.

Wenn der CIO Sponsor ist und kein Fachbereichsleiter mit-verantwortet, wird das System „über die Mauer geworfen“. Erfolgreiche Projekte haben einen Business-Owner mit Erfolgs­verantwortung, die IT liefert, der Fachbereich gestaltet.

„Wir schulen kurz vor Go-Live.“ Falsch. Change beginnt am ersten Projekttag, mit Kommunikation, Stakeholder-Mapping, Multiplikator­netzwerk. Adoption-Rate < 70 % nach 6 Monaten = das Projekt liefert nicht. Change-Budget realistisch: 10–20 % des Gesamtbudgets.