Stell dir vor, Montagmorgen, Sprint Planning ist angesagt.
Der Product Owner liest die User Stories vor, das ganze
Entwicklerteam hat nur Fragen im Kopf, das kommt dir bekannt vor?
Dann lass mal über Refinance sprechen, Coding Buddies, Dein
Podcast rund um Softwareentwicklung und
aktueller Tech News herzlich Willkommen.
Halli Hallo und herzlich Willkommen.
Wie schön, dass du wieder eingeschaltet hast.
Zur neuen Folge vom Coding Buddies Podcast.
Es geht wieder los. Die neue Folge steht in den
Startlöchern und zwar mit mir, dem Fabi und natürlich er darf
nicht fehlen, der Tino, der ist natürlich auch dabei.
Tino Grüße dich halli Hallo, was geht ab, Fabi, was geht ab, was
geht ab, wie geht es? Erzähl mal, was geht ab, wie
geht es dir? Mir geht es gut, mir geht es gut
alles. Alles fit soweit, wie man so
schön sagt. Das ist schön, weißt du, ich
find es ja auch gut, dass wir, wenn wir diesen Podcast
aufnehmen, das ja eigentlich geht, es uns immer gut, oder
ich, ich weiß gar nicht, ging es uns mal nicht gut, ich weiß es
nicht, also. Ja, wir hatten mal so vielleicht
mal n bisschen Schnupfen oder so, aber ansonsten haben wir n
Lauf. Wie man so schön sagt, das
stimmt bestimmt. Wir haben n Lauf, ich hoffe auch
ja weil du gerade von Schnupfen redest.
Ich klopfe mal auf Holz, ja hoffentlich ne.
Alle gesund bleiben? Sowohl.
Ne, wir sind, ich sag mal so, wir sind ja gut durch den Winter
gekommen. Erstaunlicherweise also nicht,
dass wir sonst oft krank sind, aber es ist ja schon selten,
dass man sogar nichts mitnimmt aus dem Winter und ich hoffe, es
bleibt so. Ja.
Nicht, dass der Sommer jetzt so der neue.
Winter wird für uns weißt du Winter ist Coming.
Ja also einmal so im Winter eigentlich so n Schnupfen, so
kenn ich auch. Kommt oft also das ist so der
das gängige Ding, sag ich jetzt mal, sonst hält sich es
tatsächlich in Grenzen, mit Ausnahmen auch, aber ich find
auch so, ich weiß nicht so im Sommer n Schnupfen ne ist auch
richtig nervig einfach nur ich weiß nicht im Winter ist es so
okay es ist kalt, dir ist eh irgendwie kalt, kalt, kalt, kalt
aber im Sommer ist irgendwie komisch wenn dir warm ist weißt
du und also wenn. Wenn es draußen ist und so.
Keine Ahnung, du fliegst in Urlaub, weißt du Sonne, Strand,
Palmen und dann kriegst du von der Klimaanlage im Flugzeug n
Schnupfen und denkst dir so ey. Was sagt das denn jetzt so?
Ne, das passt. Irgendwie nicht zusammen.
Ja, ich hoffe auf jeden Fall Tino, dass du gesund bleibst,
dass ich auch gesund bleibe und das Liebe zura Liebe zura du
auch gesund bleibst. Lasst uns mal alle gemeinsam
gesund bleiben. Ist n schönes Ziel.
Genau. OK, aber wir haben natürlich
auch n Thema heute. Was vielleicht?
Zündstoff beinhaltet, weiß ich nicht.
Es geht heute mal wieder in die agile Welt und da gibt es ja
immer so 2 Lager, die sagen, die einen sagen, nee ist der größte
Scheiß und die anderen glauben da dran, ja, die Glauben an das
Gute, dass es funktionieren kann, wenn sie es vielleicht
noch nicht zu 100% erlebt haben, was ja auch vielen so geht und
es ist, wie wir ja jedes Mal sagen, auch nicht einfach agil
zu. Wie soll ich sagen, Agilität zu
leben in einem Projekt? Und ja, wir haben ja schon mal
so n paar folgen dazu gemacht und auch das Feedback bekommen,
dass ihr da draußen, sag ich mal gerne mehr dazu wissen wollt.
Auch unsere Erfahrung und Meinungen dazu und deswegen
haben wir heute wieder ein sag ich mal eine Routine
mitgebracht, gerade so aus dem Scrum und dann wollen wir halt
einfach mal drüber reden. Genau.
Ich find es auch gut, dass du sagst, es gibt mal so 2 lagern,
aber weißt du was ich finde was diese 2 Lager irgendwie vereint,
dass am Ende hast du n Projekt was sind alle?
Unzufrieden. Ja, was irgendwie nicht läuft.
Ja, und die einen sagen, lass doch mal was ändern oder
irgendwie ne, zum Beispiel wirklich mal versuchen richtig
agil zu arbeiten, vielleicht wird es ja besser und dann gibt
es die anderen, die sagen ja agil ist voll scheiße, ja.
Die dann aber sagen, aber wir wollen auch nichts ändern,
obwohl es gerade auch Scheiße ist.
Das ist immer so oder so witziger an der ganzen
Geschichte. Ja, ich mein, es gibt doch noch
grauenstufen dazwischen weiß man ja, aber ich hab es jetzt extra
so ne separiert, aber. Ich würd mal sagen, wir fangen
mal so mit einem kleinen Gedankenexperiment an.
Ja, um in das Thema zu starten, Refinement und um ins Refinement
zu starten ja fangen wir mal beim Planning an ja also wenn
man sich jetzt mal vorstellt, ja man fängt keine Ahnung neuen
Sprint an, das Planning geht los, meinetwegen Montagmorgen
und dann hat man ja so sein. Planning alle kommen zusammen,
das Entwicklerteam und zum Beispiel der Product Owner und
der Product Owner liest dann ne Story vor und die Entwickler
oder Entwicklerinnen das das Team hat so direkt erstmal n
paar Fragen im Kopf, ne wie zum Beispiel?
Es geht um die Story, Login von irgendwas und wie das Team denkt
sich so OK. Ich hab erstmal direkt, der eine
hat die Frage im Kopf, was heißt es, dass n Nutzer sich einloggen
kann oder die andere Entwicklerin sagt ja welche
Authentication Methode soll da verwendet werden?
Gibt es n Rate Limit was passiert eigentlich wenn der
Login fehlschlägt ne und ich weiß nicht ob du das kennst.
Ich vermute jetzt mal ich stell mal ne steile These auf ich
glaube schon kannst ja gleich was zu sagen aber ich find es
immer spannend so. Du fängst n Planning an, es geht
um Stories und diese Stories sind eigentlich so wirklich
sehr, sehr vage geschnitten. Keiner weiß eigentlich so
richtig, was da gemacht werden soll, es gibt so ne grobe Idee
von dem Ganzen, von dieser Story und wenn das aber der Fall ist
und diese ganzen Fragen dann auftreten, ne, dann gerät
natürlich das ganze Planning ins Stocken und dann haben wir n.
Problem und dann haben wir n Problem.
Es kommt zum Streit. Eskaliert, es eskaliert völlig.
Ja, natürlich, stocken ist dann immer blöd, weil du hast ja n
gewissen timeboxing sag ich mal ne sagen wir mal n Termin der
auf ne Stunde oder so angesetzt ist.
Und wenn du dann ins Stocken kommst und eigentlich gar nicht
das Planning an sich machen kannst, kommt natürlich
ordentlich Frust auf, alle sind genervt, es gibt kein richtiges
Planning der Sprint. Stolpert so dann schon am Start
vor sich hin. Man denkt sich einfach nur,
boah, hoffentlich bringen wir das irgendwie durchs Ziel, auch
wenn wir jetzt schon stolpern, Spoilerwarnung wird man nicht
durchs Ziel bringen, wird blöd die nächste Zeit.
Ja, also ich hoffe, dass man denn ne kleine Iteration hat,
vielleicht ne Woche oder 2, dass es nur ein 2 Wochen blöd ist und
man dann ne neue Chance hat es besser zu machen.
Aber wird halt erstmal nicht gut.
Das ist eigentlich so gut wie in Stein gemeißelt dann schon, aber
woran liegt das? Ich wollte dich gerade fragen,
ich wollte gerade fragen und. Was ist das eventuelle Problem?
Ja, wenn so n Sprint planning so richtig schön kacke läuft.
Also eigentlich liegt es meistens daran oder eigentlich
fast immer daran, dass wie du ja meintest.
Du hast so User Stories, die werden vorgelesen, keiner weiß
so wirklich was da. Was es beinhaltet, ja, wie
aufwendig das ist, was alles gemacht wird.
Sachen sind nicht geklärt, wie willst du das Halt sauber, also
du machst es denn so auf gut Glück nimmst du dir denn n
Ticket und sagst ich guck mal ich werd das mal irgendwie
umsetzen, aber eigentlich ist gar nicht klar was gemacht
werden soll und was das Ziel ist dahinter auch ganz wichtig ne
was ist so die Definition, wann ist es beendet, wann hab ich es
erfolgreich abgeschlossen und das gehört halt alles so auch
mit ins Planning rein zu sagen. Ich möchte jetzt quasi aufplanen
wie mein Sprint aussieht und ich möchte einschätzen, wieviel wir
einplanen können für diese Iteration.
Und wenn das alles nicht geklärt ist, kann ich es einfach gar
nicht planen. Wie soll ich es machen, das ist
dann nur so wie gesagt auf gut Glück, aber es wird definitiv in
die Hose gehen. Ja und was da fehlt ist denn
einfach die Tickets wirklich mal fein granular durchzusprechen
und. Zu definieren, und dafür gibt es
halt das Refinement am Ende. Über die Routine, über die wir
heute sprechen wollen, weil die ist genau dafür da, wird oft
unterschlagen, als unwichtig eingestuft, ist aber eigentlich
der Hebel am Ende in einem agilen Team, der sag ich mal,
darüber entscheidet, ob wir viel Zeit einsparen können oder
richtig viel Zeit verbrennen. Ja, das finde ich.
Hast du gut gesagt. Ich meine, wir gucken uns das
Ganze natürlich auch mal an, jetzt mal einmal ganz kurz
starten wir natürlich damit, was ist überhaupt so ein Refinement,
damit man vielleicht auch die ein oder andere Person abholt,
die sich jetzt vielleicht gerade möglicherweise fragt?
Ich weiß gar nicht mehr so hundertprozentig, was ein
Refinement ist, gucken dann natürlich aber auch so was so
häufige, Ich sag mal Stolpersteine sind oder
Gegenargumente, ja, dass man sagt, so ja, aber ein Refinement
brauchen wir doch vielleicht gar nicht, weil du hast ja jetzt
gesagt, braucht man, aber braucht man eigentlich gar
nicht. Da können wir uns auch mal gar
nicht. Doch komm, jetzt sind wir fertig
hier, kurze Folge, nein, aber es gibt ja so häufige.
Argumente dafür ne, dass man es vielleicht irgendwie lassen
sollte, die gucken wir uns natürlich auch an, dass man so
vielleicht auch vielleicht ja, das wär natürlich optimal so,
Skeptiker vielleicht sogar noch mal abholt, um zu sagen, Hey,
vielleicht probiert man es doch ne, aber ich würd mal ganz kurz
anfangen, wenn wir uns jetzt. Angucken ja, refinement ne, was
ist das? Genau das ist ja, wenn man es
jetzt nach ganz nach Lehrbuch betrachtet ja so ein backlock
Refinement ist ein kontinuierlicher Prozess, in dem
das Produkt backlock gepflegt wird, so richtig schön
langweilig, das können wir jetzt, können wir direkt mal
würde ich sagen, in zur Seite legen ad acta packen, ja wir
können es ja mal so beschreiben, dass wir sagen Refinement ist
ein Termin, in dem aus einer groben.
Idee sag ich jetzt mal ne richtige Story wird ne und zwar
ne Story wo man wirklich Montag morgens schon als Team sagt.
OK ich versteh das, ich kann das schätzen, ich kann das umsetzen
ja und zwar ohne dass man jemanden 3 Tage später
frustriert irgendwie im Chat des im im im Chat des Teams
sozusagen anschreibt und sagt Wer hat sich die Scheiße
eigentlich ausgedacht, ne also. Wirklich quasi die Vorbereitung
zu sagen. Ich hab ne Idee zu dem was
gemacht werden soll. Hinzu es ist absolut klar was
hier passieren soll. Ja, genau.
Also es wird halt alles so fein geschliffen, dass man es denn
auch wirklich final abarbeiten kann.
Ich find es auch nicht schlecht zu sagen, von der Idee zur Story
oder sag ich mal um es mal n bisschen kundenorientierter zu
sagen. Von dem Wunsch ja oder von dem
Feature Wunsch hin zur zu Stories, wie wir das erreichen
können. Ja, also es geht ja wirklich
darum, du hast irgendwie kommen, ja hast du ja in jedem Projekt
oder in jedem Team. Stakeholder, irgendwer der ja
ein Interesse an deinem Produkt hat oder an deinen Ergebnissen
und von da kommen bestenfalls ja auch die Wünsche was du umsetzen
sollst und. Jeder kennt das, keine Ahnung
aus dem alltäglichen Leben. Alles, was so in diese Bereiche
geht. Du hast vielleicht mal n
Gespräch, ja das und das wär doch nicht schlecht, wenn wir
das machen würden und man denkt sich, hey das wär wirklich nicht
schlecht wenn wir das machen, lass das doch mal aufschreiben,
dann schreibst du ja auch nicht auf wie du es detailliert
umsetzt wann du es umsetzt und wie lange es ungefähr dauern
wird, sondern oder wie komplex das ist.
Ja das interessiert dich ja in dem Fall ja auch noch gar nicht,
ist ja völlig legitim, du sagst einfach nur OK, pass auf, das
notieren wir uns. Das müssen wir mal angehen.
Das Thema so, und von das müssen wir mal angehen, bis hinzu, Wir
planen das jetzt ein und machen, das fehlt einfach zwangsläufig
noch Schritte dazwischen, weil du kannst jetzt nicht das nehmen
und sagen, übrigens Person XY, der hätte gerne ja vielleicht so
in ein 2 Wochen wäre gut 34 wäre auch noch OK, wünscht er sich,
wenn wir jetzt das Feature n bisschen erweitern, der will da
irgendwie noch mehr Pep reinhauen so.
Was machst du jetzt damit der will n bisschen mehr Pep rein
haben? Okay geil ich will soll das
Layout ändern, irgendwas cooles UX mäßiges machen ich hab keine
Ahnung, aber damit kannst du ja nicht arbeiten, ich hab das
jetzt mal wirklich mal überspitzt so dargestellt, jetzt
kriegst du so n Ticket und sagst wie lange brauchst du denn dafür
naja für was naja Pep reinbringen.
Mach mal Pep. Rein und du denkst dir so.
Okay. 2 Wochen keine Ahnung bis morgen.
Ich danke genau bis morgen so und dann merkt man ja an dieser
überspitzten Darstellung, das kann nicht funktionieren und da
fehlt halt n refinement ja wirklich mal noch mal ins
Gespräch in den Dialog zu gehen, was ist jetzt der eigentliche
Wunsch, was bedeutet das fürs Team, was muss dafür gegeben
sein, sind alle. Requirements dafür, da können
wir das überhaupt umsetzen? Wie sollte die Umsetzung
aussehen und vor allem, und daraus sollten wir heute auch
sprechen oder darüber haben, das auch, also ist das für jeden
klar, das ist ja ne sehr, sehr wichtige Sache am Ende, wie du
ja meintest, wenn ich montags morgens schon es schaffe mir so
n Ticket zu ziehen und ich verstehe das und jeder aus dem
Team kann sich das Montag morgens ziehen.
So weißt du ersten Kaffee gemacht, neue Woche, vielleicht
noch ein bisschen datch vom Wochenende und trotzdem
verstehst du, was da drin passiert.
Das ist ja die Zielvorstellung und da musst du ja hinkommen und
dafür nutzt man halt wie gesagt das Refinement.
Ich versuche das mal so ein bisschen zusammenzufassen.
Also wenn man jetzt sagt, so von dem, was du gerade bildlich
beschrieben hast, kann man ja vielleicht so 3 Jobs ableiten,
vom was so ein Refinement halt ausmacht oder was was was.
Die 3 Aufgaben von dem Refinement sind und im Endeffekt
würde ich sagen Verständnis aufbauen wie du meintest.
Ja und zwar jetzt nicht bei Einzelpersonen, sondern wirklich
fürs ganze Team. Ja, also dass genauso der
Juniorentwickler die Story genauso umsetzen kann wie zum
Beispiel die Seniorentwicklerin beispielsweise es ich, ich meine
jetzt nicht damit, dass es in der gleichen Qualität passieren
kann, so weil ne die eine Person hat mehr Erfahrung als die
andere in diesem Szenario aber. Was man, dass man versteht, was
gemacht werden muss, ne, was auch die Sinnhaftigkeit dahinter
ist, dann Risiken aufdecken, wie du auch eigentlich schon gesagt
hattest. Ja auch am, also am Ende auch
dafür, dass man halt Geld dann am Ende spart.
Ne für jetzt alle die jetzt auch vielleicht sozusagen so im auch
im halben Managementbereich unterwegs sind, ja wenn du
sagst. Du hast im Refinement ne kurze
Frage, dann dauert das 5 Minuten.
Im Sprint dauert es vielleicht n Tag und wenn du das Ganze im
Code quasi ich nenn es jetzt mal, verkackt hast, dann dauert
der Hotfix n ganzes Wochenende ist natürlich jetzt sehr
drastisch dargelegt, aber das ist natürlich.
Ja, aber so skaliert es ja hoch. Genau und.
Das ist ja das Problem, demzufolge Risiken aufdecken.
Zweiter Punkt, den Refinement abdecken soll oder klären soll
und genauso. Stories Halt schneiden.
Du meintest ja auch schon kleine Pakete, das heißt nicht
irgendwie sowas wie bring mal Pep rein ne, sondern es muss
klein sein, es muss klar sein es muss testbar sein, es muss halt
auch in einen Sprint passen so das ist halt wichtig und dann
kann man natürlich sagen Bring Pep rein, aber das wird
wahrscheinlich dann am Ende innerhalb von verschiedenen
einzelnen Stories dann quasi abgearbeitet werden, ne und
dann? Oder man merkt halt im
Refinement, das kann man gar nicht refinen und startklar
machen für den Sprint, dass man halt immer zum Stakeholder geht,
ne, also weil du meintest, das Verständnis muss durchs ganze
Team gehen, ist halt extrem wichtig und das beinhaltet ja
auch, dass der PO zum Beispiel an der Stelle merkt, hey, wir
können es gar nicht umsetzen, was soll das heißen?
Weißt du im Erstgespräch ey, dann machen wir das richtig
peppig. Yeah, das machen wir.
Oh ja, ich sag das meinem Team sofort Team sagt Was soll das
heißen, stimmt, was soll das eigentlich heißen?
Ja, das klang irgendwie cool, aber was was soll das und rennt
dann wieder zurück also es sind alles überspitzungen aber das
ist ja wichtig, dass du nicht im Planning sagst Oh verdammt ihr
ihr kriegt das hin Leute ich glaub an euch hier Fingers cross
wird schon so weißt du aber das Problem ist bei allem Witz.
Ganz oft ist aber genau das der Fall, dass du mit nicht
vollendeten Tickets losrennst und sagst, na ja gut, ich hab ne
grobe Vorstellung, ich werd das schon hinkriegen, ich weiß ja
ungefähr was zu tun ist. Ja sowas fördert erstmal Inseln,
dass halt nur ein 2 Personen wissen was los ist und
dementsprechend das nur bearbeiten können und es kommt
sehr oft zu dem Punkt ach du meine was mach ich denn jetzt?
Das ist jetzt so n richtiger Edge Case.
Ich hab keine Ahnung was wie das behandelt werden soll.
Jetzt muss ich erst mal mit Person AB und eventuell C noch
reden. C ist übrigens seit Anfang der
Woche im Urlaub, ja, da hätte ich jetzt vor dem Sprint schon
mal mit ihm drüber reden können, jetzt ist er aber weg so das
sind Sachen, jetzt bin ich aber in der Bearbeitung, jetzt hab
ich das eingeplant, jetzt hab ich mich drauf committelt jetzt
arbeite ich vielleicht in in einem Projekt mit mehreren
agilen Teams und die anderen verlassen sich da drauf, dass am
Ende. Der Iteration, das da ist, weil
sie das als Blogger haben. Ja, ich bau jetzt mal so n
kleines Netz auf, aber nur soweit, dass jeder eigentlich
versteht was das für n Impact hat und was das an Geld kostet
und an Zeit am Ende, weil ich ja jetzt in dem Moment alles
lahmlege ja ich überspitzte wie gesagt alles überspitzt, aber
das sind ja nun mal die Abhängigkeiten, die du dann
aufbaust. Und das ist halt mit so einem
Gespräch am Anfang absolut zu vermeiden.
Ja und vor allem. Wenn jetzt jemand im Urlaub ist,
ja, kann ja jetzt jemand sagen, ja, der kann ja überhaupt bei
Refinement schon im Urlaub gewesen sein.
Ja umso besser, wenn ich das im Refinement merke, weil dann weiß
ich, ich kann dieses Ticket ja noch gar nicht ins Planning mit
einbeziehen. Ja, weil das ist nicht refined,
ich habe Infos nicht die ich brauche, also kann es gar nicht
im nächsten Sprint dabei sein, weil es wurde nicht refined, das
heißt es wird eh automatisch schon ins nächste Rücken und.
Gar nicht diese Abhängigkeiten aufbauen, weil ich ja gar nicht
sage, ich mach es ja genau. Wichtiger Punkt an der Stelle.
Also ich will jetzt vielleicht noch mal ganz kurz so n bisschen
separieren. Nicht dass es falsch verstanden
wird, wenn jetzt einer aus dem Team im Urlaub ist es nicht
schlimm so ne, das kann man ja trotzdem.
Es ging ja darum. Wirklich zu gehen um abhängig
genau. Genau also nur, dass man das
noch mal, dass ich das noch mal gesagt hab, weil ich weiß ja wie
du es meinst, aber nicht, dass das irgendwie vielleicht ne.
Ja, aber das was du meinst ist schlimm.
Wenn ich halt diese unklaren Tickets hab, weil nur einer es
versteht und der sagt jetzt Leute ich bin 3 Wochen im
Urlaub. Genau dann hast du es nämlich im
Team und das ist trotzdem problematisch.
Genau. Und deswegen ist halt so n
Refinement wichtig und du meintest ja zum Beispiel auch,
dass es wichtig ist, dass man genau über diese Unklarheiten
spricht. Auf jeden Fall ne, dass man zum
Beispiel, vielleicht ist es ja so, dass der PO ja der natürlich
auch sehr n sehr großen Einfluss oder n sehr großen Beitrag in
diesem Refinement hat, nämlich die Vorbereitung für dieses
Refinement, da wird der PO bringt diese vage Idee mit, aber
er kann auch alleine ein Ticket nicht fertig machen, ne?
Ne einfach aus dem Grund, weil er ja gar nicht das technische
Wissen hat und das bedeutet, dass man dann halt genau diese
Dinge klärt und dann kann es sein, dass der PO zum Beispiel
irgendwie ne ne Idee hat, wo aber dann der Entwickler oder
die Entwicklerin sagt und Pass auf eine kurze Sache so wie du
dir das vorstellst, so funktioniert unsere Anwendung
aber gerade gar nicht. Ja, also da müssen wir
vielleicht noch was vorher machen, damit es funktioniert,
dann hast du quasi wieder noch etwas gefunden, was halt wichtig
war dem Refinement oder zum Beispiel es wird darüber
nachgedacht wie man. Vielleicht das Ganze richtig
testen kann auch innerhalb des Refinements ist auch wichtig,
vielleicht muss man dann noch mal eine neue Story schreiben
oder halt die vorhandene Story anders schneiden und was du auch
meintest war, wenn er noch mal zurückgeht noch mal vielleicht
noch mal sagt okay was heißt das eigentlich, stimmt gute Frage,
das sind Dinge die das Team den Po ja auch challengen muss,
hatte ich selber auch schon, dass man wirklich darüber
nachdenkt im refinement Moment, wie genau ist das gemeint und
diese Antwort konnte nicht gegeben werden vom Po und.
Und dann musste er halt noch mal ne Runde drehen und wir konnten
dieses Ticket einfach logischerweise nicht in den
Sprint mit aufnehmen. Es ging halt nicht oder in die
Iteration, je nachdem wie du es nennen magst und was ich auch
voll interessant finde, das ist so n bisschen ähnlich wie das,
aber klein bisschen anders noch hatte ich zum Beispiel auch
schon, dass man dass, dass es n Wunsch gibt und dann wird dann
dann dann beredet man diesen Wunsch und sagt im Team.
Paar ganz kurze Frage. Kann das sein, dass wir gerade
komplett an der Anwendung vorbeidriften, weil was weiß
ich, wenn du einen Taschenrechner hast, dann fängst
du nicht an mit dem Taschenrechner auch noch zu
malen. So ne, dass du das Feature
einbaust, weil das hat in diesem Bereich gar nichts zu suchen,
das ist ja wie eine App auf dem Handy.
Ne, es ist halt einfach Fakt, dass eine App einen bestimmten
Bereich hat, für die diese App zuständig ist und du nicht mit
einer App alles machst. Dafür sind ja halt zum Beispiel
auch Apps einfach da. Und um dieses kleine Beispiel zu
nehmen, so war es zum Beispiel auch mal bei uns, dass wir uns
dann überlegt haben, so, es macht gar keinen Sinn, was
dieser Wunsch ist. Und genau das ist halt eben auch
wichtig, um dann noch mal zurückzugehen, das
widerzuspiegeln und vielleicht noch mal mit einem anderen
Gedanken drauf zu gucken und dann möglicherweise halt auch,
dass die Story einfach rausfliegt und du dir einfach
Zeit sparst, am Ende ne, und das passiert halt eben nur, wenn du
im ganzen Team drauf guckst. Und ich fand so eine
Beschreibung ganz cool, dass man sagt, so ein Refinement ist halt
nicht irgendwie so ein Abnahmetermin, wo man sagt, das
sind die Stories, alles klar, sagt jetzt, dass es in Ordnung
ist ne oder so ein Reporting so nach dem Motto Ich wollte euch
mal ganz kurz noch mal sagen, das muss gemacht werden, das und
das muss gemacht werden, sondern es ist ein Denkraum, ja, also
ein Raum wo wirklich annahmen die irgendwie getroffen wurden
explizit. Gemacht werden und dann nicht
hinterher. Man, diese Situation hat, die
man so oft hat, dass irgendwelche Annahmen implizit
bleiben und man sich dann denkt im Sprint, OK wat so ne, das ist
halt wichtig. Ja, und ich glaube oftmals ist
halt auch einfach das Problem, wenn es Refinements gibt, dass
einfach viel zu viel da mitgenommen wird in diesen
Terminen. Also es ist ja ein Regeltermin
ja, also das ist ja auch klar. Und viele haben da immer keinen
Bock drauf, oder? Dann sind die halt elendig
lange, man guckt 50 Tickets durch, passt gar nicht mehr auf,
kriegt dann halt zum Beispiel nicht mit, ob das überhaupt am
Produkt vorbeigeht, das Ticket bleibt drin und fliegt nicht
raus wie du gerade meintest, was ja n wichtiges Ziel ist sowas zu
identifizieren. Ja und ich hab das Gefühl, dass
einfach immer viel zu viel gewollt wird pro Termin.
Und man aber die Einstellung hat, Boah, dann müssen wir das
erst mal n paar Wochen nicht machen.
Wenn wir das jetzt einmal 3 Stunden machen und das ist halt
der völlige falsche Ansatz. Ja, also aus meiner Sicht, das
kann ja auch bei manchen Teams gut funktionieren, ey, das ist
ja auch immer so ne charakterfrage, ne also jedes
Team bildet ja irgendwie ne Einheit, ne geschlossene ne und
die funktioniert logischerweise immer anders, das ist einfach
so, aber für mich persönlich ist es viel angenehmer regelmäßig.
Zu sagen, lasst uns mal ne halbe Stunde oder maximal ne Stunde 34
Tickets durchgucken und die refin und dann haben wir 34
Tickets die absolut ready sind in einen Sprint gezogen zu
werden und dann mach ich das lieber öfter.
Hab diese Ticketqualität am Ende aber auch nicht diese
Überlastung im Refinement weil du kannst.
Du kannst dir nicht 2030 Tickets richtig angucken und sie richtig
analysieren. Das geht nicht, also also ja
schon kannst du 2030 Tickets analysieren, aber nicht in einem
Termin, das musst du halt, also man kennt das ja, du bist sagen
wir mal du hast es n bisschen verkackt in der letzten Zeit, ja
sind wir mal richtig real Talk hier und du hast jetzt n
unaufgeräumtes backlog was richtig Käse ist.
Und nervt. Jetzt.
Und jetzt sagst du, Boah, jetzt machen wir so n richtigen Batch
refinement, jetzt refinen wir das komplette Backlog.
Nein, ist auch gar nicht Ziel, das ist auch mal so.
Anstrengend, weil du weißt doch gar nicht, je nachdem, wieviel
Sachen du drin hast. Du weißt doch noch gar nicht,
weil je weiter es unten im Backlog ist, es so zeitlich
später kommt es ja theoretisch auch irgendwie rein, da weißt du
noch gar nicht genau muss das, bleibt das noch so?
Also warum? Das kann sich ja auch noch 5 mal
ändern und außerdem. Das Backlog hat nicht den
Anspruch, komplett durch Refined zu werden, sondern du sagst
keine Ahnung 1020% dieser Tickets, die muss ich in einen
Zustand bringen, der Abarbeitbar ist.
Ja also da setzt das Refinement an die Top Tickets, die hohe
Prio haben, die muss ich refinen aber doch nicht Sachen die
irgendwie mal reingerutscht sind und noch gar nicht bewertet
sind, so nach dem Motto und das ist halt auch.
Sag ich mal nen ich will es jetzt.
Ich Denkfehler klingt n bisschen drastisch ne, aber dieses
ambitionierte Ziel, so ein perfektes Backlog zu haben, das
führt schnell zur Enttäuschung, weil n Backlog eskaliert halt
auch schnell. Also lieber sagen, lass doch
gucken, dass die top 2030, die oben in der Liste sind, dass die
nen guten Zustand haben und vielleicht davon noch mal die
nächsten 10 so richtig auf dem Punkt sind.
Und das Versuch ich mit regelmäßigen Terminen zu
erreichen, das reicht ja aus, damit kann ich ja n Sprint
füllen, je nachdem wie groß das Team ist.
Zu groß ist ja auch Käse, ja aber?
Dass ich halt in diesen Workflow komme.
So ist es jedenfalls meiner Meinung nach die bessere
Practice am Ende. Auf jeden Fall.
Also gerade wenn es zum Beispiel so, wenn so n refinement länger
als 60 Minuten geht, brauchen wir uns nichts vormachen, da ist
die Aufmerksamkeit irgendwann weg.
Ja und selbst wenn man sich hinstellt und sagt, EY gut, wir
haben jetzt keine Ahnung 50 Minuten gemacht, bräuchten aber
eigentlich noch ne halbe Stunde, dann mach doch einfach die 50
Minuten und mach danach später noch mal an einem anderen Tag.
Nächsten Tag, übernächsten Tag, also auch mal noch mal ein
kleines Refinement hinterher. Weißt du, ist ja völlig legitim
meiner Meinung nach, weil ich finde es ist auch so oft so,
dass das so fest gebrannt wird und gesagt wird, ja, wir haben
aber einmal refinement an diesem Tag und das ist fertig und dann
dann müssen wir das jetzt durchziehen als.
Was wir nicht schaffen, müssen wir hinten dran hängen oder was
auch immer ne ist wie du meintest.
Ja, aber Zeit Zeit dehnt sich auch immer aus.
Ja, wenn du nach 30 Minuten eigentlich nichts mehr hast,
dann musst du trotzdem gucken, dass du die 60 vorher machst.
Das ist halt genauso auch der Umkehrschluss, der Quatsch ist
ja refinement kann auch mal 10 Minuten dauern, wenn du einen
guten Zustand hast. Aber ich finde es, ich finde es
ja gut, dass du sagst, OK, man muss darauf achten, dass das
nicht zu lange dauert und dann nicht.
Keine Ahnung man nicht 30 Tickets refined in einem Termin,
weil wie gesagt dann sprengst du halt ewig die Zeit und ich finde
das. Matcht halt super gut zu so
einem zu so einem Einwand, der auch gerne gebracht wird.
Ne, dass man zum Beispiel sagt, Ja komm, lass uns das doch
gleich im Planning machen, ne, dass man zum Beispiel sagt, OK,
refinement brauchen wir nicht, völlig egal.
Ja das ist eh irgendwie Zeitverschwendung oder sowas
oder auch sowas wie bei uns funktioniert das ja eh nicht, ne
und dann kommst du halt an so so Ideen wie lass uns das im
Planning halt klären oder oder direkt mit im Planning machen
oder so. Und dann kommst du halt genau in
diese Hölle, dass du sagst, da mach so n planning, ja wo du
refined machst mehr oder weniger ja, also wahrscheinlich wenig,
also weniger als mehr, also beides so halb halb ja und
irgendwie nicht 1. Nicht richtig, aber es dauert
trotzdem ewig lange, dann sitze da 4 Stunden dran, alle sind
übelst genervt, keiner kann sich mehr konzentrieren, ne und du
hast irgendwelche Stories, die halt irgendwie halbgar sind, du
kommst damit überhaupt nicht zu Rande, eigentlich ne und ich
find. Das muss man auch wirklich klar
trennen, weil n refinement ist ja wirklich dafür da, wie wir ja
eigentlich schon gesagt haben, Dinge zu verstehen, Dinge
vorzubereiten und ergebnisoffen irgendwo zu sein.
Das, wie wir meinten, auch man auch mal sagt, EY die Story dann
doch nicht, oder da müssen wir noch mal ne Runde drehen, oder
das ist wirklich sehr gut beschrieben, das können wir so
reinnehmen. Ja, beim Planning ist es halt
Commitment, da sagt man alles, klar wir sind, wir haben uns
entschieden, es geht los. Ja, wir sind sozusagen haben ne
Orientierung darauf, dass wir genau das, was wir gerade
entschieden haben, auch fertig kriegen in.
Also ne, das ist ja sozusagen die Planung dahinter und es ist
halt wichtig, dass man das nicht mischt und dann kommt das Halt
nicht mit, lass uns das Mal im Planning machen, das
funktioniert halt nicht so ne. Ja, es funktioniert ja auch
nicht mit diesem Mindshift in dem Moment ne, wann sagst du den
Termin? Jetzt sind wir mit Refinement
durch, wann sind wir im Planning?
Ist ja eher so, dass du wie du meinst, ja alles durchmischt gar
nicht mehr weißt, worauf worauf der Fokus jetzt liegt.
Ne, geht es jetzt so ums Planen oder sind wir im Refinement?
Was machen wir gerade? Du springst hin und her und da
kann halt einfach nichts Vernünftiges bei rauskommen am
Ende und es baut einfach nur diese Unzufriedenheit auf ne hat
lange gedauert, war anstrengend und irgendwie ist trotzdem
nichts klar und wir lieben. Ja, kochmetaphern ne und jetzt
stell dir mal vor Team und du kochst ja auch ganz gerne ne
stell dir mal vor du würdest kochen.
Und gleichzeitig Essen ist zwar irgendwie.
Theoretisch macht man ab und zu, wenn du mal nicht naschen Löffel
dabei bist. Nicht naschen, sondern richtig
Essen probieren. Das abschmecken.
Wenn ich das genau das ist intensives Abschmecken, das ist
okay, aber stell dir vor, du würdest heute Abendbrot essen
und das Essen für morgen schon kochen, gleichzeitig würde also
rein technisch wird es funktionieren, aber ich.
Kann das nicht. Genießen geht dann nicht, ne?
Und so n Refinement muss man genießen.
Und muss die. Dinge genießen, aber da kommen
wir halt relativ schnell auch zu.
Zu einem zweiten Einwand, den man auch super oft hört, weil
der jetzt einfach so gut reinpasst.
Jetzt hast du halt diesen Frust und der erste Satz, der dann
kommt, ist das so ne Zeitverschwendung.
Ich hätte die 4 Stunden einfach auch Sachen abarbeiten können,
statt nur drüber zu reden. Logisch, dass das kommt, da kann
man auch keinen Strick draus drehen, weil es war ja auch
verschwendete Zeit, weil es es hat ja nicht das Ergebnis
geliefert. Was man sich wünscht oder was
rauskommen sollte, man hat einfach nur Zeit, verbrennt, hat
irgendwas gemacht was so n bisschen Ergebnisse geliefert
hat, aber man denkt sich halt sofort boah in der Zeit 4
Stunden, da hätte ich auch schon richtig was wegarbeiten können.
Aber nur, wenn man sich richtig macht.
Genau, und das ist halt das Ding, weil sagen wir mal so,
diese Zeit die du da verbrennst. In dem Fall, wie wir jetzt den
Worst Case beschrieben haben, ist wirklich verbrannt und
bringt dir keinen Mehrwert. Wenn ich jetzt aber gut
investierte, ja und ich nenn es mal bewusst Investment.
Also ich investiere als Team jetzt von jeder Person, jedem
Teammitglied mal ne Stunde für nen refinement und ne Stunde
fürs Planning beispielsweise einfach mal zahlen und Raum.
Ja, dann sind das pro Person 2 Stunden im Team, sagen wir mal 5
Leute 10 Stunden. Das ist nicht wenig, kein sage
ich auch nicht, das ist nicht wenig, aber dadurch, dass ich
diese Zeit investiert hab, spar ich halt hinten raus und da gibt
es ja auch super viele Studien drüber, Bücher drüber, das ist
ja nicht wegzudiskutieren. Ja, da gibt es ja wirklich viele
Analysen und man hat es auch selbst gemacht selbst gemacht,
die Erfahrung. Das hole ich halt hinten wieder
super rein im Sprint selbst weil wenn ich nen Ticket genau weiß
was zu tun ist, dann ist das geil das abzuarbeiten.
Ja dann mache ich das, ich weiß genau was los ist.
Die Leute wissen, was sie zu erwarten haben, die
Implementierung geht schneller, die das Review geht schneller,
weil alle wissen was los ist. Dann ist das Ticket durch, du
hast n geiles Gefühl dabei, nimmst dir das nächste Ticket
und es läuft wieder so. Ist jetzt auch so.
N bisschen die Idealvorstellung, wissen wir, dass das nicht zu
100% immer so läuft, aber da muss es hingehen und da bist du
genau und da bist du dann einfach an einem Punkt, wo du
dann nicht diesen Tag im Sprint verlierst und nen Tag wo du noch
andere Leute reinziehst, weil du einfach deren Zuarbeit brauchst
und deren Infos, denen du ja auch wieder Zeit klaust plus
dann können die nicht, dann musst du irgendwann nen Termin
machen, dann kommt dann kickt so richtig der Sägezahneffekt in
deiner Aufmerksamkeit wieder ne und deiner Konzentration.
Und dann hast du am Ende ne ganze Woche nur so Semi gut
gearbeitet. So was ist jetzt 2 Stunden von
dir oder ne Woche irgendwie so n bisschen alles Käse.
Ich hab manchmal das. Gefühl, das muss sich jeder halt
selbst fragen. Ne was jetzt das bessere ist vom
Bein. Ich hab manchmal so das Gefühl,
dass du der Mensch ist, so n bisschen sowieso n greedy
Algorithmus, weißt du? Wir wissen alle, dass der nicht
gut ist oder nicht unbedingt optimal funktioniert.
Ne und der? Kann lokal erst mal gut sein,
ja. Genau.
Und man denkt sich, so EY, schnell was machen.
Ich kann ja jetzt was machen, so und aber den Haufen Arbeit, den
man dann hinterher hat, ja, weil man irgendwie keine Ahnung,
verschiedene Dinge halt unter den Tisch gekehrt hat, erst mal,
den sieht man am Anfang noch nicht, aber der ist auch nicht
Teil des Greedy. Es ist doch, es ist doch das
gleiche wie auch im Handwerk oder irgendwas.
Ja, Softwareentwicklung ist ja auch irgendwo in einem Handwerk.
Du kannst sagen, weißt du was, scheiß aufs Plan, ich fange, ich
nehme jetzt die Säge in der Hand und schneide das zu, wird schon
passen, ja und dann ist am Ende alles für den Arsch, nichts
passt komplett scheiße ausgemessen geht gar nichts mehr
ja oder ich nehme mir die Zeit am Anfang und kann es dann aber
Straight runter Handwerkern. Und alles passt.
Ich bau das ein und super und alle, vor allem dieses Gefühl
dieser Zufriedenheit, weil es geklappt hat, ist ja unglaublich
wichtig für die Mentalität am Ende.
Und dann ich mein da sagt sich doch auch jeder, also wie oft
liest man misses zweimal? Sagt sich das noch mal?
Sagt sich das? Ich hoffe ja und man kommt in
diesem Modus, es fühlt sich geiler an zu starten, es ist ein
geiles Gefühl, diese Säge in der Hand zu nehmen und irgendwas
zurecht zu schneiden, sage ich mal auf Maß nur, dass du das Maß
nicht hast. An der Stelle nicht das richtige
und diese Metapher Kicktheit in der Softwareentwicklung genauso
rein. Ja, ja, richtig, ich komme noch
zu einem anderen Punkt, den ich auch ganz gerne mal dann
vielleicht höre. Ist auch sowas wie?
Ja dann soll der PO halt die Stories fertig machen.
So dann müssen wir das nicht machen, ist ja auch seine
Aufgabe wo ich sage na muss man jetzt aufpassen ja weil das
interessante dabei ist. Klingt erstmal irgendwie, klingt
erstmal irgendwie einigermaßen richtig, dass man sich so denkt
so, aber irgendwo könnte er recht haben, aber es stimmt halt
an der Stelle nicht so richtig, weil ich hatte das vorhin schon
mal so n bisschen angeschnitten. Was ist denn ne fertige Story?
Und der PO kennt halt eben nicht alle Dinge.
Er hat das technische Wissen nicht, er kann nicht alles
wissen, so ne und außer sagen wir mal er würde alles wissen,
dann ist das technische Entwicklerteam aber deutlich
überbezahlt würde ich sagen, das ist dann nicht unbedingt
notwendig, dann kann der PO das auch alleine machen.
One man team ne. So aber ist das ist dem nicht so
der Fall. Dann ist es natürlich auch
wirklich wichtig an der Stelle, dass man sagt, OK, Pass auf, wir
müssen das alle zusammen sprechen, ja sowohl fachlich als
auch technisch, das muss irgendwie matchen, so und.
Der PO hat halt schon ne wichtige Rolle in dem Termin,
ne, aber die Rolle ist nicht bringen uns fertige Tickets.
Und wir sagen nur noch ja, weil dann ist das brauchst du ja auch
kein Refinement wie du ja meintest ne, sondern er braucht
ja das diesen Input vom Entwicklerteam, was natürlich
seine wichtige Rolle dabei ist zu sagen, ich hab die richtigen
Tickets mitgebracht fürs Refinement und nicht irgendwas
was kein Mensch braucht. Also diese Priorisierung ist
halt absolut PO Aufgabe. Ja richtig, ich möchte als
Entwickler in dem Moment mir über die Themen absolut
fokussiert Gedanken machen, wie du vorhin gesagt hast, so n
gedankenspace ja, also ich bin jetzt mit meinem Team hier drin
und alle denken jetzt da drüber nach, aber ich will ja nicht
noch drüber nachdenken ob das jetzt die richtigen Tickets
sind. Richtig.
Und im Endeffekt sein Termin. Der PO sagt Ja im Endeffekt oder
bringt auch mit was soll eigentlich gemacht werden ne,
also auch welche neuen Dinge kommen rein und das wie am Ende,
das muss ja irgendwie auf technisch quasi beleuchtet
werden, ist halt wichtig, dass man genau das dann
zusammenbringt. Genau also die Vorbereitung für
den Termin ist halt schon sehr sehr entscheidend und da ist der
PO einfach in der Verantwortung. Genau.
Ja, ja, wann? Würdest du sagen, waren
Refinement erfolgreich? Lass uns mal noch kurz auf den
Punkt eingehen. Also wir haben ja jetzt gesagt,
gut der PO bereitet das vor, er bringt Tickets mit, die oder
Stories die jetzt wichtig sind zu die Refined werden müssen.
Das Team ist halt komplett anwesend.
Ja, ich weiß nicht, ob wir es explizit so gesagt haben, aber
ey, dieser Termin muss von allen ernst genommen werden und was
ist jetzt das Ziel? Ja, wir haben jetzt statt 30 nur
noch 3 Stories beispielsweise das sind genau die
Priorisierten, was möchten wir was am Ende rauskommt und da
gibt es ja auch so verschiedene wie soll ich sagen Metriken ist
nicht das richtige Wort, aber Vorgehensweisen was so n.
So Action Items am Ende sein können, dass du sagst das ist es
was wir brauchen, ja. Ja, also wir hatten ja auf jeden
Fall gesagt, dass man um damit so n refinement richtig
funktioniert, irgendwie, dass man sagt, OK, man hat ne klare
Tagesordnung, dann meintest du ja irgendwie 3 Tickets mit
reinbringen, 3 bis 5 maximal ne gute Vorbereitung von PO hatten
wir gerade eben, dann sollte auf jeden Fall irgendwie so ne Art
Definition of Ready da sein, dass man halt sagt, OK, wenn ich
das hier. Wenn wir so ne Story bearbeiten
im Refinement, was muss hinterher rauskommen?
Wir müssen wissen, was es bedeutet, dass diese Story
fertig ist. So, das ist absolut wichtig, ne
und man muss es halt auch schätzen hinterher.
Also n Ticket muss geschätzt sein, nachdem es aus dem
Refinement raus ist. Und jetzt ganz wichtig nicht
weil das irgendwie weil da ne blöde Zahl dran steht, sondern
weil man dann im Endeffekt darüber gesprochen hat und
einheitlich Verständnis von dem Ticket hat.
Wenn jetzt zum Beispiel 3 Leute sagen, OK, wir haben 3 Punkte
und einer sagt, es sind 13, dann gibt es halt irgendwie n
Problem, dann stimmt irgendwas nicht, dann ist das Verständnis
des Teams nicht einheitlich. 3 und 5 OK, passt irgendwo aber 3
und 13 ist halt ne meilenweiter unterschied.
Wenn man jetzt in dieser ich sag mal in diesem Wertebereich
bleibt, kann man auch andere nehmen, aber das ist halt auf
jeden Fall n deutlicher Unterschied, dann kann es halt
sein, dass diese eine Person vielleicht irgendwie n großes
Risiko sieht, ne und auch sehr sehr wichtig fürs Refinement ist
natürlich irgendwie n timeboxing hatten wir schon gesagt, 60
Minuten mehr sollte es halt nicht sein so und das wär für
mich wären so Punkte wo man sagt.
Gutes Refinement, das sind so einige Dinge, die man auf jeden
Fall, wo man sich so dran orientieren kann.
Ja, also das mit dem Schätzen ist natürlich auch n super
spannendes Thema. Liebe Zuhörerinnen, liebe
Zuhörer, falls du sagst ey, lass uns mal noch mal wesentlich
umfangreicher über das Thema schätzen, reden sehr gerne, das
ist nämlich auch ne Folge wert. Weil das Wichtige, was du gesagt
hast, ist, es geht ja nicht darum, es korrekt zu schätzen
oder es ist am Ende nur ne Schätzung.
Ja, also wenn jetzt einer sagt, das dauert keine Ahnung, ein Tag
oder ich glaube es ist nicht komplex, ja was ja ne andere Art
der Schätzung ist. Nicht nach Zeit zu schätzen
beispielsweise, aber in dem Fall hat es 5 Tage gedauert und es
war nicht wenig. Also die Komplexität war nicht
gering, sondern hoch so, dann habe ich mich komplett
verschätzt, was ist aber wichtig, ob das ganze Team sich
verschätzt hat oder sich nur ein 2 Personen verschätzt haben, es
geht ja darum einen gemeinsamen Stand im Team zu erreichen, was
wieder in dieses Verständnis einzahlt, das ist ja eigentlich
der Benefit am Ende ja, weil wenn ich merke wie du meinst es
driftet auseinander, dann ist es ja scheinbar nicht klar das
Ticket und ich gehe wieder ins Refinement rein und.
Oder Refinance weiter genau, lass uns mal zum Abschluss noch
so ein 2 Antipatter nennen, die wir so quasi sehr oft erlebt
haben und Liebe, zuhören, Liebe zuhören, du lässt uns gerne
wissen, wenn du die kennst, dann schreib uns gerne, das wär auf
jeden Fall ne super Kontrollfrage am Ende dieser
Folge. Aber ganz kurz antipattern ja.
Bevor du jetzt anfängst, antipattern ja auf jeden Fall.
Man muss dazu sagen, Antipattern bedeutet jetzt in diesem
konkreten Fall, man möchte es richtig machen, auf irgendeine
Art und Weise, aber verkackt es. Genau also wenn man da, das sind
Anzeichen, wenn im Termin das doch nicht ganz so rund läuft
und man sich immer fragt, woran liegt es ja, nehmen wir mal das
Refinement, ja, wenn jetzt der Redeanteil vom PO bei 90% liegt.
Er geht die Tickets durch, die Stories, alle sagen, Jo passt
keine Fragen. Nee, es gibt keine Fragen,
schwierig starkes Anzeichen für, es ist eigentlich gar nichts
klar, keiner macht wirklich mit und es wird einfach nur alles so
n bisschen vorgekaut und das war es.
Ja, das auf jeden Fall. Dann zum Beispiel irgendwie n
Thema kommt immer wieder hoch. Ja, das kann jetzt zum Beispiel
sein, weil ne wichtige Person an der Stelle fehlt, um halt
vielleicht bestimmte Dinge mal zu klären, Abhängigkeiten zu
klären wie du meintest, aber. Das kann natürlich auch sein,
und das ist n auch n sehr sehr wichtiger Punkt, dass vielleicht
Leute auch einfach nicht in solchen Terminen erscheinen, die
aber eigentlich diesen Termin teamtermin halt eben mit dabei
sein sollten. So, das ist halt so n Punkt
beispielsweise. Dann natürlich die Storyanzahl
ne, also wenn er sagt EY heute haben wir mal hier 30 wir haben
verschiedene Features mit 30 stories, red Flag hoch 10, das
wird nicht funktionieren, die geben und das haben wir jetzt
mehrfach gesagt. Genau dann so n Punkt wie das
klären wir im Sprint absolut no go, weil das führt genau zu den
Problemen die wir besprochen haben.
Nein, das muss jetzt geklärt werden, wenn es jetzt nicht
geklärt werden kann, muss es im nächsten Refinement geklärt
werden und kann im nächsten Sprint auch nicht berücksichtigt
werden. Ganz einfacher Punkt, traut man
sich oft nicht, diesen Schritt zu gehen, weil das hat ja auch
meistens Kommunikation in andere Richtung mit sich.
Also bringt das mit sich, aber ist einfach wichtig an der
Stelle das auch zu tun. Ja, einen letzten Punkt
vielleicht. Noch ist sowas, was man als ich
auch schon mal erlebt hab. Bestimmte Leute trauen sich
vielleicht auch einfach mal nicht zu sagen, ich verstehe das
nicht, ja, dass dann irgendwie gesagt wird.
Auch ein anderes Thema. Nicht zuhören, aber wenn man zum
Beispiel nicht in der Lage ist zu sagen, ich verstehe das
nicht, ja, also wie gesagt, hast du nicht zugehört, ist
vielleicht ein bisschen blöd, aber wenn du wirklich etwas
einfach nicht verstehst, wieso Dinge da sind, ist es schon
sinnvoll, da auch wirklich nachzufragen, wenn das nicht
möglich ist, dann ist auch noch was anderes kaputt, also einiges
an der Teamkultur. Das ist aber glaube ich noch mal
ein ganz größeres Thema an der Stelle.
Aber das ist wichtig, ne. Die Dinge, die wir jetzt gesagt
haben, Liebe zur lieber zurer, wenn du sagst, ey, das kenne ich
irgendwie, das ist ist, also ist jetzt nicht neu, dann ist es
aber nicht das Problem des Refinements an sich, dass man
sagt, so OK, lass uns das Refinement weglassen, dann sind
die Probleme behoben, sondern das zeigt eigentlich nur die
eigentlichen Probleme auf, aber nicht, dass das Refinement
weggelassen werden sollte. Genau das ist ein kulturelles
Problem, wahrscheinlich ne, wenn man sich nicht traut das zu
sagen. Man merkt es ja ganz einfach,
wenn ich beim Schätzen überhaupt gar keine Ahnung hab, ne und es
geht darum kein Gefühl habe in welche Richtung das geht, dann
das ruhig signalisieren und sagen Leute ich kann es gar
nicht bewerten, lasst noch mal drüber reden sehr sehr wichtig
an der Stelle und da wir hier ja eine sehr offene Kultur pflegen
fabi liebe Zuhörer, falls du noch fragen zu dem Thema hast
oder Anmerkungen oder auch. Ideen, wie man quasi Sachen
verbessern könnte, was auch für n Refinement wichtig wäre.
Dann lass uns das gerne wissen, wir teilen es auch gerne mit der
Community, also schreib uns zum Beispiel gerne über die Podcast
Mail über die Plattform deiner Wahl.
Wir sind auf sehr verschiedenen Anlaufstellen zu erreichen und
wir werden garantiert antworten, also vielen Dank da schon mal
fürs Feedback. Ansonsten, wenn dir der Podcast
gefällt, denk dran, abonnier ihn gerne, also lass n Follow Darts
auf der Plattform deiner Wahl. Das wird uns ungemein
unterstützen und vor allem empfiehl ihn auch gerne weiter.
Vielleicht gibt es ja so ein 2 Leute im agilen Umfeld, die das
gerne mal hören sollten die Folge dann sehr sehr gerne
weiterempfehlen und ansonsten würde ich sagen habt alle ne
wunderbare Zeit, wir hören uns nächste Woche wieder wenn es
18:00 Uhr wieder heißt neue Folge und bis dahin.
Habt ihr schon Zeit? Ciao, ciao, deine Coding.
Buddies gemeinsam besser. Bist du eigentlich so am Topfen?
Anschauen Junge, ich lecke die Schüssel aus.
Was ist los?