#81 IT-Projekte scheitern nie an der Technik (Teil 2)

Was unterscheidet jemanden, der ein Projekt stabilisiert, von jemandem, der nur verwaltet? In dieser Folge mit Svenja Sass geht's um den Moment, in dem es ernst wird. Wenn Projekte in Schieflage geraten. Wenn alle merken: Die Zahlen stimmen, aber irgendwas läuft nicht. Wenn Widerstand kommt. Wenn klar wird, dass nicht Systeme das Problem sind, sondern Menschen. Wir sprechen über: → Typische Signale einer Schieflage – und was man nicht übersehen darf → Den Unterschied zwischen Leadership und Management: Warum perfekt gemanagte Projekte trotzdem scheitern können → Change Management, das wirklich funktioniert – Menschen mitnehmen, nicht kontrollieren → Burn-Down Charts und brutale Transparenz: Wie man Sichtbarkeit nutzt, ohne Menschen bloßzustellen → Warum Widerstand immer kommt – und wie man damit umgeht → Die gefährliche Mischung: Scrum hier, Kanban da, ein bisschen Agilität überall → Warum Methoden ohne Haltung scheitern – und wo Agilität wirklich anfängt → Was auf eine Gebrauchsanweisung für IT-Projekte gehört Als Interim CFO und Scrum Master lebe ich selbst in dieser Spannung täglich: Als CFO brauche ich Struktur, Kontrolle, klare KPIs, messbare Ergebnisse. Als Scrum Master predige ich Vertrauen, Flexibilität, Fehlerkultur, iteratives Arbeiten. Ich arbeite mit Burn-Down Charts – die schaffen brutale Transparenz. Man sieht jeden Tag, wo das Projekt steht, wer liefert, wo es hakt. Aber genau diese Transparenz kann Widerstand auslösen. Ich kenne das aus meinen Projekten: Wenn ich als CFO Kostenstellen transparent mache, fühlen sich Abteilungen kontrolliert. Diese beiden Welten zusammenzubringen ist nicht einfach – aber genau das macht den Unterschied zwischen jemandem, der führt, und jemandem, der nur verwaltet. Eine Folge über die Balance zwischen Transparenz und Vertrauen. Zwischen Struktur und Flexibilität. Und darüber, warum am Ende nicht Systeme entscheiden, sondern Kultur.