Die meisten Menschen managen ihre Karriere so, wie Organisationen früher Projekte managten: einen Plan zu Jahresbeginn festlegen, zwölf Monate darauf hinarbeiten, am Ende überprüfen, und wiederholen. Der Ansatz hat dieselben Schwächen, die Wasserfall-Projektmanagement in der Softwareentwicklung unbeliebt gemacht haben: Er optimiert für die Ausführung eines Plans statt für Lernen und Anpassung, und er entdeckt Fehler, falsche Richtung, falsches Timing, falsche Annahmen, kostspielig spät.
Agiles Denken, auf die persönliche Entwicklung angewendet, adressiert diese Schwächen direkt.
Das Argument für kontinuierliche Verbesserung statt Jahresplanung
Eine der Kernerkenntnisse von Agile ist, dass kurze Feedbackschleifen bessere Ergebnisse erzeugen als lange. In der Software bedeutet das, funktionierende Software häufig auszuliefern, statt ein vollständiges System nach einem Jahr Entwicklung zu liefern. Bei persönlicher Entwicklung bedeutet es, Gewohnheiten regelmäßiger Reflexion aufzubauen, statt sich auf die jährliche Leistungsbeurteilung als primären Lernmechanismus zu verlassen.
Die Retrospektive, eine strukturierte Reflexion darüber, was funktioniert hat, was nicht, und was anders gemacht werden sollte, ist eines der kraftvollsten Werkzeuge von Scrum. Persönlich angewendet könnte das eine monatliche Überprüfung sein: Was sollte erreicht werden, was wurde tatsächlich erreicht, was stand im Weg, und was soll im nächsten Monat anders gemacht werden. Kurz genug, um wirklich ehrlich zu sein, konkret genug, um umsetzbar zu sein.
Eine Wachstumshaltung von Natur aus
Agile Frameworks basieren auf der Annahme, dass die Umgebung unsicher ist und dass Lernen aus Erfahrung verlässlicher ist als das korrekte Vorhersagen der Zukunft. Das ist strukturell unvereinbar mit einer fixierten Denkhaltung, dem Glauben, Fähigkeiten seien angeboren und stabil, und strukturell vereinbar mit einer Wachstumshaltung, die Herausforderungen als Information statt als Urteil behandelt.
Praktiken aufzubauen, die Feedback erzeugen, ehrlichen Input von Kolleg:innen einzuholen, Arbeit anzunehmen, die die eigene aktuelle Fähigkeit fordert, Scheitern als Daten zu behandeln, ist nicht nur guter Charakter. Es ist gute Methodik. Das Agile-Prinzip, als Nächstes das Wichtigste zu bauen, gilt für die eigene Fähigkeitsentwicklung ebenso direkt wie für Produkt-Backlogs.
Rücksichtslos priorisieren
Der Product Backlog in Begriffen persönlicher Entwicklung ist alles, woran gearbeitet werden könnte: Fähigkeiten, Beziehungen, Wissensgebiete, Gewohnheiten, Projekte. Er ist immer länger als die verfügbare Zeit. Die Disziplin, die Agile auf Backlogs anwendet, ihn geordnet halten, als Nächstes am Wertvollsten arbeiten, der Versuchung widerstehen, alles gleichzeitig zu beginnen, ist persönlich ebenso nützlich wie organisatorisch.
Work-in-Progress-Limits gelten auch hier. Menschen, die gleichzeitig mehrere Fähigkeiten entwickeln, machen typischerweise in jeder einzelnen langsamer Fortschritt als Menschen, die ihre Anstrengung konzentrieren und bewusst rotieren. Das Kanban-Prinzip, zu beenden, bevor neu begonnen wird, hat persönliche Relevanz.
Zusammenarbeit und funktionsübergreifendes Denken
Agile Teams sind bewusst funktionsübergreifend, sie bringen die Bandbreite an Fähigkeiten zusammen, die für die Wertschöpfung nötig sind, statt sich allein nach Spezialisierung zu organisieren. Das individuelle Äquivalent ist, in die angrenzenden Fähigkeiten zu investieren, die es ermöglichen, disziplinübergreifend wirksamer zusammenzuarbeiten, den vollen Kontext der eigenen Arbeit zu verstehen, und zu Gesprächen beizutragen, zu denen die eigene enge Spezialisierung allein keinen Zugang verschaffen würde.
Das ist kein Argument gegen tiefe Expertise, T-förmige Fähigkeiten bleiben wertvoll. Es ist ein Argument für die Breite, die diese Expertise in realen, kollaborativen Kontexten nutzbar macht.
Servant Leadership als persönliche Praxis
Das Agile-Führungskonzept des Servant Leadership, Bedingungen für den Erfolg anderer zu schaffen, statt persönliche Kontrolle aufrechtzuerhalten, hat eine direkte persönliche Anwendung. In die Entwicklung von Kolleg:innen zu investieren, Hindernisse aus der Arbeit anderer zu entfernen, und Erfolg an Teamergebnissen statt individuellen Kennzahlen zu messen, sind Praktiken, die Führungsfähigkeit entwickeln und gleichzeitig die Art von Vertrauen aufbauen, die langfristige Wirkung trägt.
Die Ironie von Servant Leadership ist, dass es tendenziell mehr individuellen Einfluss erzeugt, nicht weniger, weil Einfluss, der auf Vertrauen und bewiesener Fähigkeit beruht, dauerhafter ist als Einfluss, der auf Position oder Kontrolle beruht.