NBA41: Die Devs bitte nicht ansprechen

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

Kommentare und Diskussion gerne hier: https://forum.no-bullshit-agile.de/d/60-nba41-die-devs-bitte-nicht-ansprechen

NBA40: Die menschliche Seite des Task Splittings

Agile Usergroup

LinkedIn Post

Allen Holub Heuristics

Transkript anzeigen

Hallo und herzlich willkommen bei NoBullshit Agile. Mein Name ist Thomas. Ich bin Teil eines Agilenteams und bespreche jede Woche Themen aus der agilen Projektwelt. Dabei orientiere ich mich an den großen Kategorien Menschen, Teams, Kunden, Projekte und Agilität. Mein Fokus liegt dabei auf der Praxis, daher auch der Name NoBullshit Agile. In der letzten Folge habe ich über die menschliche Seite des Taskplittings gesprochen. Wenn ich das interessiert, hör da gerne rein. Den Link dazu findest du wie alle weiteren Links in den Shownotes. Das hier ist die Folge 41 und heute möchte ich mit euch über ein Link im Post von Stefan Ruck sprechen. Bevor wir einsteigen, ein bisschen Housekeeping, wir hatten letzten Dienstag, das war der 12.11.24. Das erste Mal Treffen von der agilen User Group, also virtuelles Treffen. Das war richtig, richtig cool. Der nächste Termin für das Treffen ist der 10.12.19.30. Es gibt eine Webseite, auch den Link findest du in den Shownotes. Da sind alle organisatorischen Dinge drauf. Wie kommt man dahin, worum geht es? Wenn dich das interessiert, schau da gerne mal rein. Wir treffen uns ab jetzt jeden zweiten Dienstag im Monat, eben um 19.30 Uhr. Wir waren sechs Leute, wir wären tatsächlich eigentlich sieben gewesen. Es gab leider mit dem Videokonferenzsystem ein paar technische Probleme. Sorry, Adriane, an dieser Stelle noch mal. Glücklicherweise konnten wir dank eines Tipps dann auf ein anderes System wechseln. Das werden wir dann auch ab jetzt immer benutzen. Das funktioniert sehr gut. Das ist auf Basis von Big Blue Button. Sprich, da sollte es eigentlich keine technischen Probleme mehr geben. Wir hatten spontan noch zwei Absagen. Wir wären also tatsächlich neun Leute gewesen. Und das ist natürlich Hammer. Wir werden nicht jedes Mal so viele sein. Vielleicht sind wir manchmal sogar ein bisschen mehr. Das wäre natürlich auch toll. Wir haben uns erst mal nur gegenseitig ein bisschen kennengelernt, aber es war schon klasse, aber so ein, zwei Themen schon hatten. Und die Teilnehmerinnen und Teilnehmer, die da waren, haben halt alle, weil sie aus einem unterschiedlichen Background kommen, zum gleichen Thema unterschiedliche Sichten. Und das Gespräch dazu war wirklich richtig, richtig cool. Heißt, wenn du mal Lust hast, da reinzuschauen, das ist alle super unverbindlich. Nächste Termin, wie gesagt, 10.12.19 Uhr 30. Wir haben auch schon eine erste Idee. Wir haben ja einen Forum, wo wir uns ein bisschen austauschen. Da gab es von Sebastian, Grüße gehen raus. Eine Idee vielleicht noch mal, was heißt noch mal, haben wir ja noch gar nicht, über OKRs zu sprechen. Find ich spannend. Mal gucken, vielleicht finden wir jemanden, der da richtig viel Erfahrung hat. Ich habe nur so ein ganz bisschen Erfahrung, aber wie gesagt, genau darum geht es ja in der User Group, vielleicht Themen aufzureißen und mal zu gucken. Was geht noch? Wer hat noch andere Ideen? Und vielleicht gibt es ja jemanden, der größere Erfahrung hat, da kann man sich da auch ein bisschen verknüpfen und vielleicht außerhalb der User Group sich nach austauschen. Find ich richtig toll. Freu ich mich schon jetzt drauf, ist eine richtig coole Sache. Gut, soweit zum Housekeeping, dann würde ich mal sagen, wir steigen in das Thema ein. Ich habe auf LinkedIn, wie schon gesagt, von Stefan Rogen Post gesehen, der ist tatsächlich schon ein bisschen älter. Ich weiß nicht genau, wie der LinkedIn Algorithmus funktioniert und warum ich den jetzt erst gesehen habe, aber da der so einen Original Zitat hat, hat er zum paar Anmerkungen gehabt. Und das Zitat muss ich sagen, das hat so lange in mir resoniert und ich habe da immer wieder darüber nachgedacht und habe gedacht, ja, ich erzähle mal in einer Folge so ein bisschen, ja, meine Erfahrung, meine Einschätzung, meine Meinung dazu. Das Zitat war wie folgt. Mein Chef hat mir als Product Owner gesagt, dass ich mit den Entwicklern während des Sprints nicht sprechen soll. Uff, das war so meine allererste Reaktion. Ja, Stefan schrieb das auch in seinem Post und ich teilen das. Wahrscheinlich ist die Idee gar nicht falsch, das ist wahrscheinlich gar nicht aus Bosheit so vom Chef gesagt worden. Ich vermute dahinter steht so ein bisschen, dass die Devs mal in Ruhe, die sollen jetzt mal entwickeln in ihrem Sprint, ich glaube es ging uns Scrum. Aber das gilt ja eben alles, was ich jetzt erzähle, nicht nur für Scrum. Ja, mein erster Punkt oder mein erster Gedanke war dazu, ja, aber was ist denn das für eine Einschätzung zu was Entwicklerinnen wohl tun? Man könnte da rein interpretieren Entwicklerinnen Koden nur und die sollen bitte nicht sprechen. Und meine Erfahrung nach und das ist auch meine ganz feste Überzeugung ist das reine Koden, nur ein ganz kleiner Teil der Aufgabe von Devs. Der viel größere Teil ist ja sich auszutauschen und das nachdenken darüber, was ist die beste Lösung, was auch immer die beste ist, aber allein darüber muss man sich ja schon unterhalten. Also dieser Blick darauf, die haben jetzt alles, was sie brauchen und die sollen jetzt bitte, ja ich sage mal, durchentwickeln, das ist schwierig auf jeden Fall. Es ist immer so, da komme ich gleich mehrfach, glaube ich auch drauf, es gibt hier nicht schwarz-weiß wie so oft nicht. Also dass man eine Ruhephase braucht, eine Konzentrationsphase, natürlich ist das so, aber das andere Extrem, es sind alle Infos da und ab jetzt werden die nicht mehr gestört und die entwickeln das jetzt durch ohne zu sprechen oder Rückfragen zu stellen, ist vielleicht ein bisschen das andere Extrem. Was ist denn mit Rückfragen? Also vielleicht ist es bei euch anders, aber ich weiß aus meiner Erfahrung heraus, dass selbst mit Splitting und Refinement und allem was dazugehört, bei mir entwickeln tatsächlich noch Detailfragen auftauchen ist ja auch richtig so. Man lernt ja, auch in dieser kurzen Zeit kommen neue Erkenntnisse, der Fokus ist auf einmal ein ganz anderer. Und was macht man denn an der Stelle, wenn man jetzt mal ganz extrem sagt und dann bitte aber jetzt auch zwei Wochen oder vier Wochen oder was auch immer der Sprint ist durchentwickeln? Soll man die Asynchronen machen, diese Rückfragen nur per Mail oder so, kann ich mir auch schwer vorstellen. Das geht, natürlich geht das mal, aber das stoppt ja mehr als dass es beschleunigt. Für mich ist so ein nächster Punkt, wir gucken ins Agile Manifest, so wie ich das so gerne und so oft tue. Erster Punkt im Agile Manifest, Individuen und Interaktionen, mehr als Prozesse und Werkzeuge. Also selbst wenn in einem Guide oder in irgendwelchen Richtlinien drin steht, das ist unser Prozess. Interaktion ist bitte überhaupt das Prozess und da würde ich auch wenig mit mir diskutieren lassen. Also wenn der Prozess vielleicht irgendwie verwirrend ist oder vielleicht hat der Prozess einen rechtlichen Aspekt, kann ja auch sein. Klar, natürlich muss man dann sich an dem Prozess auch halten, aber grundsätzlich gilt eben Interaktion mehr als Prozess und ich denke, das ist auch wirklich im Sinne von wir wollen schnell entwickeln und das Richtige tun und nicht, wir wollen das entwickeln, von dem wir denken, dass wir es brauchen und wir wollen nicht jetzt noch lange quatschen über irgendwas. Ich nenne das jetzt mal mit Absicht so despektierlich, sondern wir wollen ja eben genau das, wir brauchen den Austausch um zu gucken, machen wir das Richtige. Ja, wie schon gesagt, Coding ist für mich nur ein Teil des Dev-Signs, das drüber nachdenken, das rausfinden, ist es überhaupt noch das Richtige, was ich mir gerade überlege und dazu auch der Austausch mit dem PO, also um jetzt auf Scrum zu kommen und das Original-Zitat von Stefan, das Zusammenspiel gehört doch irgendwie dazu. Für mich ist es auch wichtig, dass da nicht so ein stille Post-Effekt entsteht. Also diese Gruppe darf nur mit dieser Gruppe sprechen und diese Gruppe spricht dann mit der. Also die Devs bitte nur mit dem PO und der PO klärt es mit den Stake Holdern oder mit dem Management oder mit irgendwas in dieser Art. Das stille Post ist immer schlimm, ich denke, das wissen wir alle. Ich würde immer sagen, die richtigen Leute zur richtigen Zeit und auch das kann man nicht 100% sagen, sondern auch das ist immer eine Abwägung. Ja, also es gibt noch so ein Kommentar unter dem Post, den fand ich auch gut und spannend. Wie soll das funktionieren? Kommt dann im Review irgendwie raus? Ja, konnten wir nicht fertigstellen, weil wir noch offene Fragen hatten. Das wäre natürlich auch bitterwöse. Es hängt viel dran und ich finde es deswegen so schön, dass man mal nur so ein Zitat sich nimmt oder so ein Originalton, um selber auch in Ruhe drüber nachzudenken, was tut das mit mir? Und deswegen möchte ich mit dieser Folge das eigentlich nur aufgreifen und ja, die fast auffordern, da auch mal drüber nachzudenken und vielleicht sogar noch einen Schritt weiter zu denken. Wie löst man das denn? Also wenn das wirklich so ist und ich glaube, das ist so, dass wir alle uns, je nach, also was heißt je nach, also wir alle uns permanent austauschen wollen, im Sinne der Sache, ja, dann kann so eine Regel nicht gut sein und da müsste man eigentlich das Gespräch mit diesem Chef suchen und sagen, okay, ich vermute mal das und das ist deine Angst. Die Leute sollen in Ruhe gelassen werden, nicht alle zehn Minuten rausgerissen werden, aber wie sieht denn dann ja der nächste Schritt aus, wie können wir das organisieren? Und genauso soll diese Folge auch sein, denkt da noch mal drüber nach. Ich vermute ihr habt weitere Punkte dazu. Abschließend möchte ich die Folge nochmal wieder mit einem Zitat von Ellen Hollop aus seinen Heuristics. Die gesamten Heuristics findet ihr auch in den Schonuts. Ich würde sagen, wir hören mal kurz rein. Ja und ich denke, das ist ein guter Abschluss. Wie immer bin ich an Feedback interessiert. Was erlebst du so in der Praxis? Ist das eine Situation, die du kennst? Wie bist du damit umgegangen? Und wenn du so ein Feedback hast, dann erreichst du mich auf verschiedenen Kanälen. Du kannst mir eine Mail schreiben an www.bsljrgmail.com. Ich bin sehr aktiv auf Mastodon. Den Link zu meinem Mastodon Profil findest du in den Schonuts und begleiten zum Podcast gibt es einen Forum und für jede Podcast Folge leg ich dann einen Thread an. Das heißt, du kannst auch gerne im Forum mir schreiben. Du kannst das Forum sowieso benutzen zum Austausch. Das wäre super toll. Ich habe noch eine Bitte, wenn dir das hier gefallen hat, die Folge gefallen hat, der Podcast dir gefallen hat, du vielleicht sogar irgendwas gelernt hast oder mitgenommen hast, dann freue ich mich darüber, wenn du das mit anderen teilst. Mit Kolleginnen und Kollegen, mit deinen Chefs, mit auch wem auch immer du interagierst, gerne natürlich auch auf deinen Social Media Kanälen. Mir geht es darum, dass der Podcast bekannt wird und zwar vor allen Dingen aus dem Grund, je mehr Leute hier Feedback geben, in die Diskussion einsteigen, desto mehr können wir alle nur voneinander lernen. Vielen, vielen Dank dafür. Habt auch eine ganz tolle Woche und bis zum nächsten Mal. Bye. [Musik] [Musik]

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.