• [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

KERNAUSSAGEN:

• 'Management ist Kontrolle, Leadership ist Vertrauen' – zwei grundverschiedene Dinge
• Perfekt gemanagte Projekte können trotzdem scheitern – wenn niemand führt
• Burn-Down Charts schaffen brutale Transparenz – die kann heilen oder verletzen
• Transparenz auslöst Widerstand – man muss Menschen trotzdem mitnehmen, nicht bloßstellen
• Widerstand kommt immer – die Frage ist, wie man damit umgeht
• Scrum ohne Haltung ist gefährlich – Methoden brauchen Kultur
• Agilität ist keine Methode, sondern eine Haltung – die muss vor Start da sein
• Die Spannung zwischen CFO-Kontrolle und Scrum-Master-Vertrauen ist der Alltag vieler Führungskräfte
• Klarheit vor Geschwindigkeit. Commitment vor Budget. Menschen vor Methoden.
• Am Ende entscheiden nicht Systeme, sondern Kultur

FÜR WEN IST DIESE FOLGE? → 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