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
- NBA48 - WiP Limits Deep Dive - No Bullshit Agile - https://no-bullshit-agile.de/nba48-wip-limits-deep-dive.html
- WiP Limit Simulator - https://no-bullshit-agile.de/wip/wip-limit-simulator.html
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