Escape the Feature Factory

Moin.Wenige Tage nachdem ich einen kurzen Beitrag zum Thema der obersten Direktive veröffentlicht hatte, hat sich die Gelegenheit ergeben, das gleiche Thema mit einem Freund von mir ausführlich zu diskutieren. Mein heutiger Gast heißt Christian Valerius.Christian ist seit einigen Jahren als Agility Coach tätig, und wir sprechen gerne, oft und lange über berufliche Dinge. Aufgrund seines vielfältigen Ausbildungs- und Berufshintergrundes (Soziologie, Philosophie, Informatik, Fotographie) und der großen Gemeinsamkeiten unserer Interessen und Sichtweisen dauern unsere Gespräche meist mehrere Stunden.Mit größter Mühe können wir unsere heutige Aufzeichnung auf ungefähr 30 Minuten begrenzen. In dieser Zeit sprechen wir über verschiedene Interpretationen der obersten Direktive. Man kann sie “psychologisch” oder “systemisch” auslegen.Ich stelle die Frage, was ich als Teammitglied tun kann, wenn eine Aufgabe im Team nicht vorankommt.Und zum Abschluss geht es darum, ob die oberste Direktive geeignet ist, psychologische Sicherheit im Team herzustellen.Für mich ist es spannend, Christians Sichtweise auf das Thema kennenzulernen und zu erfahren, was er als “Zauber der obersten Direktive” ansieht.Ergänzende Informationen und Links:Das im Gespräch genannte Buch heißt "Project Retrospectives*" und stammt von Norman L. Kerth.Über den im Beitrag erwähnten Attributionsfehler erfährst Du bei Wikipedia mehr.Das Zitat “Solange man Helden oder Schuldige braucht, um eine Situation plausibel zu erklären, hat man sie noch nicht verstanden.” wird in verschiedenen Internetquellen Dr. Gerhard Wohland zugeschrieben, der sich selbst als “Physiker und lernenden Berater” bezeichnet.Wenn Du mehr über meinen Gesprächspartner, Christian Valerius, erfahren möchtest, findest Du ihn in der Liste unserer Podcast-Gäste.Als Hörer unseres Podcasts kannst Du mit dem Promo-Code "2025podcast10" unsere Workshops mit einem Preisnachlass von 10% buchen. Der Promocode ist für Buchungen bis zum 31.12.2025 gültig. Für Fragen zur Einlösung des Codes, nimm bitte Kontakt zu uns auf.

Insbesondere in der agilen Softwareentwicklung ist die sogenannte Oberste Direktive eine bekannte Regel für Retrospektiven. Verkürzt lautet sie: “Wir gehen davon aus, dass jeder im Team sein Bestes gibt bzw. gegeben hat.” Doch was ist, wenn die Projektziele wieder und wieder nicht erreicht werden? Was ist, wenn die Leistung Einzelner unterdurchschnittlich ist. Wie sollte ich als Teammitglied mich verhalten?Zur Vertiefung empfehlen wir unseren Workshop “Agile Team Leadership”. Schau nach dem nächsten Termin und melde Dich noch heute an.

Brauchst Du Mut, um Deinen Job zu machen? Brauchst Du Mut, um das Richtige zu tun? Brauchst Du Mut, um an schwierigen Problemen zu arbeiten?Dann stimmt etwas in Deiner Unternehmens- oder Team-Kultur nicht. Vielmehr brauchen Teammitglieder die Sicherheit, etwas Neues auszuprobieren, Experimente durchzuführen und bei Hindernissen oder negativen Ergebnissen nicht abgestraft zu werden.Wie kann man überhaupt auf die Idee kommen, Mut zu brauchen? Ein Grund ist ein Dokument, das in der Software-Entwicklung eine wichtige Rolle spielt.Links zum ThemaWie ich Teamwerte ermittle und wozu sie dienen können - Stefan Mintert / KuturaScrum Values - Scrum GuideÜber KuturaWir arbeiten mit unseren Kunden an der Verbesserung von Leadership, Teamkultur und Happiness at Work. Wir begleiten Euch in der agilen Transformation und in Eurer Teamentwicklung. Wir wirken als Agility Coach, Product Owner oder Leadership Consultant.Kommt mit uns in Kontakt:Schreibt uns über unsere Webseite.Folgt uns bei LinkedIn.Bucht einen Workshop in unserer Kutura Academy.

