NBA60: Agiler Kaffeeklatsch? Warum unsere Austauschrunde so wertvoll ist

Shownotes

Über Feedback freue ich mich immer: nobsagile@gmail.com. Ihr erreicht mich auch auf Mastodon unter https://mastodon.social/@nobsagile oder ihr hinterlasst mir eine Sprachnachricht: +4950329677123

NBA59: Deadlines im agilen Arbeiten

WiP Limits

Transkript anzeigen

00:00:00: Hallo und herzlich willkommen bei No Bullshit Agile. Mein Name ist Thomas. Jede Woche spreche

00:00:07: ich kurz und knapp über Themen rund um agiles Arbeiten. In der letzten Folge ging es um Deadlines

00:00:13: und wie ich mit denen in agilen Arbeiten umgehe. Wenn dich das interessiert, den Link zu der Folge

00:00:19: findest du in den Show Notes. Du findest in den Show Notes alle Links und alle Informationen,

00:00:24: die ich hier erwähne. Heute in Folge 60 geht es um meine Erfahrungen zu unserem

00:00:29: Firmenintern agilen Kaffeeklatsch, den wir einmal die Woche haben. Vielleicht noch mal

00:00:34: ganz kurz unsere Situation. Wir sind drei Teams. Alle drei Teams machen ihr Kanban. Es ist kein

00:00:40: firmenweites Kanban, sondern jedes Team hat sein eigenes. Und in Kanban ist es so, dass es eine

00:00:47: Rolle gibt, die nennt sich Service Delivery Manager. Man darf nicht sagen, dass die ein

00:00:52: bisschen wie ein Scrum Master ist, aber sie ist ein bisschen wie ein Scrum Master. Und wir haben

00:00:57: einen Dev Coach. Und in dieser Konstellation, also die SDMs, der Dev Coach und ich, treffen

00:01:05: wir uns schon länger, einmal die Woche für so 30 Minuten, um uns über agile Themen auszutauschen.

00:01:13: Ganz am Anfang, das ist jetzt auch schon lange her, habe ich das vor allen Dingen genutzt,

00:01:18: damit wir mit allen Leuten über was ist denn überhaupt agiles Arbeiten reden können. Also

00:01:23: was ist das agile Manifest? Was sind die zwölf agilen Prinzipien? Wann muss man überhaupt agil

00:01:31: arbeiten? Also ich sage ja immer, wenn man nur repetitive Tätigkeiten hat, dann muss man gar

00:01:36: nicht agil arbeiten. Ja, grundlegende Dinge. Was ist die Rolle SDM? Was ist die Rolle SRM? Service

00:01:44: Request Manager in Kanban? Wo sind die Unterschiede zwischen Kanban und Scrum? Kann man ohne eine

00:01:52: agile Methode agil arbeiten? Also viele, viele Dinge, die ich ja auch immer mal im Podcast

00:01:57: erwähne, haben wir gerade am Anfang in solch einer Runde besprochen. Und ja, wir haben das immer

00:02:05: beibehalten, diesen Austausch 30 Minuten die Woche. Und es ist so, jeder bringt so seine Themen mit,

00:02:13: um ein bisschen zu erzählen, was besprechen wir da so? Naja, ein großer Topf ist ja voneinander

00:02:21: lernen. Wo stehen andere Teams? Welche Situation haben die? Wie machen die ihr Daily gerade? Gibt

00:02:28: es vielleicht große Learnings aus Diskussionen, die vielleicht mit dem Kunden stattgefunden haben

00:02:35: oder teamintern sind Diskussionen entstanden? Das heißt, da tauschen wir uns vor allen Dingen

00:02:41: untereinander aus, um ja gemachte Erfahrungen über die Teams auch ein bisschen zu verteilen.

00:02:48: Nicht jedes Team ist gleich. Für mich gilt halt immer grundsätzlich no size fits all,

00:02:53: wenn es um Teams und deren Prozesse und deren Arbeit geht. Die Teams haben halt zum Beispiel

00:02:58: unterschiedliche Kunden oder die Kunden sind in unterschiedlichen Phasen des Wachstums und das hat

00:03:04: großen Einfluss darauf, wie man, ich sage mal, agiles Arbeiten dann ganz konkret umsetzt. Was

00:03:11: wir auch gerne machen, ganz konkrete Situationen diskutieren und durchgehen. Also vielleicht gibt

00:03:19: es ein schwieriges Projekt im Team und das Team sagt, wir wissen jetzt auch nicht so genau,

00:03:23: wie bilden wir das ab? Was hat ein möglicher agiler Baukasten da für uns im Repertoire,

