red pill / blue pill - developer hegemony

Dieses mal reden wir über freelancer und Retrospektiven. Matthias erzählt mal wieder Geschichten aus dem Krieg und Andreas ist froh das er damals noch kein freelancer war.  Ilias ist dieses mal leider nicht dabei. Wir hoffen ihr habt trotzdem Spaß.

Andreas stellt die These auf das doch eigentlich jeder BDD macht.  Nach einem kurzen Exkurs zu EDD und TDD entscheidet Ilias das Professor google ran muss. Wer von uns jetzt wirklich BDD macht und ob auch du BDD machst, hörst du in dieser Folge.

Diese Woche dreh sich alles um Softwareentwickler und deren Entwicklung im Unternehmen.  Das Buch "developer hegemony" beschreibt die Geschichten von einen Software developer der sich bewusst wird das seine Arbeit nicht gesehen wird.  Wie man das ändert und warum Ilias das Buch zwei mal kaufen musste, hört ihr in dieser folge

Es ist auch beim Agile Coach anstrengend eindeutige Antworten zu erhalten. "Es kommt darauf an", aber gewisse Dinge müssen sein, Arbeit visualisieren zum Beispiel. Nebenbei geht's auch noch um Kapitalismus und Meetingkultur und Ilias der nicht live on-air gecoached werden möchte.

In dieser Folge ist mal wieder unser guter Freund Benedikt zu Gast.  Wir sprechen darüber was genau atomic design ist. Was das ganze mit modular design und design systems zutun hat. Und warum jeder ein design system haben oder benutzen sollte.

Andreas hat sich mit dem Thema clean language beschäftigt. was das ist, wie man es einsetzt und warum Ilias ein großer fan von clean language sein sollte, erfährst du in der Aktuellen Folge

Wie heißt du?  Was ist 234 X 17?  Es gibt Fragen die können wir sehr schnell beantworten, andere hingegen brauchen etwas Zeit.  In dieser Folge sprechen wir darüber warum das so ist, wieso es so wichtig ist dieses Konzept zu verstehen und darüber was das ganze mit Produktentwicklung zutun hat. 

Wir erklären  Behaviour Driven Development (BDD) als einen Weg, Testaktivitäten vorzuverlagern. Dabei fallen natürlich weitere Begriffe wie ATDD, TDD, OKR, Three Amigos, User Stories, Akzeptanz Kriterien...  Unabhängig von den Werkzeugen und Praktiken geht es letztendlich aber um die Frage: Wo wollen wir hin und wie kriegen wir möglichst schnell und effizient Feedback, wo wir stehen um "rework" und Überraschungen bei den Business Stakeholdern zu minimieren? Das geht eben nicht mit "ich baue etwas und am Ende muss mir ein QA Team sagen ob ich mein Ziel erreicht habe".

OKRs sind der hot shit! Jeder nutzt sie. Aber was sind OKRs und warum sind sie so gut.  Ilias hat für uns Measure what matters mehrfach gelesen und gibt uns die Zusammenfassung + seine Erfahrungen mit OKRs

 Auf dem weg zu high performing Teams sind die 5 Dysfunktionen von Teams ein wichtiger Schritt. Was diese sind und wie sie in unsere Weltanschauung was Produktentwicklung angeht passen hört ihr in dieser Folge.