Im Jahr 2001 steht im Manifest für Agile Software-Entwicklung, "die Kunst, die Menge nicht getaner Arbeit zu maximieren, ist essenziell."Kann ein Product Owner im Jahr 2024 Vorbild sein und Leadership ausüben, wenn er zu Feature-Requests Nein sagt und das Backlog klein hält?Darüber und über weitere Aspekte des Backlog-Managements sprechen Kathleen Janz und Stefan Mintert in dieser Podcast-Folge.Über KuturaWir arbeiten mit unseren Kunden an der Verbesserung von Leadership, Teamkultur und Happiness at Work. Wir begleiten Euch in der agilen Transformation und in Eurer Teamentwicklung. Wir wirken als Agility Coach, Product Owner oder Leadership Consultant.Kommt mit uns in Kontakt:Schreibt uns über unsere Webseite.Folgt uns bei LinkedIn.Bucht einen Workshop in unserer Kutura Academy.

Moin.Wenn Software-Teams um ein Commitment gebeten werden, geht es oft darum, eine Software zu einem vorgegebenen Termin zu fertigzustellen; und manchmal ist handelt es sich nicht um eine Bitte, sondern um eine Ansage.Warum benutzt man dabei eigentlich den englischen Begriff “Commitment”? Und was bedeutet er? Und wer muss ein Commitment abgeben, damit der nächste Termin gehalten werden kann?Über diese Fragen und meine Antworten spreche ich in diesem Podcast-Beitrag.Über KuturaWir arbeiten mit unseren Kunden an der Verbesserung von Leadership, Teamkultur und Happiness at Work. Wir begleiten Euch in der agilen Transformation und in Eurer Teamentwicklung. Wir wirken als Agility Coach, Product Owner oder Leadership Consultant.Kommt mit uns in Kontakt:Schreibt uns über unsere Webseite.Folgt uns bei LinkedIn.Bucht einen Workshop in unserer Kutura Academy.

Moin. Wenn Produktentwickler in einer Feature Factory nur Tickets abarbeiten, bekommen sie die Aufgaben meist vom Product Owner. Es liegt nahe, dem Product Owner die Verantwortung dafür zu geben, dass man als Entwickler die größeren Zusammenhänge der eigenen Arbeit nicht erkennen kann. Ein differenziertes Bild der PO-Rolle zeichnet dieses Gespräch, das ich mit meiner Kutura-Kollegin Kathleen Janz geführt habe. Manchmal ist der Product Owner auch nur der Befehlsempfänger und braucht die Unterstützung seines Teams. Wenn der PO weder Fährmann noch Boten-Eule sein will, braucht er oder sie eigenständige Entwickler, die über die Brücken gehen, die der PO bauen sollte. Was es mit Fährmann, Boten-Eule und Brückenbauer auf sich hat, erfährst Du in diesem Podcast-Beitrag.

Moin.In manchen Sportarten haben Teams einen Kapitän. Welche Eigenschaften zeichnen einen guten Kapitän aus?Und was kann man daraus für Software-Teams lernen? Kann es auch dort einen Captain geben? Welche Eigenschaften sind dort gefragt?Darüber spreche ich mit dem Manager Marco Maria Gerlach, Director EMEA in einem internationalen Konzern. Im Gespräch spricht er u.a. über Silent Leaders in Software-Teams.Ergänzende Informationen und Links:Das im Gespräch genannte Buch heißt "The Captain Class" und stammt von Sam Walker.Wenn Du mehr über meinen Gesprächspartner, Marco Gerlach, erfahren möchtest, findest Du ihn in der Liste unserer Podcast-Gäste.Als Hörer unseres Podcasts kannst Du mit dem Promo-Code "2024podcast20" unsere Workshops zu den Themen "Management 3.0" und "Leadership" mit einem Preisnachlass von 20% buchen. Der Promocode ist für Buchungen bis zum 31.12.2024 gültig.

Herzlichen Willkommen beim Podcast "Escape the Feature Factory". In dieser Folge stelle ich den neuen Podcast vor, der den gleichnamigen Blog bei Heise-Developer ergänzt.Weitere Informationen über Blog und Podcast unter escapethefeaturefactory.com.