CO-OP Mode

Der Raid wiped. Zum vierten Mal. Und im Chat passiert danach immer dasselbe: Alle zeigen nach unten in der Gruppe. Niemand zeigt auf sich selbst.


Zwei Navy-SEAL-Offiziere, ein Häuserkampf in Ramadi, und ein Führungsprinzip, das seither in jedem Leadership-Regal steht: Extreme Ownership von Jocko Willink und Leif Babin. Die These ist unbequem: Es gibt keine schlechten Teams. Es gibt nur schlechte Leader.


In dieser Folge übersetze ich die Laws of Combat aus dem Buch in das, was passiert, wenn eure Raid-Gruppe - oder euer Sprint - zum wiederholten Mal scheitert.


Was diese Folge behandelt:


Extreme Ownership & No Bad Teams - warum die volle Verantwortung beim Leader liegt, und warum das keine Einbahnstraße ist: Der Leader erklärt, bis der Plan sitzt, jeder Einzelne fragt nach, bis das Warum sitzt Believe & Check the Ego - warum gute Absichten der richtige Ausgangspunkt sind, auch wenn man sich das Vertrauen dafür manchmal erst erarbeiten muss 360-Grad-Feedback und Achtsamkeit - zwei Werkzeuge, um den eigenen blinden Fleck sichtbar zu machen: nach innen die eigene Ego-Reaktion erkennen, nach außen die Reaktionen anderer lesen lernen Die vier Laws of Combat - Cover and Move, Simple, Prioritize and Execute, Decentralized Command, und wie Simon Sineks "Start with Why" auf Decentralized Command trifft Discipline Equals Freedom und die Dichotomie der Führung - warum jedes Prinzip aus dem Buch, übertrieben, ins Gegenteil kippt


Quellen & Buchempfehlungen:


Jocko Willink & Leif Babin: Extreme Ownership: How U.S. Navy SEALs Lead and Win Simon Sinek: Start with Why


Co-op Mode - Gaming trifft Leadership. Für alle, die Teams bauen, nicht nur Prozesse verwalten.


Mehr von Georg: https://hofmann-freiburg.de


Auf LinkedIn vernetzen: https://www.linkedin.com/in/georghofmann-digitalleadership

Zwei Entwicklerinnen an einer Aufgabe - doppelter Aufwand. So lautet der häufigste Einwand gegen Pair Programming. Es ist die falsche Rechnung.


Pair Programming reduziert die Fehlerrate um bis zu 40 Prozent. Es erhöht den Bus Factor eines Teams. Es verteilt Wissen, ohne dass dafür ein Meeting nötig ist. Und es erzeugt Code, dem zwei Personen gefolgt sind - nicht einer, der hofft, dass es schon stimmt.


In dieser Folge geht es um Pair Programming als das, was es ist: das reinste Co-op-Erlebnis, das die Softwareentwicklung zu bieten hat.


Was diese Folge behandelt:


Driver und Navigator - warum der Rollentausch der eigentliche Lernmoment ist, nicht das gemeinsame Tippen Die Psychologie der geteilten Tastatur - Tunnelblick, kognitiver Load und warum jemand daneben sitzen die Fokus-Mechanik verändert Wissenstransfer statt Silos - wie jedes Pair den Bus Factor erhöht und warum das kein Zufall ist Senior plus Junior - warum das "Warum" wichtiger ist als das "Was", und was der Junior den Senior lehrt Und die ehrliche Seite: wann Pair Programming nicht funktioniert - und warum man es nie als Pflicht einführen sollte


Quellen & Buchempfehlungen:


Williams, Maximilien et al. (2002): Pair Programming Illuminated - https://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF Kent Beck: Extreme Programming Explained - https://www.oreilly.com/library/view/extreme-programming-explained/0201616416/


Co-op Mode - Gaming trifft Leadership. Für alle, die Teams bauen, nicht nur Prozesse verwalten.


Mehr von Georg: https://hofmann-freiburg.de


Auf LinkedIn vernetzen: https://www.linkedin.com/in/georghofmann-digitalleadership

Folge 10: Skill-Trees und Level-Ups – Mitarbeiterentwicklung

Jeder Entwickler hat einen einzigartigen Skill-Tree. Deine Aufgabe als Lead: herausfinden, in welche Richtung er wachsen will – und will, nicht soll.


