Autor: Pascal Gugenberger
Pascal Gugenberger ist ein leidenschaftlicher Certified Agile Leadership Journey Guide, Systemic Business Coach und Certified Scrum Trainer mit mehr als 20 Jahren Erfahrung im agilen Spektrum. Die beiden Triebfedern seiner Leidenschaft sind: Organisationen in einer turbulenten Welt zu helfen, ihre Kunden mit hervorragenden Produkten und Dienstleistungen zu begeistern. Und Menschen zu helfen, ihre Führungsqualitäten zu entwickeln, damit unser aller Arbeitswelt ein angenehmerer Ort wird, an dem jeder seine vielfältigen Fähigkeiten einbringen und sein volles Potenzial ausschöpfen kann.
Grenzen der Team-Agilität überwinden für eine wirksame Veränderung
In diesem Beitrag beleuchtet Pascal anschaulich, was dahinter steckt, wenn bei dem Versuch, Agilität über die Teamgrenze hinaus für die Organisation wirksam zu machen, Widerstand entsteht. Er zeigt auf, dass es wichtig ist, das wehrhafte System anzuerkennen und zeigt, wie Führungskräfte es von innen heraus dennoch für agile Impulse öffnen können.
Eine andere Art zu führen: Catalyst Leadership im Fokus
Vom Führungstyp hängt entscheidend ab, ob sich eine Organisation langfristig gut entwickeln kann. Pascal erklärt entlang des Agile-Leadership-Frameworks die Eigenschaften und Wirkungsweisen eines Catalyst Leaders und grenzt ihn von anderen Führungstypen ab.
Achtung Verantwortungsfalle: Wieviel Verantwortung darf man als Führungskraft dem Team abnehmen?
Es liegt auf der Hand, dass in den Begriffen ,Führungskraft‘ oder ,Leadership‘ Verantwortung implizit enthalten ist. Doch wieviel Verantwortungsübernahme durch den Leader ist gesund? Wann kippt das Verhältnis im Team zwischen selbstbestimmtem Handeln zu totaler Weisungserwartung? Pascal erklärt, warum so viele Führungskräfte in die „Verantwortungsfalle“ tappen und was sie tun können, um den Teufelskreis zu durchbrechen.
Pairing, Ensemble Programming, Swarming – Collaboration-Frameworks für Developer effektiv nutzen!
Wie können Entwickler:innen konkret während eines Sprints zusammenarbeiten? In diesem Beitrag stellt Pascal drei Collaboration-Frameworks für Developer vor:
Pairing,
Ensemble(/Mob-)Programming und
Swarming. Was ist das eigentlich? Und wann ist es hilfreich?
Example Mapping – mein Geheimtipp für produktiveres Product-Backlog-Refinement
Alle wissen, dass man um Gespräche über Akzeptanzkriterien nicht herum kommt, aber viele Teams tun sich sehr schwer damit. Die Diskussionen dauern oft ewig, sind unstrukturiert und sterbenslangweilig.
Pascal stellt uns „Example Mapping“ vor, eine ganz einfache Technik, mit der sich diese Gespräche erheblich abkürzen und wesentlich produktiver gestalten lassen.
Der Agile-Leadership-Kompass
Unser Agile-Leadership-Journey-Guide Pascal zeigt einfach und anschaulich, wie sich Führungskräfte mithilfe des Agile-Leadership-Kompasses nicht nur selbst orientieren und weiterentwickeln können, sondern wie sie den Organisationskontext um sich herum besser einordnen und verstehen.
Vetrauen und Leadership
Was genau bedeutet Vertrauen, warum ist das so eine schwer zu fassende, scheinbar manchmal widersprüchliche Sache? Pascal gibt einige spannende Denkanstöße zum Thema, über die jede Führungskraft einmal nachgedacht haben sollte.
Mut und Leadership
Wieviel hat Mut mit Leadership zu tun? Und ist Mut etwas, das uns angeboren ist oder kann man es erlernen?
Diesen und weiteren Fragen geht Pascal nach, immer vor dem Hintergrund, was gute Führungskräfte eigentlich ausmacht.
Was ist ein MVP wirklich? Lerne 5 entscheidende Unterschiede zwischen MVP und Release kennen!
Während ein Initial Release die Bereitstellung von Features zum Ziel hat, ist ein MVP ein Enabler für ein Experiment. Beides ist verschieden, ergänzt sich aber. Wenn Product Owner beides verwechseln, entstehen Missverständnisse, die hohe Kosten verursachen.
Test First spart Zeit! — Warum es länger dauert, Unit-Tests nach dem Code zu schreiben
Unit-Tests zuerst oder Code zuerst? Das scheint es auf den ersten Blick völlig egal zu sein. Tatsächlich dauert es länger Unit Tests anschließend zu schreiben. Und außerdem erzeugen man so mehr, schlechter verständliche und dadurch aufwändiger zu wartende Tests, und vielleicht sogar auch schlechteren Code.
Keine weiteren Inhalte verfügbar.
Keine weiteren Inhalte verfügbar.
