Kennst du das? Es ist Sprint Review, das Team
präsentiert die Ergebnisse und von 8 Committeten Stories sind 3
fertig, 2 fast fertig, also quasi gar nicht fertig und 3
wurden überhaupt nicht begonnen. Und wo liegt die Ursache da drin
in einem fehlerhaften Sprint Planet?
Coding Buddies Dein Podcast rund um Softwareentwicklung und
aktueller Tech News. Herzlich Willkommen.
Hallöchen, Hallöchen und Willkommen zur neuen Folge des
Calling Bodys Podcast. Schön, dass du wieder
eingeschaltet hast, deine Gastgeber, wie soll es anders
sein, meine Wenigkeit, Herr Tino und der fantastische Fabi, er
grinst wie jede Woche, er hat Bock, er ist bereit Fabi
herzlich willkommen zur neuen Folge was geht ab, was geht ab
Tino und was geht Down natürlich ist auch du kannst nicht nur
fragen was abgeht, du musst auch fragen was down geht es ist
einfach so. Die Zeit ist zurück, Leute,
haltet euch dran, die Fragen kommen immer in Kombination.
Irgendwann kommt immer alles wieder, weißt du doch, ist so.
Was hat er, was hat das so n Roundtrip von 1015 Jahren und
dann ist wieder dann ist es wieder wie sagt man en vogue.
Sagt man das doch, das kommt erst wieder in 2 Jahren.
OKOK, Entschuldigung, Entschuldigung.
Ja, aber ist ja, ist ja, ist ja. Wie bei Kleidung ne.
Also ich glaube. Ich bin ich bin kein
Kleidungsexperte, aber ich bin der Meinung, ich habe gehört,
dass Low Waste wieder drin ist am Start, aber frag mich nicht,
ich hab gehört das war mal out, aber jetzt soll es wieder in
sein. OKOK gut, gut, weißt du, wir
bauen einfach jetzt immer so die neuesten Trends mit ein, wir
beide sogar keine Ahnung, das ist glaub ich ganz so schief
gehen, das wird so schief gehen, ich trag seine Jeans und t
Shirts. Hey, aber war nie out.
Ja, war auch nie so richtig in, aber du bist immer, du bist
immer so in der goldenen Mitte, das ist gut, das ist gut, geht
mir genauso, das ist auch mein mein Standard Look voll der
Durchschnitt aber vielleicht reden wir heute einfach.
Über Klamotten. Weil heute fühlt sich alles so
ein bisschen anders an. Ja, wir nehmen ja heute mal die
Folge zu einer ganz anderen Uhrzeit als gewohnt aus, das ist
noch recht früh. Das.
Stimmt, es ist noch so. Fast vor dem ersten Kaffee.
Das ist wirklich krass. Es ist voll.
Also ich versuch trotzdem sehr energiegeladen zu sein und.
Fabi nur als kleine Anmerkung. Ich hab heute Handwerker im
Haus. OK, also wenn es irgendwie mal
klopft, hämmert oder irgendwas, dann tut es mir leid.
Ich kann es leider nicht verhindern, außer ich geh raus
und schrei sie an, aber das hatte ich jetzt eigentlich nicht
vor, ich dachte wir. Wir warten jetzt einfach den
ganzen Tag. Also liebe Zuhörer, lieber
Zuhörer, falls Störgeräusche auf meiner Seite sein sollte, dann
entschuldige ich mich vielmals dafür, das vorweg kommen wir zum
heutigen Thema Fabi, du hast nämlich n sehr cooles Thema
wieder, es ist ja eigentlich ne Art Folgethema.
Das stimmt, das hast du mitgebracht, das stimmt.
Bevor ich das jetzt aber hier feierlich verkünde, wollte.
Ich einmal noch mal ganz kurz mit vielleicht leichter
Verspätung, einmal der guten Sabrina, vielen Dank sagen für
deine Spende für den Podcast. Vielen Dank auch für Deine
lieben Worte, vielen, vielen Dank dafür, das hat uns mega
gefreut. Ja, das war super witzig, weil
das ist ja während unseres Livestreams passiert.
Ich sag mal, dass so passiert. Und wir haben uns unglaublich
gefreut und haben uns dann im Nachhinein gefragt, ob du
überhaupt in dem Stream warst und diese lieben Worte von uns
zurückgehört hast. Deswegen an der Stelle noch mal
vielen, vielen Dank. Ganz genau so.
Und jetzt können wir aber wirklich ins Planning starten,
weil die schon sagen, ist das Thema, es ist nämlich das
Planning, wir hatten ja letzte Woche über das Refinement
gesprochen, deswegen meintest du ja, das ist n Folgethema das
Planning jetzt und. Ich weiß nicht, wie es dir geht,
aber es gibt so n typischen Satz, den man vielleicht schon
mal gehört hat bei einem Planning und das sind so Dinge.
Also es ist das. Ist das?
Es ist der Satz, wie hat Pythagoras?
Ach so, Entschuldigung, Entschuldigung.
Das ist der zweite, aber der erste, den ich eigentlich meine,
ist sowas wie wir hatten ein paar unerwartete Sachen oder
etwas Unerwartetes kam. Also dieses typische, es ist
eskaliert. Und was ist da passiert?
Es ist eskaliert, genau, und das ist halt so n.
So n Ding, was irgendwie problematisch ist, weil es wird
meistens dann irgendwie so abgetan, wieso ne höhere Gewalt,
weißt du, so irgendwas ist passiert, aber wir konnten damit
ja, also wir hatten gar keine Macht darüber, ja, also
vergleichbar mit so schlechtem Wetter.
Ja, es ist passiert. Doof genau, was sollen wir denn
machen, Fabi, was sollen wir als Team denn tun?
Wir können ja nichts dafür, wir wollen das nicht, aber es
passiert und wir müssen nun mal reagieren, richtig, richtig,
denn agil heißt flexibel, nein, genau das heißt nein, ja, das
ist n guter Punkt und ich glaube, dass bei den meisten
Teams und auch in meiner Erfahrung ist es eigentlich.
Ich würd sagen keine 100% Quote, aber eine sehr hohe Quote.
Dass genau das passiert, dass man was plant.
Man denkt sich so auch ja die nächste Woche oder die nächsten
2 Wochen, je nachdem wie die Iteration aussieht, die wären
cool ich glaub ich hab n ganz gutes Gefühl, wir haben das
geplant so jeder weiß so ungefähr was los ist.
Da liegt schon so n bisschen das erste Problem aber da werden wir
sicherlich noch drauf kommen, aber man hat zumindestens so das
Gefühl alles klar die Sachen die gehören mir, die mache ich so
fertig. Und dann guckt man sich nach ein
2 Wochen wieder an. Ja, im Review und denkt sich so
Scheiße, das war gar nicht so wie geplant, das war eher ich
hab 33% an der Planungs, also an den Themen wirklich gearbeitet
und der Rest war irgendwie äußerlicher Einfluss.
Ja diese höhere Gewalt wie du es so schön genannt hast.
Aber man hat ja als Team schon die Möglichkeit, ja.
Man ist ja so ne Art geschlossenes System.
Ja man hat klar hat man so Eingaben und Ausgaben sag ich
mal, aber trotzdem kannst du ja die verarbeiten wie du das
möchtest oder zulassen wie du es möchtest.
Mal leicht gesagt versteh ich aber das ist halt extrem wichtig
in diesem ganzen Konzept, ja. Ja, das stimmt.
Aber also gerade wenn man dann im.
Ich will immer, ich verwechsle immer gedanklich refinement und
Review. Nein, wir sind das beim Review,
wenn man dann im Review sitzt, ja und sich dann zum Beispiel
fragt so dieses Unerwartete was aufgetreten ist, kann man ja
wirklich mal challengen war das überhaupt unerwartet?
Ja, vielleicht war das gar nicht so unerwartet, sondern
eigentlich wusste man im Planning schon irgendwie, na da
wird was kommen, man hat schon so seine Zweifel, ne, aber es
wurde vielleicht nicht ausgesprochen und.
Dann wurden irgendwelche Sachen committed, also sich auf ne
Menge an Stories committed, die irgendwie überhaupt nicht
realistisch waren und das Problem ist aber, dass irgendwie
auf ne Menge vielleicht unter den Tisch gekehrt wurde, ja,
sodass man eigentlich das Planning, was man eigentlich
macht, ja überhaupt nicht hundertprozentig richtig
hinbekommen hat für das, was eigentlich dann realistisch
irgendwie, ich sag mal gekommen ist, ne.
Und das ist dann halt oftmals n Problem.
Ja, weil du dann deinen gesamten Sprint, ja der scheitert ja
nicht irgendwie während des Sprints, weil dann halt so
unerwartete Dinge auftreten. Ich will auch nicht sagen, dass
nichts Unerwartetes auftreten kann, ja, aber einige Sachen
kann man durchaus sehen, aber es wird gerne auch mal unter den
Tisch gekehrt oder ignoriert und dann hast du halt n scheiternden
Sprint sag ich jetzt mal, weil im Planning halt was schief
gegangen ist und genau. Darum geht es ja auch in dieser
Folge, dass wir uns angucken. OK, wie läuft denn planning, wie
sollte n planning vielleicht laufen, ne was kann man da
vielleicht machen. Wo soll der Fokus?
Liegen wo kann es vielleicht auch n bisschen in die falsche
Richtung abdriften und es gibt ja auch immer natürlich Leute,
die halt sehr Hardliner gegen Agile sind, was OK ist.
Aber auch die wollen wir n bisschen abholen.
Ja, also ich glaube die die Kernfragen oder die Kernthesen,
über die wir sprechen sollten, ist.
Scheitert der Sprint wirklich im Sprint oder vielleicht nicht
schon im Planning? Ja, weil genauso haben wir in
der letzten Folge gesagt, ohne ein gutes Refinement ist das
Planning halt auch einfach. Auf gut Deutsch für n Arsch.
Ja genau und genauso ohne n gutes Planning kannst du den
Sprint halt eigentlich machen was du willst.
Ja dann ist es halt auch hinfällig da irgendwas
aufgeplantes zu erreichen, wenn du es halt nicht wirklich gut
aufplanst oder sagen wir mal so das Team überhaupt ne Chance hat
das umzusetzen, so wie es geplant war, das ist n wichtiger
Punkt der auch für die Moral im Team.
Genau, und deswegen glaube ich, sollten wir darüber sprechen, ob
es nicht vielleicht im Planning schon das Scheitern beginnt oder
es quasi schon vorherbestimmt ist.
Sozusagen, ja. Dafür muss man aber sagen, finde
ich, dass wir die These aufstellen, dass das Refinement
erstmal gut lief. Ja, ja.
Heute. Wir haben ja schon über
Refinements gesprochen. Das haben wir ja schon
optimiert, das läuft ja jetzt super.
Genau genau. Aber das Planning muss natürlich
jetzt anschließend auch super laufen, sonst wird es immer noch
nichts mit dem Sprint. Und ja, du hast ja gesagt, es
gibt so Hardliner, die so gegen Agilität sind und ich find es
auch richtig immer wieder zu sagen, dass es nicht für jedes
Projekt und für jedes Team geeignet ist.
Wenn man sich aber darauf committed, sozusagen danach
arbeiten zu wollen, dann muss das halt auch so umgesetzt
werden. Ja, dann kannst du halt nicht so
n Wischiwaschi, wie man so schön.
Sagt so n Mittelweg gehen, weil dann.
Bringt es nichts, ja dann dann wird es eher noch alles
schlimmer und dann kannst du dich wieder hinstellen und
sagen, ja, hab ich doch gesagt, das ist Quatsch.
Ja. Deswegen find ich es auch cool,
dass wir diese Themen da, also es war ja auch so n bisschen
Wunsch der Community, dass wir mehr dazu machen.
Und deswegen find ich es auch cool, dass wir an der Stelle,
muss ich das mal anmerken, dass wir das halt auch ausführlicher
mal durchdiskutieren. Aber lass uns mal zumindestens
noch mal reden, was ein also darüber reden, was ein Planning
eigentlich sein sollte. Ja, was ist n Planning überhaupt
der Name? Viele denken so, ja du planst
halt ja, aber aber was beinhaltet das?
Ja, aber das sollte man sich wirklich vor Augen führen um das
überhaupt gut durchführen zu können.
Ja, definitiv also. Ganz kurz vorweg noch mal diese
ne Refinement vage Idee haben wir jetzt aus einer vagen Idee
verständliche Stories gemacht und im Planning ist es dann so,
dass diese vorbereiteten Stories, die halt verständlich
sind, die werden jetzt zu einem konkreten Plan, ne erstmal so
vom groben Ablauf her und dann hast du halt einfach da wird
nicht mehr so viel rumdiskutiert und so weiter ne im Planning
wird. Ne, da hast du fertige Dinge,
mit denen du arbeiten kannst. Ne und wenn man.
Uns das, wo jeder weiß, was dahinter.
Steckt genau genau genau das ist ein guter Punkt und dann, wenn
man sich jetzt anguckt, OK, es gibt ja immer diese
Lehrbuchdefinition ne Scrum Guide zum Beispiel, voll
langweilig, aber der vollständig halber möchte ich das nennen.
Ja, im Sprint Planning legt das Team fest, was im Sprint
erreicht werden soll und wie ja. Ist n bisschen langweilig.
Ja, wir gucken uns das vielleicht jetzt noch mal auf
einer bisschen detaillierter, detaillierteren Ebene an.
Weil ich dachte mal, jetzt hier die Folge, das hast du alles
gesagt, also bis nächste Woche tschau.
Ich zum Beispiel persönlich weiß nicht, wie es dir geht, aber ich
kann Definition eigentlich mal relativ wenig anfangen.
Ich find die super langweilig. Ich find es auch immer geil,
wenn irgendjemand was erklären möchte und dann gibt es immer
eine Person, die mit so einer Definition ankommt.
Weißt du, und dann so sagt so ja das und das ist die Definition
ja OK, damit kann ich aber nichts anfangen ja aber warte
mal. Aber das was du gerade erklärt
hast. Das lese sie noch mal vor.
Das, was du gerade erklärt hast, spiegelt nicht genau die
Definition wider, aber was eigentlich verständlich ist, ist
ja nicht die Definition, sondern irgendeine Erklärung, die
vielleicht nicht hundertprozentig der Definition
folgt, ne. Ich find es halt spannend, weil
die also die Definition beinhalten.
Ja alles was gesagt werden muss dazu grundsätzlich, aber sagt
gleichzeitig auch nichts aus für mich.
Immer weißt du wie ich das meine, also wenn du richtig im
Thema drin bist und du hast jetzt ne Weile drüber gesprochen
und hast das so auf Emotionsebene quasi verstanden,
indem man das so n bisschen diskutiert und alles und dann?
Liest du die Definition noch mal, dann denkst.
Du dir so ah ja OK verstehe. Aber wenn dir einfach da jemand
das so um die Ohren haut, dann bleibt halt nichts hängen.
Ich dachte. Wenn da noch mal.
Die Definition kommt, wird alles gelöscht.
Er liest. Halt so.
Ah, wir haben es doch nicht verstanden.
Aber wenn wir jetzt zum Beispiel mal so mit, ich sag mal
einfachen Worten oder vielleicht mit einer anderen Brille auf das
Thema Planning gucken oder die Definition von Planning uns
angucken oder Sprint planning, dann ist es ja mehr ne Art
versprechen, was das Team abgibt, ne?
Und zwar nicht nur Versprechen vor irgendwem, vor dem man sich
verantworten muss sozusagen, sondern halt n versprechen an
sich selber, ja an den Product Owner, an den Stakeholder, also
mehr oder weniger. Ich nenn es jetzt mal wirklich
an das gesamte Team. Ja was da so mit dranhängt im
auch vielleicht im weiteren Sinne und ich weiß nicht wie es
bei dir ist. Ja, aber ich finde eigentlich,
mir wurde mal beigebracht in so n wenn man versprechen gibt,
muss man das auch halten, ja. Und genau an der Stelle an der
Stelle sollte man sich auch drauf ha dran halten, dass man
genau dieses Versprechen halt eben hält.
Ja, aber die also versprechen ja ist n.
Also es ist ja, sagen wir mal so, Versprechen ist eigentlich n
ganz gutes Wort, weil das ja auch so n bisschen emotional
geladen ist. Ne, Wir haben ja gesagt, es soll
ja nicht so emotionslos sein. Deswegen, ich finde das ist
eigentlich ne gute Ausdrucksweise dafür, aber die
Frage ist, an wen verspricht man sich das?
Ich finde in erster Linie verspricht man es sicher
innerhalb des Teams oder? Also das, aber deswegen gibt es
Team, also die Entwickler, zum Beispiel Entwicklerinnen und
Product Honor meint ich ja beispielsweise.
Genau. Und die Frage ist wieder, wie
Kaskadiert das also ich verspreche mir das als Team Mhm
ja, Product Honor ist ja auch noch Team Mhm.
Ist ja irgendwie so der Inner Circle.
Ne, das ist ja schon sehr wichtig eigentlich das
wichtigste ne bei dem Team, dass man als Teamgefüge sagt, OK wir
schaffen das ja, ich verspreche euch hier das was aufgeplant ist
was mein Part sein wird oder ich werde Part sein des Ganzen, je
nachdem ob es so Push Pull Prinzip ja kann man ja auch mal
drüber reden. Ist auch n sehr spannendes
Thema, dass man halt eher im Pull Prinzip landen sollte als
im Push Prinzip. Aber vielleicht ist es ja auch
so, dass jeder so sein Dinger hat und man ordnet das zu, so
sag ich mal ne und dann verspreche ich ja, ich werde
meinen Partner erfüllen, der Product owner, dem verspreche
ich das auch und der ist ja wichtig, weil er trägt es ja
auch in andere Teams zu sagen, ey, wir haben uns darauf jetzt
committed, ja, wir haben versprochen, dass wir das
machen, sozusagen haben uns darauf festgelegt.
Und das Kaskadiert ja dann auch weiterhin zu Management oder zu
irgendwas übergeordneten Projektweit.
Und das ist halt sehr sehr wichtig, ne auch für die gesamte
Aufplanung. Also egal auf welcher ebene du
das betrachtest. Aber da zeigt sich will einfach
nur mal kurz noch mal zeigen wie wichtig das ist, dass dieses
Planning gut läuft, weil alles hängt irgendwie davon ab um zu
planen, wie wir in diesem Gesamtprojekt vorwärts kommen.
Und damit mein ich jetzt nicht klassische Meilensteine über die
nächsten 2 Jahre. Nein, wir reden ja von einer
Iteration von ein 2 Wochen, vielleicht auch n bisschen mehr,
vielleicht auch von mehreren Iterationen, je nachdem auf
welcher ebene du bist. Auf Teamebene natürlich immer
der nächste Sprint, aber das zeigt ja auch auf übergeordneter
Ebene, wie kann ich weiter planen in einem gesamten Projekt
beispielsweise, und es ist halt so unglaublich wichtig, sich das
vor Augen zu führen, wie und wie wichtig das ist, halt am Ende.
Weil wenn jeder einfach nur Fire Fighting macht, ja was ja, auf
hatten wir ja gesagt, die Wahrscheinlichkeit sehr hoch
ist, dass du irgendwann von allen Einflüssen betroffen bist.
Und mach mal hier, mach mal da, oder ja, aber nee, jetzt müssen
wir erstmal das machen, dann kriegst du ja keine, also wer
soll das Schiff lenken, dann am Ende wenn es die ganze Zeit nach
links und rechts fährt und noch mal zurück meistens weißt du,
das ist halt das das Problem dabei.
Da fällt mir auch. Direkt so n schöner Einwand.
Ein, der gerne mal gebracht wird.
Aber kommen wir da mal n bisschen später zu ja zu so
Einwänden, aber es ist auf jeden Fall n guter Punkt.
Ja, also wenn du dieses Versprechen nicht hältst, dann
kannst du im kleinen aber halt auch teamübergreifend irgendwie
krachen und das ist natürlich dann irgendwie das Problem,
gucken wir uns mal an, also was sind ich finde so so n so n
planning ne das sollte eigentlich sagen wir mal so 3
Fragen beantworten ja. Und man muss dazu sagen, dass
auch die Reihenfolge irgendwie wichtig ist, also in gewisser
Weise ja, zumindest jetzt für diesen Aufbau.
Und zwar finde ich als erstes, sollte man sich angucken, warum
lohnt sich dieser Sprint überhaupt, ne, also wirklich,
dass man sich anguckt, was ist das Ziel, ja, und das Ziel kann
hier nicht sein, wir arbeiten n paar Stories ab, sondern was ist
nach dem Sprint besser und ich finde wenn man sich das mal
überlegt. Und sich mal selber fragt, wie
oft wird sowas im Planning irgendwie mal angeteasert
besprochen. Es geht jetzt nicht darum, dass
es irgendwie weiß ich nicht, dass da ne halbe Stunde drüber
diskutiert wird, aber dass man kurz und knapp, und das ist
glaub ich auch wichtig sagen kann, was ist das Ziel der
Reise? Ja, also für diese 2 Wochen
beispielsweise als Sprint, wo soll das überhaupt hingehen,
weil wie du so schon meintest, wenn du kein Ziel hast, dann
brauchst du halt auch nicht navigieren, ne?
Und das ist, glaube ich wirklich n Problem, der oftmals gar.
Also was also diesen Punkt gibt es oftmals nicht.
Ja, also da bin ich ganz bei dir.
Das Problem ist sogar oftmals, also fast nie würde ich sagen.
Also nach meiner Erfahrung wird dieser Punkt so gut wie immer
gescript und das ist halt schon der erste Riesenfehler, weil wie
willst du die Leute abholen oder zu etwas ein Versprechen
abgeben, wenn du nicht weißt wofür?
Und das ist halt n super entscheidender Punkt einfach
wirklich mal zu sagen, Leute wir werden jetzt den nächsten Sprint
daran arbeiten, weil danach können wir das und das
gewährleisten oder das und das Feature ist drin das und das
möchte der Kunde und das haben wir dann am Ende, das sind ja
extrem wichtige Punkte, ne weil. Wenn ich die nicht weiß, dann
ja, dann ist es halt wieder Freiflug am Ende.
Ich find es halt auch gut zu sagen, du musst ja n Ziel haben,
was du gerade meintest, wo du hin navigieren willst, weil
sonst bist du ja auch einfach hoffnungslos verloren so ja das
ist also rein bildlich, wenn man sich das vorstellt macht es ja
einfach nur Sinn diese Frage wirklich am Anfang mal zu
klären. Ne, sonst kommt sowas.
Wie bist du dabei oder raus? Du bist dabei, du.
Bist dabei wo dabei? Nein, da bin ich raus.
Falls man das kennt. Sehr, sehr witzig.
Und die zweite Frage, ist das überhaupt realistisch?
Ja, also jetzt kann ja natürlich NPO kommen und sagen, Leute, das
ist das Ziel, habt ihr verstanden, OK, für fürs nächste
halbe Jahr oder für nächsten Sprit, nein, das ist das Ziel
und schaffen wir das realistisch?
Na klar schaffen wir das so und nein, das ist genau die richtige
Frage, schaffen wir das realistisch, ist das überhaupt
möglich und lieber? Bisschen.
Ich, ich mag das nicht, wenn Leute sagen, so pessimistisch
schätzen, ja, ja, komm mal, das kriegen wir ja wohl schneller
hin, wenn du so ne Antwort darauf kriegst.
Da weißt du schon, hier läuft irgendwas nicht richtig, es geht
nicht darum kriegen, das kriegen wir ja wohl schneller hin, oder
Mhm Kollege XY, das schaffst du doch doppelt so schnell, oder?
Nein, wirklich mal realistisch zu bewerten und dafür macht man
ja auch nen Poker. Ne, dass du sagst zum Beispiel
ey, was glaubt ihr wie lange dauert das?
Und so ne Sachen, dass du halt wirklich mal sagen kannst,
Leute, was glauben wir, wie lange wird das dauern und das
kann am am Anfang ziemlich entfernt von der Realität sein,
aber das ist OK, ja. Irgendwann komme ich ja, aber je
mehr ich das mache, auch das Schätzen zum Beispiel super
wichtiges Thema, umso realistischer werde ich
irgendwann, und das nicht wieder verlieren, also wirklich immer
drauf hinarbeiten, immer realistischer zu werden und
nicht, ah, ja ja Leute, ich versteh das, ich versteh das ja.
Ihr habt recht, wir haben uns letztes Mal maßlos überplant,
alles cool, aber das brauchen wir wirklich dringend.
Also wirklich Leute, ich sag es noch mal, das brauchen wir
wirklich dringend, also bitte, ihr schafft das.
Nächstes Mal schafft doppelt so schnell doppelt so viel, weil
ich gerade schnell gesagt hab, ich finde alles, was du gesagt
hast, richtig. Ich meine außer den kleinen
Punkt, dass du meintest, dass Planning Poker ja, dass man
schätzt, wie lange etwas dauert. Ich weiß, ich weiß.
Nein, aber das ist auf jeden Fall wichtig.
Auch einfach, dass man auch bestimmte Dinge berücksichtigt,
ja, dass man zum Beispiel sagt, Es bringt ja auch nichts, dass
du, dass du n Sprint dir überlegst und sagst, OK, wir
machen jetzt genauso viel wie letzten Sprint ja so, weil wir
machen ja jedes Mal eding die gleiche Menge ist ja egal,
obwohl eigentlich die Hälfte des Teams im Urlaub ist.
Ja, also es kann halt einfach rein rechnerisch nicht
funktionieren und deswegen ist es durchaus.
Sehr sehr wichtig. Ne realistische Einschätzung vom
gesamten Team zu haben, anstatt einfach nur von einer einzigen
Person die der Meinung ist, das muss jetzt schneller gehen wie
du meinst. Das ist schon wichtig und dann
was natürlich auch noch sehr wichtig ist, so als dritten
Punkt, wie geht man das Ganze eigentlich an?
Ja also wer macht was, gibt es ne gewisse Reihenfolge ja
manchmal bedingt ja auch die eine Story ne andere und auch
wirklich dann Abhängigkeiten überprüfen ja.
Und nicht einfach sagen, OK, komm, Hauptsache jetzt irgendwie
machen, sondern halt wirklich gucken.
Ist es möglich und dann daraus n ich sag mal n gewissen
arbeitsplan halt einfach herauskristallisieren ne.
Ja, also arbeitsplan jetzt ja nicht mal unbedingt im Sinne von
ja, du machst das, du machst das du machst das du machst, das du
machst das, und danach machst du das, das, das und das ne, also
das ist jetzt auch nicht, falls das jetzt so rüberkam.
Aber Arbeitsplan als Team? Ja, also dass du sagst, das
wollen wir als Team jetzt schaffen und wir brauchen das
und dann gibt es vielleicht auch Abhängigkeiten, bin ich ganz bei
dir. Aber nicht, dass das jetzt
falsch rüberkommt, ne, also nicht dieses Person a du machst
das, du machst das, weil da es darf sich ja keiner hinstellen
und sagen so Leute planning alles klar, du darfst das das
und das noch fragen nein OK ciao sowas.
Fakt ist, das ist oft die Realität.
Ist ja nicht so weit hergeholt, diesen Gedanken dann zu haben,
aber so sollte es natürlich nicht sein.
Ja, definitiv nee. Das mein ich auch nicht.
Am Ende ist so n Plan ja wichtig, dass man ne grobe, also
dass man halt ne Idee hat, wie man durch den Sprint kommt.
Ja um eben das Ziel zu erreichen, aber und das muss man
auch einfach dazu sagen, den Plan ist ja auch kein absolut
fest gebranntes. Konstrukt sag ich jetzt mal so
nen Plan kann man immer noch verändern.
Ja also wenn man merkt ganz genau da ist zum Beispiel ne
Abhängigkeit die sich auf einmal durch zauberhaft Zauberhand
auflöst. Das ist auch OK, dann kann man
die ganze Sache auch noch mal n bisschen anders angehen, aber n
groben Plan zu haben ja ich ich vergleich das immer ganz gerne
wenn man zum Beispiel n Wochenende ja mit Freunden
macht, dann hat man ja auch n groben Plan wann fährt man hin,
wann fährt man zurück. Was macht man abends ungefähr?
Und wenn sich dann doch noch mal was ändert, weil man sich so
sagt, so EY, Pass auf, wir wollten eigentlich ins Kino
gehen, aber jetzt ist die Bar nebenan, sieht doch viel cooler
aus, ja gut, dann Let's go. Ja angenommen man hat noch keine
Tickets gekauft, aber du weißt was ich meine, da ist Spielraum,
obwohl man vorher einen Plan hatte ja und Pläne können sich
sozusagen ändern, aber der Grundstock steht ja und das mein
ich. Ich find es ja auch gut, dass du
sagst, Abhängigkeiten können sich auflösen.
Abhängigkeiten müssen natürlich auch eingeplant werden,
sozusagen ne und dann kann es ja auch zum Beispiel sein, dass du
vielleicht ah ja gut, wenn wir das jetzt umsetzen wollen, dann
brauchen wir aber erstmal n Server ne und wenn man neuen
Server braucht, dann können wir an der Stelle wärmstens die
Strato v Server empfehlen. An dieser Stelle mal ne kurze
Werbung. Und zwar ist unser heutiger
Werbepartner Strato und Tino, Ich weiß nicht, du kennst es
wahrscheinlich auch, dass man sich sagt, Ey, ich hab jetzt mal
schön nen Service. Lokal gebaut oder irgendwas, was
ich lokal gebaut? Hab und jetzt müsste das einfach
mal irgendwann auch die Ploid werden.
Ich glaub da ist jeder von uns auf jeden Fall mal entweder an
diesen Punkt gekommen oder steht davor und dafür braucht man
natürlich n Server ja. Und ich würde sagen, perfekt
dafür geeignet sind halt die Fauserer von Strato.
Ja, absolut. Also mal angenommen, du hast
irgendwas kleines gebaut und denkst dir so, boah, das wär
jetzt geil, wenn das von überall erreichbar wäre oder mein
Rechner soll zu Hause nicht immer die ganze Zeit laufen,
dann kann ich halt wirklich für n paar Euro im Monat bei Strato
halt schon n Server mieten. Und hab alles was ich brauche.
Ja, und das ist natürlich günstiger als die Stromrechnung
zu Hause. Ich meinen PC die ganze Zeit
laufen lasse. Auf jeden Fall.
Vor allem kann man halt von Miniservern zum Ausprobieren
halt auch bis zu ich sag mal leistungsstarken Servern, wo
richtig krasser Scheiß drauf passiert, da ist alles was
dabei, ja und alles für n wirklich fairen Preis.
Und wie gesagt, man darf auch nicht vergessen, ich find das
ist immer n wirklich n wichtiger Punkt ist einfach das
screenhosting deutsche Server ja.
Also das ist für mich mittlerweile auch in der
heutigen Zeit echt n Punkt. Das heißt, wenn ich das brauche,
dann schau ich auch jedes Mal in die Richtung, definitiv und.
Falls dich das jetzt überzeugt hat, Liebe Züran, lieber Züra,
dann guck doch mal in unsere Shownouts.
Da ist nämlich auf jeden Fall unser Affiliate Link, mit dem du
uns auch noch unterstützen kannst.
Und falls du Fragen dazu hast, meld dich auch gerne bei uns,
dann können wir auch gerne rüber quatschen.
Werbung Ende. Ich hatte ja vorhin schon mal so
Einwände. Erwähnt die ja auch gerne mal
kommen und ich finde ein Einwand, wenn wir jetzt mal so n
bisschen auf die Einwände eingehen, ist zum Beispiel sowas
wie Planning dauert halt ewig und am Ende kommt es doch
anders. Ich weiß nicht ob du sowas schon
mal gehört hast oder Liebe zu lieber Zuhörer, ob du sowas
schon mal gehört hast oder vielleicht auch schon mal gesagt
hast. Und irgendwie sag ich mal ja ne
kann ich irgendwo auch verstehen, wir hatten ja auch
gesagt, Pläne ändern sich ja auch oft.
Aber wie ich vorhin ja schon meinte, also n Plan ist ja n
grober Plan, an dem man sich ja trotzdem irgendwie hält.
Ja, also das grobe Gerüst steht und wichtig an der Stelle ist
natürlich auch, dass man gerade in einem Planning auch sich zu
80% nur verplant und ich finde, das ist manchmal so n kleiner.
So ne kleine Selbstlüge an der Stelle, weil man sich dann ja
gerne mal sagt. Also ich kenn das auch, dass man
sagt eher nur 80% ja, also wieviel Kapazität hast du?
Und jetzt planen nur 80% ein, aber ich finde wenn man mal
wirklich ehrlich ist, dann ist sind diese 80% die man auf dem
Blatt Papier verplant. Eigentlich sind das wieder 100%.
Und dann hast du eigentlich nichts gewonnen?
Ja, weil klar, kann mal was reinrutschen, ja, aber das was
mal so n bisschen reinrutscht, ja so n kleines Störfeuer von
der Seite, das soll man ja wirklich mit diesen 20%
auffangen und ich glaube, dass so das Feeling ist.
Ja mach lieber 100%, nicht dass hinterher irgendwer noch chillt
oder so, ja aber. Das ist dann überplant, weil am
Ende ich meine, jeder weiß, man hat genügend Arbeit, es ist, es
wird nie so kommen, dass du denkst, so, boah, jetzt hab ich
alles abgearbeitet und ey, was mach ich denn jetzt noch ne
Woche so nach dem Motto. Ja gut, der Fall wird sehr
wahrscheinlich nicht eintreten, zumal du ja auch Sachen
nachziehen kannst. Das ist ja nicht verboten, sagt
ja keiner, Oh, du bist schon fertig, na dann musst du jetzt
leider eine Woche rumsitzen, also das ist ja nicht der Fall.
Also ich verstehe nicht, wie man davor Angst haben könnte.
Aber n wichtiger Punkt den du angesprochen hast ist auch
Planning dauert ewig. Also das Argument kenne ich so
weißt du, jetzt planst du stundenlang und dann kommt eh
alles anders in der Zeit hätte ich auch arbeiten können so OK
ja wenn planning ewig dauert und kein Resultat da ist was
hilfreich ist versteh ich dieses Argument ja weil dann sahst du
wirklich einfach nur rum, hast irgendwas gemacht und nach einem
Tag ist der Plan schon über n Haufen geworfen so ne.
Das macht natürlich keinen Sinn, aber n Planning sollte
grundsätzlich ja gar nicht so lange dauern.
Wenn alles gut vorbereitet ist, wie das Stichwort Refinement
auch und dann sollte das eigentlich schnell gehen, gerade
wenn die Iterationen nicht so groß sind und dann, wie sagt man
so, halte dich an den Plan. Ja, und dieses 80% ich find ich
find es schwierig ja also ich versteh das zu sagen. 80% nur
verplant, um halt Kapazität für Störfeuer zu haben.
Das ist auch richtig. Ich kann halt aber auch
nachvollziehen, dass man so unterbewusst doch mehr plant,
weil in der Regel überplant man seine Sprints beispielsweise und
da finde ich halt einfach sehr wichtig zu sagen, OK was haben,
was ist passiert im letzten Sprint.
Oh wir waren so bei 120%, wir konnten das gar nicht schaffen.
Oh, wir haben jetzt schon 23 Sprints gehabt, wo wir uns
überplant haben. Wenn da aber sag ich mal im
Review ja und dann in der anschließenden Retro, sind auch
Termine, über die wir auch mal folgen machen können, weil die
sind genauso wichtig, nicht quasi als Action Item rauskommt.
Leute wir überplanen uns, wir müssen besser planen oder oder
mehr Zeit oder Komplexität ansetzen dafür, ja, also wir
unterschätzen es ja maßgeblich. Wenn das nicht passiert, dann
kommt immer nur Frust und dann komm ich halt in diesen Modus.
Was du meintest. Dieses Argument, was halt immer
wieder auftritt, es dauert ewig, ja weil dann sagst du, OK, jetzt
müssen wir noch mehr planen und am Ende des Tages.
Pures Chaos und Unzufriedenheit im Team.
Es ist ja auch ein Learning am Ende.
Ne, es ist ja. Auch, dass du dich über die.
Iteration hinweg verbessern kannst und nicht einfach nur
sagst. OK, das hat jetzt nicht
geklappt, ist ja blöd und dann hat es wieder nicht geklappt.
Ist ja blöd wenn man sich dann halt auch nicht versucht zu
verbessern und zu gucken, OK was ist denn überhaupt die Ursache
davon gewesen? Ne es ist ja auch oft so was ich
kenne dann so was wie ja aber dann.
Kommt ja noch irgendwie n Neues, irgendwas Neues rein was jetzt
wichtig ist. Das muss ja jetzt irgendwie dann
noch direkt gemacht werden und so weiter und ich glaube da ist
erstens irgendwo n planning fehlgeschlagen, weil wieso
kommen denn auf einmal aus dem Nichts Aufgaben?
Aber selbst wenn Aufgaben aus dem Nichts kommen ist immer die
Frage, hat man jetzt noch diese 20% Luft oder ist es auch OK
wenn es einfach im nächsten Sprint rankommt weil n Sprint
soll ja sagen wir mal ein oder 2.
Iteration ein oder 2 Wochen lang sein.
Ne ja und wenn irgendwas sehr sehr dringend ist, dann kommt es
in die 20% wenn etwas noch warten kann.
Wir reden wie gesagt nicht von Ewigkeiten und das ist jetzt
auch hier wichtig, dass man auch sagt, OK, deswegen sind Sprints
oder Iteration auch wirklich klein.
Ja kurz, damit man halt eben auch den neuen Plan für die neue
Iteration dann auch wieder macht logischerweise und Dinge wieder
einplanen kann, die vielleicht. Reingekommen sind.
Ja, und dann muss man es halt richtig machen.
Wie du schon so schön sagst oder gesagt hast ne es es bringt ja
nichts wenn du es nicht richtig machst.
Ja sich über n Planning zu beschweren weil es nicht
funktioniert, es aber nicht richtig machen ist natürlich
irgendwie Käse. Ja ja.
Ja, und wie gesagt halt sich an den Plan halten, das ist nicht
immer einfach, aber es ist ja auch das Commitment im Team
gewesen. Ja, und das Versprechen, wie du
es so schön genannt hast es umzusetzen.
Und dann muss man halt auch einfach seinen Stand vertreten,
sag ich mal ne seinen Standpunkt und sagen, OK was ist gerade das
Störfeuer? OK, wir können das in der
nächsten Iteration einplanen, ja wir machen dafür jetzt n Ticket,
wir refinen das diese ganze Iteration mit all seinen
Routinen ist ja in kürzester Zeit wieder.
In so einer Projektentwicklung reden wir ja nicht davon, dass
also klar, viele wollen immer, dass es am besten gestern
erledigt wurde. Ja, aber sind wir doch mal
ehrlich, die meisten Dinge können auch ne Woche warten, das
ist nur immer dieses Push Prinzip so ich hab jetzt n Lied
und ich drück das jetzt in dieses Team rein und deswegen
macht ihr das jetzt bitte und ich werd richtig Druck da drauf
packen damit ihr sie ja schnell macht aber es könnte locker ne
Woche warten aber das schmeckt natürlich der Person die das zum
Beispiel als Blogger hat dann nicht.
Auch verständlich, aber da ist ja dann auch irgendwo das
Planning gescheitert, wo wir wieder bei dem Teufelskreis
sind. Ne, ganz genau deswegen ist es
halt wichtig. Was ich noch.
So kenne oder gerne mal höre, ist dann vielleicht sowas wie ja
der PO hat ja eh quasi die Entscheidungsgewalt oder sagt eh
was gemacht wird. Ne so dieses typische ja ne.
Ich, ich kann es gar nicht besser ausdrücken, aber ne PO
sagt wo es lang geht. So nach dem Motto der der wird
das ja schon wissen und irgendwo stimmt das ja auch in einer
gewissen Art und Weise, dass man sagt, natürlich der PO der
Product Owner kennt natürlich den Need und die Priorisierung
der nächsten Dinge, die zu tun sind, definitiv ja, aber es ist
natürlich die Frage, was und warum wird es gemacht, das sagt
der PO am Ende. Aber das Team muss ja
einschätzen, wie das gemacht wird und wieviel davon überhaupt
geschafft wird. Also hier wieder diese
realistische Einschätzung der Ressourcen, die müssen muss
natürlich gegeben sein, ne und wenn das nicht gegeben ist, dann
funktioniert das halt nicht und das ist n kleiner Unterschied
meiner Meinung nach. Absolut.
Es ist halt. Ich mein diese.
Dieser Einwand der PO sagt E, Das ist halt auch so n bisschen
alte Schule, ne oder wie siehst du das?
Also das ist halt so das Paradebeispiel für das Push
Prinzip so ich erwarte, dass man mir diese Aufgaben zuteilt ne
und ich hab gar kein Mitspracherecht, was ja fernab
der agilen Realität dann am Ende auch.
Ist ne ja auf jeden Fall definitiv.
Ich hatte auch mal NPO, der dann so das.
Ich weiß nicht so das Gefühl hatte so er ist der Chef.
Weißt du, ich sag jetzt, was hier gemacht wird und so am
besten noch so Vorschläge für technische Details.
Also er war quasi für das was warum und das wie zuständig und
vielleicht auch noch für das wieviel, also er war das One man
Team. So nach dem Motto und hat die
anderen Samstag ausgeführt, sehr witzig, das ist auf jeden Fall
sehr anstrengend gewesen und ich kann.
Aber ist auf jeden Fall auch n Warnzeichen im Planning.
Wenn das so abläuft definitiv. Ich meine, das ist, das ist für
mich n Anzeichen von schlechter Zusammenarbeit und es soll
vertuscht werden mit einer hohen Effizienz so ne und dann ist
aber keinem hinterher geholfen, weil erstens wird das Planning
wahrscheinlich schlecht und zweitens wird sag ich mal der
Outcome eines Sprints auch sehr schlecht dann am Ende.
Ich mein, da kann man sich auch einfach die Frage selbst
stellen. Ja, was fühlt sich denn besser
an, wenn jemand zu dir kommt und sagt, du musst das jetzt machen?
Oder du kannst sagen, Leute, ich nehm mir das Ding, ich mache
das, ich verspreche euch, ich mach das auch wieder bewusst.
Versprechen an der Stelle ist n ganz anderer, ganz andere
Ausgangssituation, die sich auch viel besser anfühlt, wo man auch
viel mehr mit Eigenmotivation rangeht.
Das heißt nicht, dass nicht irgendwann wirklich ne höhere
Instanz, sage ich mal kommen kann und sagen kann so.
Leute, ich weiß, es tut mir leid, aber die Hütte ist
wirklich am brennen. Solche Fälle gibt es ja und dann
muss auch reagiert werden und man kann ja eigentlich kaum
besser reagieren als in einem agilen Umfeld, also in einem
agilen Umfeld, ja, weil. Nicht die Regel sein, dass
sowas. Passiert richtig, aber es ist ja
trotzdem gut möglich. Ja, aber es sollte wie du meinst
nicht die Regel sein, weil wenn du nur push kriegst.
Ja und nur mach das, Mach das, mach das, Mach das.
Zwar weiß ich nicht, wie sich das anfühlt.
So n bisschen. Spoilerwarnung, nicht gut.
Ja, was gibt es noch so? Eine Sache, die mir noch
einfällt, die hab ich auch sehr oft gehört, gerade bei Leute,
bei Leuten, die so n bisschen anti agile sind sag ich mal ist
dieses wir machen das, also das was wir hier entwickeln, ja, das
entwickeln wir schon lange, jetzt haben wir hier diese agile
Welt, OK, schön. Aber wir sind echt erfahren
genug zu wissen, was wir zu tun haben.
Also du brauchst uns jetzt mit so einem Planning nicht sagen,
was ich die nächsten 2 Wochen machen muss, ich weiß genau was
zu tun ist. Kindergarten auch schwierig, ja
auch schwierig. Ja, auf jeden Fall.
Das kenn ich auch ganz gut. Man kann sich halt angucken, ich
meine, angenommen ja, angenommen, es funktioniert
wirklich fantastisch und es gibt wirklich nichts auszusetzen,
denk ich mir so OK, mach das ja. Ist ja OK, ja, wenn es wirklich
so flutscht, dann zieh es halt durch.
Probier vielleicht mal n Planning aus, denk ich mir und
guck ob sich irgendwas verändert.
Ja, meine Herangehensweise an der Stelle, aber wenn halt
wirklich alles tutti ist, dann kann man es ja auch so lassen
ja, aber ich hab manchmal das Gefühl, dass genau sowas hat
immer damit zu tun, dass so einzelne.
Leute Bescheid wissen, wissen Wissensinseln haben, weißt du,
das ist dann so, ja, da weiß ich genau, wie das läuft und da weiß
der genau, wie es läuft, aber so war so n Konstrukt kann halt
auch relativ schnell sich zusammenbrechen und da muss man
vielleicht oder ist es vielleicht auch ratsam sich auch
mal so n bisschen zu wie sagt man zu reflektieren um zu gucken
OK ist es ne gute Arbeitsweise also funktioniert das wirklich
gut oder hat es nur den Anschein?
Ja und? Es ist wirklich n guter Punkt,
weil wenn es so gut funktioniert und flutscht wie du meinst.
Da kann man es so lassen. Heißt ja aber nicht, dass man
nicht denn n kurzes Planning machen kann, weil das müsste ja
eigentlich auch bedeuten, dass das Planning sehr kurz gehalten
werden kann, wenn alles schon so klar ist.
Und diese Wissensilos existieren dann zu 99%, weil es kann ja für
ein 2 Personen im Team absolut klar sein und die anderen denken
sich so. Was zur Hölle machen wir hier
eigentlich gerade? Wo fährt das Schiff hin?
Ich hab keine Ahnung, ich zieh mir immer irgendein Ticket und
hoffe zu verstehen, was da zu tun ist.
Und das ist ja kein Teamspirit am Ende und gerade wenn dann
Person XY, der den kompletten Durchblick hat, dann im Urlaub
ist, hast du halt richtig verkackt auf gut deutsch, ja und
dass da also man muss ja auch immer davon ausgehen, dass wir
hier von einem Teamgefüge sprechen und was gut fürs Team
ist und diese. Statements nenn ich es mal,
haben oft n sehr egoistischen Hintergrund.
Ich hab das auch schon mal gehabt, dass ich mir in einem
Planning dachte, Ah, das wird schwierig, also es es wurde über
etwas gesprochen und n Plan aufgestellt, sag ich jetzt mal
und ich dachte mir so, na das wird jetzt, das wird schwierig,
hab aber nichts dazu gesagt ja also das muss ich auch ganz
ehrlich sagen, es ist schon n bisschen länger.
Her. Aber das ist ja dann auch
irgendwo n Learning. In dem Moment dacht ich mir so,
na ich kann es vielleicht nicht richtig einschätzen, deswegen
sag ich nichts dazu, ja passt schon, aber das ist halt
wirklich n Problem wo so n Sprint halt auch irgendwie schon
direkt in ne falsche Richtung fahren kann.
Ja weil wenn man n Einwand hat und sich denkt Moment das wird
aber echt das was wir hier gerade planen wollen, das wird
echt schwierig das ist das ist happig, ja.
Dann sollte man zumindest mal darüber sprechen, auch wenn man
vielleicht hinterher sagt, ach so, OK, nee, das hab ich so
nicht bedacht, das passt dann so ne, also passt wirklich so, aber
war für mich auf jeden Fall so n Learning, dass ich mir dachte,
da wenn man sich nicht sicher ist, ja und fragen hat und sich
denkt das ist vielleicht n bisschen, ja das wird vielleicht
nix finde ich, sollte man auf jeden Fall drüber sprechen.
Ja, das stimmt ja. Die Frage ist natürlich, das
sind viele Einwände, die man kennt.
Wie würde denn, sag ich mal so n planning für dich idealerweise
aussehen, also wie würdest du behaupten, sieht n planning
richtig aus? Also es ist natürlich immer wie
gesagt ne ja es hat ne persönliche Komponente und vor
allem ne teamkomponente ne also es gibt ja jetzt kein Template.
Was ja viele sich immer wünschen.
Ja, so macht man es und dann ist absolut geil.
So funktioniert es nun mal nicht, man muss ja ein bisschen
das an sein Team anpassen, aber es gibt so ein paar Punkte denke
ich, das sind so. Meilensteine, die man vielleicht
erreichen sollte da drin, dass man so einen Planning
durchführt. Und es gibt auch Warnzeichen,
wenn man die sieht, dass dann irgendwas nicht so richtig rund
läuft und da würde ich gerne mit dir noch mal drüber sprechen.
Jetzt so zum Abschluss. Ja, auf jeden Fall.
Also ich glaube, ich finde es gut, dass du sagst, es gibt
immer so Varianz natürlich, was ich aber glaube, was wirklich
schwierig wird, ist ein super gutes Planning zu machen, wenn
du die Voraussetzung von einem gepflegten Backlog zum Beispiel
nicht erfüllt hast, dann. Und kein gutes Refinement
gemacht hast. Wenn du das nicht.
Machst. Trotzdem n gutes Planning
erwartest, dann muss man an der Stelle enttäuscht oder wird man
an der Stelle enttäuscht? Ne das das so kann das halt
nicht richtig funktionieren. Kannst du ja auch ganz kurz noch
mal erklären, warum also für alle, die jetzt die Refinement
Folge nicht gehört haben, dann auf jeden Fall reinhören, die
war auch sehr sehr spannend, aber magst du kurz erklären
woran das liegt, dass das Planning dann eigentlich schon
direkt scheitert? In einem Refinement wird ne Idee
ne warke Idee zu einer zu einer konkreten Story wo alles klar
ist. Und wenn du dann Stories hast,
die richtig klar sind, die dann im Backlock liegen, dann kannst
du ja im Planning vom Backlock oben die hochpriorisiertesten
Dinge nehmen und einplanen was als nächstes.
Drin kommt und. Wenn du das nicht hast, dann
wird auf einmal n Planning zu einem Refinement und das
Planning wird super ineffizient und am Ende hast du gar nicht
das eingeplant, was du eigentlich einplanen wolltest.
So, dann ist. Absolutes Warnzeichen dabei
würde ich sagen, ist, wenn man Tickets sucht.
Ja warte mal. Wir wollten doch das machen.
Ja wo ist denn das Ticket? Warte jetzt muss erstmal suchen
ah das ist nicht refined na gut dann lass mal kurz überlegen was
wir da machen wollen ja gut und jetzt schätzt mal ah das reicht
erst mal so als Refinement lass mal schätzen.
Und dann weißt du schon, ich. Würd sagen 3.
Ich trag jetzt 3 ein ich. Trag ja. 3 war es 3, aber das
ist halt wirklich n riesen Warnzeichen.
Ja wenn du im Planning sehr viel damit beschäftigt bist zu
suchen, wo ist was? Oh nee, wir wollten noch dann
dann weißt du schon, das ist nicht priorisiert, das Backlog
ist nicht aufgeräumt, ja No Front an der Stelle, das kann
passieren, aber dann muss man einfach wieder den Fokus aufs
Refinement legen. Also zu sagen, OK, wir müssen da
nachschärfen, das läuft da nicht gut, weil wir können nicht
effektiv planen gerade. Ja richtig, ich würd noch sagen,
als anderen Punkt, der wichtig ist, da hatten wir auch kurzen
Erfolge drüber gesprochen. Wirklich n klares Sprint Ziel
festlegen, also wirklich wissen wo es eigentlich hingehen soll,
weil wenn du das nicht machst dann ne wenn du nicht weißt wo
du hinsegeln sollst. Wie willst du dann?
Das Ruder drehen so nach dem Motto Ne, das kannst du nicht
richtig, kannst du nicht richtig machen in der an der Stelle.
Es ist halt einfach wichtig, dass man weiß wo es hingehen
soll, einfach auch für die Sinnhaftigkeit, für das was man
tut, ja ja. Ja, du hast natürlich auch
einfach denn nen Leitfaden bei der Auswahl, was für Tickets du
rein nimmst in den Sprint. Ja klar, die sind priorisiert,
aber mit dem Ziel dahinter wird es ja noch mal viel klarer.
Welche Tickets müssen dafür denn jetzt umgesetzt werden?
Also du hast so Leitplanken, weißt du wie ich das mein, dass
du gar nicht in Versuchung kommst, links und rechts
auszubrechen, weil manchmal ist es ja auch so, dass du sagst,
OK, wir sind gerade irgendwie bei Feature A und entwickeln da
weiter und jetzt kommt jemand sagt Na ja, aber Feature b.
Dieser eine Part ist wirklich sehr hochprior und.
Das stimmt sogar. Also dass das muss ja nicht
gelogen sein, so in Anführungsstrichen, sondern das
kann ja wirklich wichtig sein, aber geht in ne ganz andere
Richtung und jetzt fängst du an, beides zu machen und dann ist am
Ende nichts so richtig da, von allem bisschen, im schlimmsten
Fall noch überplant und nichts fertig.
Also ich find da so n Ziel definieren und das macht man
wirklich selten, ist wirklich extrem extrem hilfreich und.
Alle Senior Entwicklerinnen und Entwickler versetzt euch mal in
die Lage, man kommt neu ins Team.
Ist vielleicht n Junior dev. Wie wichtig wäre es da zu
verstehen, wo die Reise hingehen soll.
Deswegen das ist n extrem wichtiger Punkt.
Ja, gilt auch fürs Onboarding. Ne, auch wenn du wenn Senior on
geboardet wird, aber du hast doch n guten Punkt schon
angesprochen, nicht überplanen, dazu zähle ich zum Beispiel
einmal, dass man wirklich auch ehrlich mal mit Kapazitäten
rechnet. Weil ich glaube, das wird gern
mal unter den Tisch gekehrt, wenn irgendwie Urlaub sind,
Feiertage vielleicht wirklich mal ein Onboarding stattfindet.
Ne, das sind halt Dinge, die logischerweise Kapazitäten aus
dem Sprint rausnehmen und das ist das ist es ist OK, aber man
muss es halt realistisch einplanen und gleichzeitig
diesen Puffer einplanen. Ne, für dass man sagt, Mach
lieber 80% und nicht 100 von dem was noch übrig ist.
Ja, wenn die Hälfte des Teams im Urlaub ist, trotzdem nur von
jedem 80% nehmen und nicht sagen, wir haben ja jetzt 50
weißt du so, das ist halt auch noch mal n kleiner Unterschied
und deswegen mit der wirklich Kapazitäten rechnen unter diesem
Puffer. Genau, also so Feingranular
machen und nicht so Pipapo mit dem Daumen drüber über die
gesamte Teamkapazität. Ich find es auch gut, dass du
sagst, da muss Realität und Wunschdenken sich auch irgendwo
vereinen. Ja, also klar wünscht man sich
mehr zu schaffen, aber sind wir doch mal realistisch, es dauert
doch alles gefühlt doppelt so lange als man an im ersten
Moment denkt. So ja, also wie oft hat man das,
dass man sagt, Boah na ja gut, so lange kann das nicht dauern
und dann machst du es und dann waren trotzdem wieder Sachen
bei, selbst bei kleineren Aufgaben kann das ja schon
passieren und deswegen versucht man ja die Tickets überhaupt so.
Also so wenig komplex wie möglich zu gestalten, um das
überhaupt irgendwie realistisch schätzen zu können oder bewerten
zu können. Das heißt, wenn das eh schon die
riesen Tickets sind, hast du eh verloren, da kannst du keine
Ahnung, die Kaffeetasse gibt es ja bei manchen Pokern eintragen
und dann denkst du sogar mal sehen ja.
Aber es sind ja, es sind ja auch Anzeichen unter Umständen, dass
zum Beispiel das Refinement auch nicht gut war, große Tickets
oder zum Beispiel Unklarheiten während der Bearbeitung, ja.
Ja, aber da halt realistisch zu bleiben ist extrem wichtig und
ich finde persönlich, das ist vielleicht bei jedem auch
anders. Ich finde das Gefühl zu sagen,
ich habe mein Sprint Ziel erreicht und wir hatten noch
Kapazität, weil wie gesagt du kannst dir ja Sachen ziehen ist
nicht verboten, das ganze Team muss nicht rumsitzen danach ist
doch n viel geileres Gefühl als ständig bei 120% Planung zu sein
und jedes Mal so Leute wir haben wirklich viel geschafft aber wir
haben Sprint Ziel nicht erreicht.
Nee, wirklich gut, was ihr gemacht habt, aber ihr habt das
Sprintsier nicht erreicht. Das ist halt das nervt, also das
nagt ja irgendwann auch an einem, weißt du, dass du nie das
Gefühl hast, wir haben es in der Zeit geschafft, da kannst du
noch so viel umsetzen, das Gefühl wird ja bleiben.
Ja richtig, es ist halt ja, es ist halt nicht gut fürs für fürs
Gemüt sozusagen ne ansonsten, um das jetzt noch mal vielleicht so
n bisschen zum Ende zu bringen, was jetzt so vielleicht noch
ganz interessant wär. Würde ich sagen, dass man halt
das Commitment auf jeden Fall gibt.
Ne wirklich sagt wie die wie du schon meintest, dieses
Versprechen ja was man sich gibt und zwar nicht, dass man als,
also als einzelner Entwickler oder Entwicklerin oder als Team
dem PO was verspricht oder dem Scrum Master oder dem
Stakeholder irgendwas, sondern wirklich sich selbst.
Ja als Team verspricht Beschaffen das ja.
Das ist so blöd hingesagt so nach dem Motto ja ist ja
logisch, passt ja irgendwo, aber es ist halt n unterschied ob du
quasi ne Pflicht zugeteilt bekommst oder wie du vorhin auch
schon so schön meintest, intrinsisch motiviert bist das
zu tun, ja. Absolut riesen Unterschied.
Commitment ist auch n wirklich wichtiger Punkt an der Stelle,
wenn es jetzt so keine Einwände gibt, nie ja da merkst du das
alles so hinnehmen. Ja, meins ist das das Ziel?
OK, scheinbar ist es das Ziel, schaffen wir das so?
Ja OK, scheinbar schaffen wir das so, aber dann ist es kein
wirkliches Commitment dahinter und dieses Versprechen ist halt
schon wichtig. Also ich muss ja mit dem Gefühl
rausgehen zu sagen, Oh Yes, der Sprint startet, ich weiß was zu
tun ist und ich werd das richtig runter rocken, ich muss so.
Es gibt immer scheißthemen. Ja, brauchen wir auch nicht drum
rum reden. Es kommen immer mal Tickets wo
du dir denkst hab ich keinen Bock drauf ist Realität, aber
man muss ja trotzdem sich so denken alles klar ich zieh das
jetzt durch ja auch wenn das Ticket a nicht so cool ist.
Ticket B wird geil, aber ich muss erstmal a machen damit ich
b machen kann beispielsweise jetzt mal ne und dann weißt du
aber was dich erwartet und dann zieht man das durch und das ist
n geiles Gefühl am Ende. Ja.
Besser als wenn du sagst, Boah, jetzt mal schön b machen.
Herr Halt warte, ich kipp dir jetzt mal a rein hier.
Na das nervt, oder? Oh ja, das nervt, das musst du
aber jetzt machen, zieh dir das. Rein.
Zieh dir das rein. Wie Scheiße ist das ne, aber das
ist ja die. Realität in vielen Teams und das
führt zu Frust, zu ungut zur Demotivation.
Ja, ich meine, wenn man das so n bisschen zusammenfassend sagen
will, oder ja, ich würd mal sagen.
Man kann halt auch aufs Planning verzichten und einfach loslegen,
aber das wird dann am Ende meistens erfahrungsgemäß auch
einfach in doppelter Arbeit irgendwie enden, weil du halt
noch mal ständig wieder noch mal überprüfen musst.
Noch mal mit irgendwie in Kontakt treten musst.
Wie war das noch mal gemeint und so weiter und sofort, du weißt
irgendwie gar nicht richtig, wo es hingeht.
Und ich denk mir so, du kannst super hart arbeiten.
Du kannst wirklich den ganzen Tag arbeiten, wie es böse ja,
aber wenn das am Ende überhaupt keine Wirkung hat, ja Mhm, dann
bist du halt nur gefrustet. Ja, das ist auch n letzter sehr
sehr guter Punkt. Bevor wir den Sack zu machen
hier bei der Zieldefinition und bei der Auswahl was im Planning
gewählt wird. Immer halt wirklich auf Impact
achten, das ist halt die viel schönere Metrik zu sagen, was
hat jetzt wirklich Einfluss auf unser Projekt in den nächsten 2
Wochen, weil dann fühlt. Sich es auch richtig.
Geil an, wenn es erledigt ist, geschafft wurde und man sagen
kann, so Leute, das war es, das ist jetzt geiler, das ist jetzt
drin, neue Funktionalität, Performance Optimierung, was
auch immer, aber es hat n Impact auf das Produkt, das ist geil,
ganz genau. Schön gesagt, Tino, in diesem
Sinne würd ich sagen, haben wir es einmal durchgesprochen.
Das Planning liebe Zürnen lieber zürer wir würden uns mega
interessieren wie du so zum Planning stehst.
Ob du sagst völlige Zeitverschwendung oder Planning
ist gut wenn man das Macht was wir hier gerade besprochen haben
funktioniert es bei euch gut, funktioniert es nicht bei euch
gut habt ihr. Vielleicht jetzt so.
N kleinen Mineshift bekommen um zu sagen ja OK ja sind n paar
Sachen dran. Lasst uns das gerne wissen.
Am besten kommt einfach auf den Discord, schreibt uns da,
schreibt mit allen, die auf dem Discord sind, das Macht immer
richtig viel Spaß und ansonsten denkt dran, lasst ne Bewertung
für den Podcaster und auch n Follow ganz ganz wichtig, damit
könnt ihr uns mega unterstützen und ansonsten falls du sagst ich
hab noch ne Kleinigkeit für die beiden übrig, dann gibt es auch
noch n kleinen Spendenlink mit dem du uns auch noch zusätzlich
unterstützen kannst. Aber immer nur so.
Wie es auch gerne passt und in dem Sinne würde ich sagen, hören
wir uns in der nächsten Folge wieder zur nächsten Folge von
Coding Buddies Podcast. Bis dahin macht es gut, Eure
Coding Buddies gemeinsam. Besser.