00:03:31: sage ich mal? Und das ist auch total wertvoll, einmal die Woche halt ja so Sparring machen zu

00:03:39: können zu solchen Themen. Was fehlt, was kann man besser machen? So darum geht es. Das nächste,

00:03:45: was wir ziemlich viel machen, ist so Lehrbuchmeinungen durchgehen. Also gibt ja immer

00:03:52: wieder, also bei uns intern, aber auch wenn man bestimmte Artikel liest oder so, ja so steife und

00:04:00: feste Behauptungen. Also keine Ahnung. Das Daily macht man so und so, Punkt. Ein Jira Board,

00:04:06: um Gottes Willen, baut man so und so, Punkt. Eine Iteration bedeutet genau das, Punkt. Ich bin der

00:04:13: festen Überzeugung, ja natürlich, es gibt so einen gewissen Rahmen und schlussendlich agiles

00:04:19: Manifest, zwölf agile Prinzipien sind mal das Fundament oder der Überbau dafür und trotzdem

00:04:25: finde ich zumindest, ist es für jedes Team wichtig, sich zu überlegen, innerhalb der Agilität und

00:04:32: innerhalb der Methodiken, wie gehen wir damit um? Und diese Lehrbuchmeinungen sind oft sehr

00:04:37: stark und deswegen fällt es einem unheimlich schwer, davon abzuweichen oder zumindest zu

00:04:42: diskutieren, wie kann man das denn noch interpretieren? Und auch da hilft uns diese Runde

00:04:47: ungemein. Das nächste Thema ist Wissensverbreitung. Wie gesagt, gerade am Anfang war das sicherlich

00:04:54: auch so ein bisschen Coaching, Theorien durchgehen, aber wir haben halt auch ganz grundsätzlich immer

00:04:59: wieder Themen. Ich habe ja hier mal eine Folge über VIP Limits gemacht und den VIP Limit Simulator

00:05:05: habe ich euch ja auch mal vorgestellt. Das ist so ein typisches Thema, was aus so einer Runde

00:05:09: entsteht. Also ein Team beschäftigt sich intensiver mit VIP Limits, dann kommen da Fragen auf, dann hat

00:05:16: dann das Team vielleicht schon mehr Erfahrungen und dann kann man wundervoll in so einer Runde

00:05:20: das diskutieren, ja Erfahrungen teilen, vielleicht schon mal ein paar Tipps mitgeben, passt auf zum

00:05:26: Startpunkt hat das und das bei uns eigentlich ganz gut funktioniert. Vielleicht wollt ihr damit

00:05:30: anfangen und gucken, wohin sich es für euch entwickelt. Sowas wie Methoden, die es gibt,

00:05:35: durchgehen. Gucke mal, ihr könntet ja zum Beispiel meinen Kanban-Pizza machen, das geht so und so und

00:05:42: das hat folgende, ja folgende Bewandtnis. Das ist halt dieses ganze Thema Wissensverbreiten. Ja,

00:05:49: wir haben also, so wir wollen voneinander lernen, wir wollen Situationen diskutieren, die sich

00:05:56: in Projekten, in Teams oder in Kunden ergeben hat. Wir wollen sowas wie Lehrbuchmeinungen mal

00:06:02: durchgehen. Wir wollen gucken, wie interpretieren wir das denn. Wir wollen ganz gerne Wissen

00:06:09: verbreiten und Erfahrungen austauschen und das Format, was wir da haben, einmal die Woche uns

00:06:15: treffen, ist offen. Also kann gut sein, dass wir einfach mal andere Leute da mit einladen,

00:06:22: die aus einer fachlichen Perspektive vielleicht was erzählen können und das funktioniert halt

00:06:27: sehr gut. Was ich auch sagen kann, was wirklich gut funktioniert ist, das gestaltet sich eigentlich

00:06:32: von alleine, denn ja, alle, die da beteiligt sind, die SDMs, auch der Dev-Coach, weil den

00:06:39: SDMs vielleicht noch ergänzend dazu, die sind ja auch Devs in ihren Teams, das ist keine Rolle

00:06:44: außerhalb des Dev-Teams, sondern eine begleitende Rolle, bringen natürlich auch so die Entwicklungs-,

00:06:50: die Dev-Perspektive natürlich einfach selber auch mit. Trotzdem holen wir uns manchmal Leute dazu

00:06:55: und der Dev-Coach hat natürlich aus Dev-Sicht einen ganz guten Überblick über, ja, wo stehen

