Wenn IT-Projekte kippen: Über Leadership vs. Management....
• [00:00] Intro: Wenn Projekte in Schieflage geraten
• [00:00] Schieflage erkennen
→ Typische Signale, die man nicht übersehen darf
→ Was unterscheidet stabilisieren von verwalten?
→ Kommunikation als Führungsinstrument: vom Entwickler bis zur Geschäftsführung
• [06:00] Leadership vs. Management
→ Der Unterschied zwischen Leadership und Management in IT-Projekten
→ Host-Perspektive: Als CFO perfekte Zahlen, aber Team funktioniert nicht
→ Management ist Kontrolle, Leadership ist Vertrauen
→ Change vermitteln statt nur managen
• [11:00] Change Management: Menschen mitnehmen
→ Die häufigsten Fehler im Change Management
→ Wie stellt man sicher, dass Rollen wirklich gelebt werden?
→ Umgang mit Widerstand – weil der kommt immer
→ Burn-Down Charts: Brutale Transparenz als Waffe und Werkzeug
→ Host-Perspektive: Transparenz kann Widerstand auslösen
→ Sichtbarkeit nutzen, ohne Menschen bloßzustellen
→ Mechanischer Erfolg vs. gelebter Change
• [16:00] Methoden & Haltung
→ Die gefährliche Mischung: Scrum, Kanban, Agilität überall
→ Problem: Methoden ohne Haltung
→ Host-Perspektive: Die Spannung zwischen CFO-Kontrolle und Scrum-Master-Vertrauen
→ Methoden sinnvoll einsetzen, ohne sie zum Selbstzweck zu machen
→ Wo fängt Agilität wirklich an?
• [21:00] Eine Seite Führung
→ Die Gebrauchsanweisung für IT-Projekte
→ Klarheit vor Geschwindigkeit. Commitment vor Budget. Menschen vor Methoden.
→ Persönliches Aha-Erlebnis: Wenn es nicht um Systeme geht, sondern um Kultur
'Management ist Kontrolle, Leadership ist Vertrauen' – zwei grundverschiedene DingePerfekt gemanagte Projekte können trotzdem scheitern – wenn niemand führtBurn-Down Charts schaffen brutale Transparenz – die kann heilen oder verletzenTransparenz auslöst Widerstand – man muss Menschen trotzdem mitnehmen, nicht bloßstellenWiderstand kommt immer – die Frage ist, wie man damit umgehtScrum ohne Haltung ist gefährlich – Methoden brauchen KulturAgilität ist keine Methode, sondern eine Haltung – die muss vor Start da seinDie Spannung zwischen CFO-Kontrolle und Scrum-Master-Vertrauen ist der Alltag vieler FührungskräfteKlarheit vor Geschwindigkeit. Commitment vor Budget. Menschen vor Methoden.Am Ende entscheiden nicht Systeme, sondern Kultur→ Projektleiter, die Projekte in Schieflage stabilisieren müssen
→ Führungskräfte, die den Unterschied zwischen Management und Leadership verstehen wollen
→ Change Manager, die Menschen wirklich mitnehmen wollen
→ Scrum Master und Product Owner, die mit Widerstand umgehen müssen
→ CFOs, die verstehen wollen, warum Kontrolle nicht reicht
→ Alle, die glauben, dass IT-Projekte an Kultur scheitern, nicht an Technik