In dieser Folge geht es um die Kunst der individuellen Mitarbeiterentwicklung. Nicht Karrierepfade von der Stange, sondern maßgeschneiderte Skill-Trees, die echte Motivation erzeugen. Der Loot dieser Folge Den Skill-Tree lesen

Wie du erkennst, welche Stärken ein Entwickler bereits hat – und wo die nächste Skill-Investition den größten Return bringt. T-Shaped vs. I-Shaped (und M-Shaped) Profile

Warum Tiefe ohne Breite im Team langfristig zum Problem wird – und wie du T-Shaped Profiles aktiv förderst. Plus: ein erster Blick auf M-Shaped Profile (mehrere Spitzen statt einer) – mehr dazu in einer kommenden Folge. Seniority neu denken

Senior ist kein Alter und keine Erfahrung in Jahren – es ist eine Kombination aus technischer Tiefe, Kommunikationsfähigkeit und Selbstständigkeit. Individuelle Entwicklungspläne

Wie 1-on-1s zum echten Coaching-Tool werden – statt zum wöchentlichen Status-Update. Soft Skills als Hidden Stats

Warum Kommunikation, Konfliktlösung und Empathie die unterschätzten Stats im Entwickler-Skill-Tree sind. Key-Takeaways

Frag zuerst, was sie wollen – dann wie du helfen kannst. Entwicklung braucht Zeit im Sprint – Learning ist keine Overtime-Aufgabe. Feiere Level-Ups öffentlich – sichtbares Wachstum motiviert das ganze Team. Kern-Takeaway

Ein guter Lead ist kein Aufgaben-Verteiler. Er ist ein Skill-Tree-Architekt – und der beste Architekt fragt seinen Spieler, wie er spielen will. Ressourcen & Links

Carol Dweck: Mindset - The New Psychology of Success (deutsch: Selbstbild - Wie unser Denken Erfolge oder Niederlagen bewirkt, Piper Verlag) Michael Bungay Stanier: The Coaching Habit - Say Less, Ask More & Change the Way You Lead Forever (deutsch: The Coaching Habit - Wie Sie mit Fragen führen und dabei das Potenzial Ihrer Mitarbeiter entfesseln, Vahlen) Daniel H. Pink: Drive - The Surprising Truth About What Motivates Us (deutsch: Drive - Was Sie wirklich motiviert) Tim Brown (IDEO): Change by Design - How Design Thinking Transforms Organizations and Inspires Innovation - Ursprung des T-Shaped-Konzepts Mein Portfolio: hofmann-freiburg.de Georg Hofmann auf LinkedIn


Hashtag: #CoopMode


Co-op Mode Podcast – Gaming trifft Leadership

"Bis wann ist das fertig?" Vier Wörter. Und trotzdem kriegen viele Entwickler bei dieser Frage sofort Schweißperlen. Nicht weil der Stakeholder droht - sondern weil der Reflex greift: Ich muss eine Antwort geben, eine gute, eine die gefällt. Also: zwei Wochen. Dann dauert es acht.


In dieser Folge geht es nicht um schwierige Stakeholder. Es geht darum, wie wir uns die falschen Erwartungen an sie einreden - und was wirklich hinter ihrer Frage steckt.


Die meisten Stakeholder wollen kein perfektes Datum. Sie wollen wissen: Kann ich mich auf dich verlassen? Das ist eine andere Frage - mit einer anderen Antwort.


Was diese Folge behandelt:


Warum falsche Zusagen Micromanagement erzeugen (und nicht umgekehrt) Warum Entwickler und Stakeholder dasselbe Spiel mit verschiedenen Interface-Einstellungen spielen Was Radical Candor, psychologische Sicherheit und Dopamin gemeinsam haben Warum Nein eine vollständige Antwort ist - wenn es mit Kontext geliefert wird Und was zu tun ist, wenn das Datum wirklich unverhandelbar ist: Nein zum Scope, Ja zum Datum


Quellen & Buchempfehlungen:


Kim Scott: Radical Candor - https://www.radicalcandor.com Amy Edmondson: The Fearless Organization - https://amyedmondson.com Anna Lembke: Dopamine Nation (Kapitel 8: Radical Honesty) - https://annalemke.com


Co-op Mode - Gaming trifft Leadership. Für alle, die Teams bauen, nicht nur Prozesse verwalten.


Mehr von Georg: https://hofmann-freiburg.de


Auf LinkedIn vernetzen: https://www.linkedin.com/in/georghofmann-digitalleadership