00:07:01: die einzelnen Teams auf einer gewissen Meta-Ebene der Entwicklung. Und deswegen, also es gibt immer

00:07:07: was zu besprechen, Hauptsache der Raum dafür ist da und der Raum ist eben mit diesem 30-Minuten-Meeting

00:07:13: jede Woche geschaffen. Was ich auch erlebe, ist, dass wir immer wieder Themen auch aufgreifen,

00:07:18: also keine Ahnung, VIP-Limits. Ein Team fängt an, sich intensiver mit VIP-Limits zu beschäftigen

00:07:25: und zwei Wochen später kommt das Team vielleicht und sagt, ah, wir haben die ersten Erfahrungen,

00:07:30: wir haben ihr das gehandelt oder wie würdet ihr denn mit der Situation umgehen oder auch

00:07:34: relativ aktuell starker Umbau von Boards, also Jira-Boards, um besser den Flow repräsentieren

00:07:43: zu können. Auch da haben sich tatsächlich andere Teams dann inspirieren lassen, haben gesagt,

00:07:47: okay, das passt bei uns nicht, aber wir sehen euren Punkt, euer Fundament, eure Idee und kommen

00:07:53: dann vielleicht auch zwei, drei Wochen später an und sagen, ey, wir haben uns auch ein paar

00:07:56: Gedanken gemacht, guckt mal, wie findet ihr das? Und dann befruchten sich die Teams sogar da

00:08:00: gegenseitig, weil ich habe es auch schon erlebt, dass dann ein Team die Idee von wem anders wieder

00:08:05: aufgegriffen hat und ihr System nochmal angepasst hat. Schlussendlich kann ich sagen, wie so oft,

00:08:11: in solche Sachen Zeit zu investieren ist oft sehr sinnvoll und Leute gestalten und nutzen die Zeit

00:08:18: eigentlich in der Regel immer sehr gut und das wäre tatsächlich auch mein Appell. Ich kann mir

00:08:23: vorstellen, je nachdem, wo du arbeitest, wenn ihr ein großes Unternehmen seid, dass ihr sowas auch

00:08:27: habt. Viele von euch machen, glaube ich, Scrum und ich kann mir gut vorstellen, dass es Scrum

00:08:32: Master-Runden und PO-Runden bei euch auch gibt. Das wäre toll. Da wäre es natürlich interessant,

00:08:38: so wie sind eure Erfahrungen da? Wenn ihr ein bisschen kleiner seid, kann es vielleicht sein,

00:08:42: dass ihr so eine Runde nicht habt und dann wäre hier die Frage an euch, ja, ist es vielleicht was

00:08:47: für euch? Probiert das doch mal aus. Das wäre auf jeden Fall mein Tipp hier. Ansonsten wäre es das

00:08:53: für heute schon wie immer. Die Folgen hier sollen ja kurz und knackig sein und vor allen Dingen zum

00:08:58: drüber nachdenken euch anstiften und vielleicht intern was anstiften, dass ihr da in eine Diskussion

00:09:03: kommt für euch. Mich würden eure Erfahrungen interessieren. Habt ihr sowas schon? Funktioniert

00:09:09: das gut? Habt ihr vielleicht konkretere Tipps noch für mich? Ja, gebt mir da gerne Feedback. Wie ihr

00:09:14: mich erreicht, findet ihr in den Shownotes. Eine ganz große Bitte habe ich noch, wenn dir diese

00:09:19: Folge oder der ganze Podcast gefallen hat, wenn er dir sogar geholfen hat, sprich gerne mit Kollegen

00:09:25: und Kolleginnen darüber und teil das gerne auf Social Media. Je mehr Leute über den Podcast

00:09:30: erfahren, desto mehr Leute nehmen hier an der Diskussion teil und desto mehr Feedback, Futter

00:09:37: habe ich für Folgen, die ich natürlich super gerne mache und ja, eure Themen hier auch gerne

00:09:41: aufgreife. Deswegen teilen wäre ganz toll. Ganz, ganz vielen Dank dafür. Ansonsten sage ich,

00:09:48: habt noch eine ganz tolle Woche und bis zur nächsten Folge bei No Bullshit Agile.

Neuer Kommentar

Dein Name oder Pseudonym (wird öffentlich angezeigt)
Mindestens 10 Zeichen
Durch das Abschicken des Formulars stimmst du zu, dass der Wert unter "Name oder Pseudonym" gespeichert wird und öffentlich angezeigt werden kann. Wir speichern keine IP-Adressen oder andere personenbezogene Daten. Die Nutzung deines echten Namens ist freiwillig.