Latest / Coding Buddies | Tech & Dev-Mindset / #125 Agile ist super! Aber diese 5 Fehler ruinieren alles

Transcript

#125 Agile ist super! Aber diese 5 Fehler ruinieren alles · Coding Buddies | Tech & Dev-Mindset

0:00
Schreist du dann auch los oder ich setz mich kurz ins Auto und
0:07
fahre dann los und dann schreie ich wieder.
0:10
Coding Buddies Dein Podcast rund um Softwareentwicklung und
0:13
aktueller Tech News herzlich Willkommen.
0:27
Halli Hallo und herzlich Willkommen zur neuen Folge des
0:30
Goding Madis Podcasts. Schön, dass du wieder
0:32
eingeschaltet hast, dass wir uns hier wieder versammelt haben,
0:34
deine Gastgeber, wie soll es anders sein, meine Wenigkeit,
0:38
der Tino und natürlich auch der fantastische Fabi der Spieler
0:40
grinst wegen dieser Anmoderation Fabi, was geht ab herzlich
0:44
willkommen Hallo Hallo. Was geht, was geht, wie geht's?
0:49
Wie steht's? Bist du jetzt hart am Reim
0:54
heute? Die ganze Folge so.
0:56
War das gerade Reim? Ich weiß es, ich glaube, es hat
0:59
sich so, als hat sich sehr reimend angehört, ich habe immer
1:02
jedes Wort zweimal gesagt, das reimt sich dann auf jeden Fall,
1:05
weißt du ja, das ist ein richtig sicherer reimen, dann einfach,
1:08
ja, was geht ab, alles gut soweit und bei dir.
1:13
Ja, auch alles gut. Ich bin letztens mal wieder so
1:16
ein bisschen Auto gefahren, cool also ich ich fahre nicht mehr
1:20
ganz so viel Auto wie früher so und da habe ich irgendwie mal
1:24
drüber nachgedacht. Also ich habe zum Beispiel so
1:26
eine komische Angewohnheit im Auto, manchmal ganz manchmal.
1:30
Und dann dachte ich mir in dem Moment eigentlich so, ich weiß
1:34
gar nicht, hast du eigentlich auch eine Angewohnheit, so bei
1:37
dir, wo du sagst, ist komisch, so weißt du so, die du teilen
1:40
magst, wo du sagst, so, ja, das ist eine komische Angewohnheit,
1:43
aber es ist nicht so schlimm, dass ich es nicht teilen kann.
1:48
Beim Auto fahren oder allgemein? Generell also ich hab irgendwie
1:51
drüber nachgedacht und ich glaube jeder hat ja so seine
1:54
komischen Eigenschaften. Weißt du wo man sich so denkt,
1:56
so ist schon komisch, aber es ist halt so.
2:02
Ja, auf jeden Fall hab ich da welche.
2:04
Ich hab zum Beispiel wenn ich code ich ich hoffe das haben
2:09
mehrere und nicht mehr ich nicht, dass ich jetzt hier der
2:11
komische bin der. Wenn ich Code aber alleine bin,
2:16
also jetzt nicht zusammen mit dir zum Beispiel arbeite ne,
2:20
dann bin ich mittlerweile im Modus, dass ich trotzdem mit mir
2:22
selbst rede und als wenn ich als wenn ich so n per Programming
2:29
mit mir selbst betreibe und mir dann sage, so, ah, jetzt
2:33
brauchen wir das noch und hier und oh jetzt müssen wir aber
2:35
hier drauf achten. Und irgendwie habe ich das
2:37
Gefühl, es macht mich auch produktiver, dass es so ein
2:40
Drive gibt. Weißt du, das ist halt nur ein
2:41
bisschen komisch, wahrscheinlich für Außenstehende, wenn da so
2:44
ein Typ alleine vor dem PC sitzt und mit sich selbst redet, das
2:48
finde ich sehr gut, ja, das finde ich gut, ja, also ein
2:51
bisschen Selbstgespräche macht ja glaube ich jeder mal ne, also
2:54
aber ich habe es unter Kontrolle, ich glaube ich mache
2:55
es nur, wenn keiner im Raum ist. Also es geht noch, Leute die es
3:00
unter nicht unter Kontrolle haben, sagen immer sie haben es
3:02
unter Kontrolle. Ich hab's nicht auf der
3:07
Kontrolle, ja, aber find ich find ich lustig.
3:10
Und was ist deine die du gemerkt hast oder warum du aufs Thema
3:13
gekommen bist? Das ist also das ist schon so
3:16
ein bisschen, ich weiß nicht, also.
3:19
Ich weiß gar nicht, ob ich das sagen will, aber manchmal, wenn
3:22
ich nicht immer Auto fahre, musst du mal ausprobieren.
3:26
Also wirklich nur wenn ich alleine bin, jetzt nicht, wenn
3:28
ich irgendwie jemanden dabei hab oder so ne.
3:32
Ich schreie. Einfach manchmal los.
3:37
Einfach mal einfach mal schreien im Auto okay also du brüllst
3:43
also wenn du dich über den Verkehr aufregst oder weil du
3:46
einfach mal so so eine Energie rauslassen willst.
3:48
Ja, einfach. Nur so, so einfach okay, also
3:50
weißt du fahren und dann einfach mal bei, wo schreit man denn mal
3:54
einfach mal eine Runde rum, weißt du wie ich meine?
3:56
Ja, ja, ja. Ich fühle mich selbst dabei auch
3:58
ziemlich dumm. Also landet sich schnell.
4:01
Ja, also sagen wir mal so. Viele sagen ja, das schreien ja
4:05
auch befreit, ne, also es befreit einen ja das mal
4:07
rauszulassen. Also ich bin wär dir aber
4:10
trotzdem sehr dankbar, wenn du jetzt hier nicht im Podcast oder
4:14
so. Rumschreien würdest und alles
4:15
sich erschrecken. Im Auto kannst du das aber gerne
4:18
machen, vielleicht muss ich das mal ausprobieren und dann sag
4:20
ich dir, wie ich es fand. Ja und deine Mitfahrgelegenheit
4:24
denkt sich was soll genau einfach im Zug oder so.
4:29
Da muss man auch mal ausprobieren, ne, aber weiß
4:32
nicht, da musste ich irgendwie dran denken, weil ich mir ist in
4:35
dem Moment klar geworden okay, du machst es manchmal so einfach
4:38
so, weil ich mir dann denke, so ey, du bist halt komplett
4:41
unbeobachtet und keine kann nicht.
4:43
Mehr fahren Autos an dir vorbei, so weißt du, kann man wieder da
4:46
drin rumschreien. Aber nicht in der Stadt, sondern
4:48
auf der Autobahn. Weißt du, jaja, so weißt du, wo
4:50
dich eigentlich da hört dich wirklich keiner, am besten noch
4:53
Musik an oder so, weißt du, da hört man sich ja selbst sogar
4:55
nur noch leise. Aber eigentlich auch n ganz
5:01
witziges Thema. Also liebe zuhören, liebe
5:02
Zuhörer, falls du ne coole Angewohnheit hast, wo du denkst,
5:05
es ist n bisschen crazy, aber auch eigentlich nicht schlimm,
5:08
das ist einfach so dein Ding, schreib uns was würde uns
5:10
interessieren. Ja, das ist bestimmt sehr sehr
5:12
lustig. Das wäre richtig.
5:14
Witzig genau. Ansonsten, wenn wir schon bei
5:17
dem Thema sind, liebe Zuhörer, lieber Zuhörer natürlich, und
5:21
wie immer jetzt in letzter Zeit, ne wollen wir noch mal an das
5:24
Glöckchen. Appellieren und an den Follow
5:27
oder das Abonnieren des Podcasts.
5:29
Also wenn es dir gefällt, dir unseren Smalltalk hier
5:32
anzuhören, immer bevor die eigentliche Folge losgeht, dann
5:35
lass doch gerne like da ne Bewertung Abonnier den Podcast
5:39
und drück aufs Knöpfchen, aufs Knöpfchen, aufs Glöckchen,
5:42
knöpfchen so Glöckchen Knöpfchen, genau das würde uns
5:46
mega freuen, vielen Dank dafür. Und Tino und?
5:50
Wir gehen gleich ins Thema. Ich möchte mich aber noch in
5:52
unserem Namen für eine kleine Spende bedanken, vor jetzt Anne
5:57
und von Alexander, also vielen, vielen, vielen Lieben dank
6:01
Leute, das bedeutet uns sehr viel und das ist einfach eine
6:05
sehr, sehr nette Geste und wir nehmen die jetzt mal so an, dass
6:09
Euch der Podcast und Coding Bunnys gefällt.
6:12
Vielen, vielen dank Leute, vielen Dank genau.
6:16
Ja, wenn jetzt zum Beispiel ne Liebe zuhören über zuhören du
6:19
dir sagst, ja OK, Mensch, hier ist ganz lustig, die Coding
6:22
Buddies sind cool, geben mir mal guten Input und ich möchte auch
6:24
mal ne kleine Spende da lassen. Den Link dazu gibt es in den
6:27
Shownotes, ansonsten hör dir einfach ganz entspannt den
6:30
Podcast an, man soll es ja auch nur machen wenn es gerade passt
6:35
und ansonsten würde ich einfach mal sagen Tino lass uns doch mal
6:39
ins Thema starten. Falls du nichts weiteres hast,
6:44
NÖ, das hast du gut gemacht. Also ich hab n gutes Gefühl bei
6:48
der Folge, du bist gut drauf, solange du jetzt nicht
6:53
rumschreist muss ich sagen bist du gut drauf, aber die Folge
6:57
wird die Folge wird hart ja die wird ja die wird es wird sehr
7:01
viel Diskussion geben denk ich, denn wir haben heute mal wieder
7:04
so ne klassische 5 Gründe folge. Ja, find ich immer geil, wenn
7:09
wir sowas machen. Wenn man sich wirklich mal
7:11
überlegt, was sind so 5 Gründe, dass etwas passiert oder nicht
7:15
passiert und hauen wir das Thema für diese 5 Gründe folge raus
7:19
genau also es geht um mal wieder also wir hatten das schon n paar
7:24
mal so generell das Thema an sich aber das Thema agile und
7:28
agile Arbeitsweisen wie zum Beispiel Scrum ne und ich.
7:34
Ich weiß nicht, wie es dir geht, Tino, aber man kriegt ja immer
7:37
mal wieder irgendwie in seinem Weg durch die
7:40
Softwareentwicklung, durch die Projektentwicklung,
7:42
Projektarbeit und so weiter kriegt man ja immer mal wieder
7:44
mit, dass es durchaus viele Stimmen gibt, die auch irgendwie
7:49
sagen, so, Boah, jetzt mal ohne Scheiß Scrum oder andere agile
7:53
Arbeitsweisen bringt nichts, das ist richtig blöd, das macht gar
7:56
keinen Spaß und es. Funktioniert ja, ich.
7:58
Finde und genau darum geht es heute, zu gucken, welche Gründe
8:01
also wir haben jetzt einfach mal 5 Gründe rausgesucht.
8:04
Unserer Meinung nach auch, wieso das halt so oft, sagen wir mal
8:09
nicht so läuft, wie es eigentlich laufen soll, weil ich
8:11
persönlich und du ja auch Dino, also wir beide finden ja, dass
8:15
es schon richtig geil ist, also agil zu arbeiten in der
8:19
Softwareentwicklung ist ne geile Sache, aber halt eben nur wenn
8:22
man es auch irgendwie richtig macht oder auch richtig machen
8:26
kann. Ne so möchte ich das jetzt mal
8:28
gern hinstellen. Ja, also im Prinzip.
8:32
Das wär eigentlich auch so, der direkt der erste Grund der der
8:35
mir da einfällt, den hast du jetzt eigentlich schon so
8:38
ziemlich gut eingeleitet, Agilität so wie wir oder so wie
8:44
man es kennt und leben kann ist ne geile Sache, das Problem ist
8:47
einfach nur und das ist der erste Grund, dass es oft n
8:49
falsches Verständnis von Agilität gibt beziehungsweise
8:53
ne. Ne falsche Erwartungshaltung
8:55
auch an diese Frameworks, heißt der erste Punkt, der mir dabei
9:00
einfällt, was ich auch immer, also wir haben ja auch schon in
9:03
verschiedenen Teams gearbeitet, in verschiedenen agilen Teams
9:08
und es sind halt auch sehr oft immer die gleichen Probleme,
9:11
deswegen bin ich wirklich gespannt, diese 5 Punkte hier zu
9:14
besprechen, weil. Es es.
9:16
Es dreht sich immer wieder im Kreis, so finde ich, das kann
9:18
man noch so vorweg sagen und wie gesagt, dieses falsche
9:21
Verständnis ist eigentlich immer so der Top Punkt gleich direkt
9:24
am Anfang, weil wie gesagt es ist n Framework, das heißt es
9:28
ist n Rahmen den man schafft wie man agil arbeiten kann ne also
9:32
es gibt Methodik, es gibt rollen.
9:34
Das ist alles definiert. Also das ist im Prinzip n
9:37
Rahmen, der geschaffen wird, den man jetzt annehmen kann und
9:40
umsetzen kann, um Agilität zu leben.
9:43
Aber das heißt auch nicht, dass es so n striktes, wie soll ich
9:47
sagen, Regelwerk ist oder so ne, also man darf das nicht
9:50
verwechseln mit so und so musst du es machen und dann bist du
9:52
voll agil und dann läuft das, sondern es ist ja irgendwo wie
9:56
gesagt n Rahmen wie man das Leben kann und man muss als Team
9:59
ja immer das Verständnis aufbauen für.
10:02
Dieses Framework sag ich mal. Und wie kann man es als Team
10:06
persönlich umsetzen? Die Umsetzung sieht ja auch
10:09
immer anders aus und da fängt für mich auch Agilität im Kopf
10:12
auch schon an, ne. Also wirklich mal das richtige
10:14
Verständnis zu haben. Was versuchen wir denn hier
10:16
eigentlich gerade zu etablieren im Team?
10:18
Ich glaub es gibt doch keinen 0 815 Fahrplan wo man sagt so wenn
10:22
du jetzt das machst, wenn du jetzt das machst, wenn du jetzt
10:24
das machst, dann bist du auf einmal agil unterwegs und die
10:27
ganze Sache geht los, alles cool und das ist n Selbstläufer ne
10:31
das ist halt. Glaube ich auch oftmals so n
10:34
bisschen das Problem. Also da fehlt dann also ich
10:36
glaube, dass es durchaus sinnvoll ist, einfach mal sich
10:39
hinzustellen und zu sagen, Pass mal auf Leute, es ist nicht so,
10:42
dass wir ab morgen agile machen, sondern erstmal überhaupt das
10:46
Mindset dafür zu entwickeln, zu sagen was was wäre denn ne coole
10:50
Sache um überhaupt sozusagen diesen Schritt zu einer agilen
10:54
Entwicklung hinzu machen, weil ich weiß nicht wie es bei dir
10:58
ist. So gerade zum Beispiel als Kind,
10:59
wenn man dir sagt, sowas wie. Ja, du musst jetzt dein Zimmer
11:03
aufräumen. So ich glaub das einzige was ich
11:06
gemacht hab an diesem Tag ist definitiv nicht mein Zimmer
11:10
aufzuräumen, weil ich gesagt hab so ich mach jetzt gerne alles
11:13
andere, ich bleib lieber hier irgendwo anders 5 Stunden lang
11:16
sitzen und mach gar nichts dümpel vor mich hin oder so
11:19
richtig Zeitverschwendung aber Hauptsache ich mach nicht das
11:22
was ich machen muss so weißt du. Und das ist halt glaub ich immer
11:26
das Lachen. Wenn du, wenn du irgendwo
11:28
dieses, dieses du musst das jetzt machen so ne sondern zu
11:30
sagen vielleicht so, weil wenn du der Meinung bist ne zum
11:33
Beispiel heute seh ich das anders, wenn alles super
11:35
unordentlich ist, krieg ich irgendwann n Rappel und denk mir
11:37
so alter ich will jetzt unbedingt aufräumen also ich.
11:39
Schmeiße dann auch los oder ich setz mich kurz ins Auto und fahr
11:46
dann los und dann schrei ich und dann komm ich wieder, so mach
11:50
ich es ja, aber das ist genau das Thema, also bei.
11:55
Agilität oder agile Frameworks versprechen ja gewissen Benefit
11:59
und der ist auch durchaus gegeben.
12:00
Wenn du es richtig umsetzt. Ja, und ich meine Beobachtung
12:04
ist immer, dass sich dann Teams oder auch vielleicht die nächst
12:07
höhere. Chefetage sich denkt, so, ja,
12:11
das klingt gut, wir sind dann völlig flexibel, ich kann
12:14
jederzeit irgendwelche Änderungen in die Projektphasen
12:17
reinstreuen und wir sind so richtig agil.
12:19
Ne das Problem ist, es bedeutet nicht nur weil wir jetzt keine
12:22
langfristigen Pläne mehr haben, sondern in Iteration denken,
12:26
dass alles super chaotisch, flexibel sein darf, so ja was
12:29
machen wir heute? Jetzt werden wir schon wissen
12:31
wie es weitergeht, ne das das können wir ja so reinzollen wir
12:34
sind ja jetzt agil unterwegs. Hör auf dein Herz und ich glaub,
12:39
du hattest das mal gesagt und das find ich halt auch ziemlich
12:43
passend, dass man sag ich mal Agilität nicht mit planlos
12:46
verwechseln darf. Ja, also man hat keinen
12:49
langfristigen Plan in dem Sinne OK ist richtig, aber deswegen
12:52
darfst du ja nicht chaotisch planlos unterwegs sein, sondern
12:55
du musst ja sag ich mal deine Iteration trotzdem richtig leben
12:59
dahinter ne ich muss halt schnell, also in kleinen Zyklen
13:03
denken, aber nicht planlos. Ich denk mir halt so ne Vision
13:07
gibt es auf jeden Fall so genau. Also du hast schon irgendwo ich
13:11
sag mal ne Art Ziel am Horizont, auf das man hinarbeitet, ne aber
13:17
nur weil du sagst OK ich hab n Ziel, heißt es nicht, dass das
13:21
was dein Ziel ist auch zu 100% definiert ist und du davon nicht
13:25
mehr abweichen darfst. Ne, sondern du darfst halt eben
13:28
den agilen Weg gehen und sagen Pass auf, das ist unsere Vision,
13:32
aber nur weil das unsere Vision ist, heißt es noch lange nicht.
13:35
Dass wir da nichts mehr dran schrauben können.
13:39
Also angenommen du willst jetzt zum Beispiel blödes Beispiel,
13:43
eine Vision hast. Du hast eine Vision, dass du
13:45
sagst, du willst jetzt zum Beispiel von A nach B kommen,
13:49
wenn deine wenn aber das Ziel ist einen Teleporter zu bauen,
13:52
ja dann viel Spaß, das wird echt lange dauern und vielleicht wird
13:55
es nicht funktionieren, aber man kann ja vielleicht auch erstmal
13:57
anfangen zu sagen, ey ich baue mir ein Fahrrad und aus einem
14:01
Fahrrad kann ja gerne noch mal irgendwann Motorrad werden, so
14:04
weißt du ist ist halt immer die Frage, wie dann auch der Kunde
14:08
sich damit wohlfühlt. Ne, also für die entsprechende
14:11
Zielgruppe, für die es entwickelt wird und ich find es
14:15
so lustig, dass irgendwo hab ich das auch mal gehört, da ging es
14:20
auch so. Also du, du musst dir vorstellen
14:21
so wir haben hatten so n Entwicklerteam und dann kam so
14:27
also dann dann wurde so salopp reingeworfen so nach dem Motto.
14:33
Also ich glaube, es ging im Kern darum, dass die Anforderungen
14:37
nicht klar waren von einer Aufgabe.
14:40
Und dann haben wir halt gechallenged, dass das blöd ist,
14:44
dass diese Anforderungen nicht klar waren und dann wurde halt
14:48
so. Irgendwann.
14:50
Ich nenn es jetzt mal n bisschen übertrieben so.
14:52
Die Person wurde so in die Ecke gedrängt, weil da war halt keine
14:55
Luft mehr für irgendeine Argumentation und dann so ja wir
14:58
sind ja aber hier, wir sind ja agil, wir können ja hier dann
15:02
immer noch gucken, was wir machen.
15:05
Und dann denkst du dir so, nee, also das ist halt das Problem
15:08
und du hast es auch schon gesagt, agil ist das eine, sich
15:11
aber permanent im Kreis zu drehen irgendwo
15:14
durchzuschlängeln ist vielleicht flexibel, dass man irgendwie
15:17
flexibel ist, aber flexibel ist ungleich agil so, das muss man
15:21
halt wissen, weil gerade wenn du an einem Ticket dran bist oder
15:24
an irgendeiner Aufgabe, dann sollte diese Aufgabe, wenn sie
15:27
jetzt nicht irgendwo super weit in der Zukunft liegt.
15:30
Sollte sie halt irgendwie schon definiert sein.
15:32
Man muss dann irgendwie schon wissen, wo es hingeht mit dem
15:35
kleinen Hintergedanken oder mit diesem Mindset zu sagen,
15:38
angenommen, wir machen das jetzt so und das wird, das kommt dann
15:42
am Ende doch nicht so gut an, oder wir müssen daran noch etwas
15:46
ändern, dann kann man es ändern, aber in dem Moment, wo du dieses
15:49
Ticket vor der Brust hast beispielsweise, da machst du das
15:51
so, da muss klar sein, wie dieses Ticket formuliert ist und
15:54
nicht hier, du kannst es, also wir haben ne Aufgabe.
15:59
Roundabout Pi mal Daumen, denkt euch was aus und wenn es dann
16:02
doch nicht stimmt, dann beende ich es noch 5 mal um so nach dem
16:06
Motto ne ja. Das ist genau das Ding, dass man
16:10
oft oder verschiedene Personen sich oft dann hinter diesen.
16:15
HI Framework, verstecken und sagen, Na ja, ich muss das ja
16:18
jetzt noch nicht so genau machen, aber genau das ist ja
16:20
schon der falsche Ansatz, weil in deinen Iterationen musst du
16:23
sehr präzise und genau arbeiten, denn dein Ziel ist ja,
16:27
kontinuierlich besser zu werden, zum Beispiel mit der Software
16:30
und Kundenwert zu generieren und schnelles Feedback zu bekommen,
16:33
deswegen machst du das ja in kleinen Zyklen ne um so den
16:37
Progress und die. Sag ich mal den Speed
16:39
aufzunehmen, den du am Ende auch wirklich kriegen kannst, damit
16:42
ne, aber dann muss das halt einfach klar definiert sein.
16:44
Was wollen wir denn jetzt zum Beispiel in den nächsten 2
16:47
Wochen erreichen, welchen Mehrwert generieren wir und wie
16:49
können wir evaluieren, dass am Ende dieser Mehrwert gegeben war
16:53
und ob das erfolgreich war und das sind klar, das sind alles
16:57
irgendwo Methoden die dahin führen, aber das am Ende ist ja
17:00
auch das Mindset dahinter, was du haben musst.
17:02
Ja also ich find agil, ist halt hauptsächlich n Mindset, du
17:06
musst halt wollen. Schnell Mehrwert zu schaffen für
17:09
den Kunden ne und auch sag ich mal ja genau in diesen kleinen
17:14
Zyklen zu denken find ich also sich zu denken OK was kann ich
17:19
denn jetzt in ein 2 Wochen zum Beispiel schaffen und nicht
17:21
immer dran denken was in n paar Monaten ist.
17:23
Dafür gibt es ja andere Leute die die Gesamtvision wie du so
17:25
schön gesagt hast im Blick haben.
17:28
Also jetzt gerade so als aus der Developerrolle heraus ne ja
17:31
definitiv und da kommen wir eigentlich auch schon zum
17:34
zweiten Punkt. Den ich mal reinwerfen würde,
17:38
denn ganz oft ist es so, dass so alte Strukturen, die existiert
17:43
haben, wie jetzt beispielsweise so klassische Wasserfall Modelle
17:47
von früher, ne, dass du jetzt sagst, ey nein, jetzt sind wir
17:50
agil, jetzt fangen wir an, zum Beispiel nach Scrum zu arbeiten,
17:54
aber unter der Haube hast du eigentlich kein Umdenken und
17:57
kein Änderung, keine Änderung der Strukturen oder der Prozesse
18:01
dahinter. Das heißt, du setzt jetzt ganz
18:03
on top da noch mal so ein agiles Framework drauf.
18:06
Drauf aber unten drunter Projektmanager was auch immer,
18:11
haben immer noch ihre Wasserfall Modelle im Kopf und sagen Nein,
18:14
aber das sind hier die Meilensteine.
18:16
Also ihr könnt ja gerne agil arbeiten, aber bis dahin will
18:19
ich das haben und hier und da und da und Plan quasi schon die
18:22
nächsten 3 Jahre auf so weißt du und das ist halt auch n Riesen
18:25
Pain Point dabei. Ja, also ich find immer man man
18:29
muss ja auch gucken so. Oftmals wird er dann auch
18:32
gesagt, so ja okay. Also du arbeitest jetzt agil, du
18:36
hast jetzt vielleicht keine Deadlines mehr, so, ja dann bist
18:39
du ja aber irgendwann an einem Punkt, wo du auf jeden Fall,
18:43
also wie willst du das noch irgendwie planen, wie willst du
18:45
denn irgendwann deinem Kunden zum Beispiel noch verkaufen,
18:48
dann und dann bekommst du das, was du haben möchtest.
18:52
Und natürlich ist das eine Sache, wo man sagt, kann man ja
18:55
auch verstehen und. Es ist ja auch nicht so, dass du
18:58
nicht in der Lage bist, das irgendwie komplett gar nicht
19:02
einzuschätzen, ne, aber das ist halt wieder auch n wichtiger.es
19:06
ist halt immer ne Schätzung und du kannst nie genau planen und
19:11
wenn mir jetzt irgendjemand erzählen möchte, ja doch man
19:13
muss aber planen, damit es auch wirklich richtig fertig wird,
19:16
dann denk ich mir so ja aber ne Planung wo du vielleicht zum
19:20
Beispiel aus Managementebene Dich hinstellst und sagst wir
19:24
schaffen das. In 2 Jahren so komplett, die
19:30
sage ich mal, Realität verloren zum zur wirklichen Entwicklung
19:34
gar keine Ahnung davon und dann einfach irgendwas vorzugeben wo
19:38
du sagst das wird schon passen. Ja das ist ja echt super
19:41
geplant, so dass du am Ende quasi sagst, OK wir fangen mal
19:45
ein bisschen an, das und das muss irgendwie fertig werden,
19:48
dann war die Planung wohl. Ich weiß nicht.
19:52
Gibt es irgendwelche Beispiele dafür?
19:54
Ich glaube so 90% aller Planungen sind halt einfach
19:57
gefühlt viel viel, viel zu optimistisch, sodass du
20:00
eigentlich schon ab dem zweiten Meilenstein, sage ich mal,
20:04
anfängst, deine deine Ziele zu reißen so.
20:07
Genau. Und da denke ich mir so, du
20:10
kannst dich ja hinstellen und sagen, ja, wow, wir planen
20:12
irgendwas, aber es bringt keinem was, wenn du sagst, wir sind in
20:15
2 Jahren damit fertig, dann kannst du deine Sache haben,
20:18
aber am Ende. Kommst du an diesem Punkt wo du
20:21
sagst, jetzt sind 2 Jahre rum, jetzt will der Kunde das haben,
20:25
dann denkst du dir so ja wow, es funktioniert ja nicht, der Kunde
20:29
ist unzufrieden, das Management ist unzufrieden, weil es nicht
20:32
geschafft wurde und alle Mitarbeiter und Mitarbeiterinnen
20:35
sind unzufrieden, weil sie die ganze Zeit Druck bekommen haben,
20:37
weil sie seit dem zweiten Mal schon hinterherhinken, das ist
20:39
ja richtig geil, aber wenn du zum Beispiel mal sagst, ja OK
20:42
und was macht jetzt agil anders, dieser agile Prozess, diese ne,
20:46
wir sind ja gerade bei Strukturen und Prozesse, die
20:48
dann eben nicht verändert werden.
20:50
Aber wenn du sie veränderst und mal sagst, OK, wie wäre es denn,
20:53
wenn man zum Beispiel das, was der Kunde haben will, nicht erst
20:56
in 2 Jahren zur Deadline zur Verfügung stellt, sondern schon
21:00
mal vorzeitig dem Kunden zur Verfügung stellt, dann hast du
21:03
eine absolute. Du kannst dem Kunden zeigen,
21:06
guck mal bitte hier so und so weit sind wir, probiere es aus,
21:09
hast du ein Feedback, können wir vielleicht irgendwas machen, was
21:12
in die Richtung geht so und ich finde es auch immer.
21:16
Jetzt fange ich hier schon an, Monolog zu halten.
21:18
Tino, Es tut mir leid, aber ich ich find ich find es dann immer
21:22
so so schwierig sich hinzustellen zu sagen ha wir
21:25
schaffen es nicht weil die sind ah die arbeiten ja alle zu
21:27
langsam wo ich mir denke ne Deadline ist kannst du ja
21:31
hinstellen und die Frage ist wie gut planst du sie aber Fakt ist
21:35
ist dass die Leute zumindest meiner Erfahrung nach sich
21:38
niemals hinstellen und sagen ich chill jetzt mal richtig hart ab.
21:42
Bis ich ne Deadline einreiße, sondern die Leute arbeiten so
21:45
schnell es geht. Ne, das heißt du kannst jetzt so
21:48
mich in dich hinstellen, ich könnt dich jetzt fragen, Tino,
21:50
wie lange dauert das und du sagst ich glaub mal so ne Woche
21:53
ne so und wenn ich dann hinterher dich frage und sag und
21:56
ist nach einer Woche fertig und du sagst nee das hab ich noch
21:59
nicht geschafft was willst du denn dann jetzt machen?
22:03
So also willst du dich dann hinstellen und sagen ja kacke
22:07
dann mach es jetzt heute fertig also es wird ja nicht sein, dass
22:12
dass man nur weil man sagt, bis da und da muss es jetzt fertig
22:15
sein, heißt das ja nicht, dass nur wenn du diese Deadline
22:18
setzt, die Leute auch anfangen, schnell zu arbeiten, meiner
22:20
Erfahrung nacharbeiten alle so schnell wie sie können, immer
22:23
weißt du. Ja, der Punkt, da muss ich noch
22:28
mal kurz drauf eingehen. Wenn du sagst, der Kunde ist
22:32
nach 2 Jahren unzufrieden, ne und man lieber ihm.
22:35
Teilergebnisse liefern sollte, um dann schnelles Feedback zu
22:39
kriegen. Ist ja wie gesagt auch der agile
22:41
Ansatz und da kommt halt auch oft ein Stolperstein zustande,
22:45
wenn zum Beispiel der Stakeholder beziehungsweise
22:48
jetzt der Kunde ne, aber gehen wir jetzt mal wirklich von der
22:50
Rolle Stakeholder aus, auch nicht die Agilität verstanden
22:54
hat ja also im Prinzip, wenn wenn ich sage ich entwickel
23:00
etwas für einen Kunden und der möchte eine neue Software haben,
23:03
irgendein Projekt. Und erwartet aber, dass er das
23:07
kriegt, so wie er das gerne hätte und kann es dann im
23:10
Gesamtheitlichen ausprobieren, dann ist das halt nicht agil und
23:13
dann ist das auch kein Arbeitsmodell was funktionieren
23:15
wird und nur zu Frust führen wird.
23:18
Fakt ist doch er muss er sich auch drauf einstellen in einem
23:22
agilen Umfeld zu sein, das heißt er kriegt Halt von Woche zu
23:26
Woche am besten oder alle 2 Wochen sagen wir mal
23:29
Teilergebnisse die er ausprobieren kann wo er ein
23:32
Feedback geben kann. Und dann kommst du halt in
23:35
diesen geilen Workflow, der auf jeden Fall funktioniert und alle
23:39
auch irgendwo happy sind, weil du kriegst als Entwickler das
23:42
Feedback Mensch. Ja, das ist cool umgesetzt, so
23:45
lassen wir das oder ey, ganz ehrlich, hab ich mir n bisschen
23:48
anders vorgestellt, sorry. Geht in die falsche Richtung,
23:52
aber du reagierst und hast nicht nach 2 Jahre ein, ist cool oder
23:56
ist total Scheiße. Die Software weißt du und da
23:58
müssen ja auch beide sich hin entwickeln und da sind wir auch
24:01
wieder bei der Mindset frage ne also der Kunde muss ja genauso
24:04
bereit sein zu sagen ich guck mir alle 2 Wochen zum Beispiel
24:07
Ergebnisse an und wenn es nur kleine Features sind, das geht
24:10
ja nicht darum, dass er da komplett ne ganze Software
24:13
hingeworfen bekommt sondern nur n Teil und das.
24:15
Entwickelt sich Iterativ. Ja, und das finde ich, hast du
24:19
halt ganz oft bei allen Strukturen nicht gegeben, dass
24:22
Leute dafür bereit sind, für die Du das zum Beispiel entwickelst.
24:25
Ja, und um noch mal ganz kurz den Bogen zum Punkt 1 zu
24:29
schließen, es ist ja nun mal so, dass.
24:32
Wenn du jetzt zum Beispiel sagst oder wenn du dir denkst, ja OK,
24:35
aber angenommen zum Beispiel, es hilft ja auch, einfach mal
24:38
erstmal NMVP zu machen, ne und vielleicht siehst du ja auf dem
24:41
Weg zur zu dem was gewünscht ist, dass bestimmte Sachen
24:45
vielleicht gar nicht so angenommen werden, wie du sie
24:47
gedacht hast. Und zum anderen vielleicht auch
24:51
du. Du siehst ja relativ gut, wie
24:53
sozusagen der Fortschritt ist, dass du vielleicht siehst, OK,
24:55
wir können noch n bisschen mehr hinzufügen, oder wir müssen n
24:58
bisschen was weglassen, aber wir wollen ja gerne.
25:00
Zumindest so eine gewisse erste Version schon mal da haben.
25:04
Und wenn jetzt zum Beispiel jemand sich denkt, ja, aber dann
25:06
ist es ja gar nicht fertig, so ne, also dieses das und das ist
25:11
gewünscht und das und das muss jetzt da sein, ist halt auch
25:14
wieder ne Punkt 1. Mindset heutzutage wird ein
25:18
wenig anders gearbeitet und da wird geguckt was kann man
25:21
schaffen, wie kriegt man das hin, wie weit kommt man und
25:25
natürlich willst du etwas haben was funktioniert auf jeden Fall.
25:28
Aber genau in diesen kleineren Iteration kannst du auch viel,
25:31
viel besser abschätzen. Wie weit kommen wir, was
25:33
funktioniert so und da muss halt einfach dann umgedacht werden,
25:40
ne? Ja, absolut.
25:42
Also man muss halt dann auch bereit sein, in diese neue
25:45
Denkweise zu gehen und ich glaube, da scheitert es halt bei
25:48
vielen, die dann sagen, OK, ich mach mit oder vielleicht das
25:50
auch aufgezwungen bekommen, das hast du halt auch oft, dann ist
25:53
es sowieso zum Scheitern verurteilt, um das Ganze so in
25:56
Punkt 1 und 2 noch mal einzubetten, wenn du eine agile
26:01
Arbeitsmethode aufzwingst und die Mitarbeiter gar keine Lust
26:06
da drauf haben und sich denken nach sowas neumodernes.
26:09
Gerade wenn es vielleicht schon 2 dreimal nicht geklappt hat.
26:12
Ne und du deine Meinung immer mehr verhärtest und dich
26:14
verschließt gegenüber funktionierende agile
26:17
Arbeitsmethoden, also wirklich ein funktionierendes Umfeld zu
26:20
schaffen, dann ist das Ding eh schon.
26:24
Also wie sagt man so schön das Kind im Brunnen gefallen, weil
26:26
dann wird das eh nicht klappen. Ja und ein dritter Punkt den ich
26:30
gerne ansprechen würde, weil das gefühlt jedes Mal so lange es
26:35
halt noch nicht rund lief, sagen wir mal so.
26:38
Jedes Mal n Grund, warum es auch nicht rund lief und was es auf
26:42
jeden Fall zu fixen galt, sind unklare Rollen und
26:45
Verantwortlichkeiten. Das ist n Thema, das Triggert
26:49
mich richtig, weil du hast gehen wir jetzt mal zum Beispiel von
26:52
Scrum aus, Du hast ja verschiedene Rollen, die du in
26:55
einem Scrum Team einnehmen kannst.
26:58
Wir haben da mal ne Folge zugemacht.
26:59
Liebe zuhören, Liebe zuhören, da müsstest du ne Weile runter
27:02
scrollen, das ist schon ne Weile her, aber es ist auf jeden Fall
27:06
sehr informativ gewesen. Also falls du dich mit den
27:08
Rollen nicht so wirklich auskennst, dann hör da gerne mal
27:11
rein und komm dann jetzt hier wieder zurück.
27:15
Deswegen möchte ich sie auch nur kurz nennen.
27:16
Also wir haben ja sowas wie Scrum Master, Wir haben ne
27:18
Product owner. Ja, teilweise gibt es auch noch
27:22
PMS und wir haben halt vor allem Developer die Rolle, die wir
27:25
halt meistens eingenommen haben, Fabi ne.
27:28
Special Design oder sowas gibt es ja auch manchmal noch.
27:30
Ne genau. Also das heißt, du hast jetzt in
27:35
dem Manifest rollen, die klare Aufgaben haben, ne die eine eine
27:39
Funktion in einem Scrum Team übernehmen und.
27:43
Fakt Nummer 1 oder Punkt Nummer 1?
27:46
Warum es scheitert ist das nicht klar ist, was ist meine Rolle?
27:51
Ich habe sehr oft erlebt, dass manche sich dachten, oh ja, ich
27:55
mach product owner, Product owner klingt irgendwie so, als
27:58
hätte ich mehr Verantwortung, als wär ich so, ich bin ja so n
28:01
halber ja so n halber Chef, so ne das ist also ich glaub
28:05
product owner, da seh ich mich, vielleicht gibt es auch noch ne
28:08
Gehaltserhöhung ich weiß ja nicht ich formulier das mal
28:11
jetzt bewusst provokativ. Fakt ist jedoch, dass einem
28:15
Scrum Team alle auf einer Ebene sind.
28:18
Du hast nur ne andere Rolle im Team.
28:20
Du hast quasi ne andere Funktionalität am Ende, aber du
28:23
bist nicht der Teamleiter, Du bist nicht der Chef der anderen,
28:27
das muss ich sagen, dieses Mindset hab ich bei anderen
28:30
schon erlebt und die sich dann dachten na ja, ich Manager das
28:33
jetzt n bisschen haben aber eigentlich die PO rolle
28:36
überhaupt nicht gelebt oder ausgeführt am Ende so was.
28:39
Quasi passieren muss als PO und das war auch schon mal der
28:43
Anfang vom Ende in so einem Scrum Team, weil dann fällt das
28:46
bricht das Kartenhaus halt einfach zusammen, wenn eine
28:49
gewisse Rolle nicht erledigt wird im Team, weil es führt
28:53
natürlich auch immer zur Diskussion, das darf man ja auch
28:56
nicht vergessen, wenn du n unterschiedliches
28:58
Rollenverständnis hast und Person a sagt, Person B muss,
29:02
muss eigentlich das und das machen, tut sie aber nicht und
29:05
umgedreht. Dann hast du natürlich auch
29:07
direkt Spannung und es wird wieder direkt in Frage gestellt,
29:10
ob dieses Framework diese agile Arbeitsweise überhaupt
29:13
funktionieren kann. Ja richtig, also ich hatte auch
29:16
vor einigen Jahren, ist jetzt echt auch schon wieder n
29:18
bisschen länger her, die ja auch NPO der halt genau das was du
29:22
gerade gesagt hast beschrieben hast.
29:23
Ne und NPO ist meiner Meinung da dafür da also.
29:26
Nicht nur meiner Meinung nach, aber es ist halt auch so.
29:28
Es ist ja der Product Owner, das ist der Mensch, der die Vision
29:32
darüber hat, was mit dem Produkt passiert.
29:35
Und jemand, der die Vision darüber hat, muss einfach
29:38
wissen, wo es hingeht. Also er muss halt einfach
29:42
wissen, was sind die nächsten, die nächsten gewünschten
29:46
Aufgaben, die jetzt auf diese, ich sag mal auf dieses Produkt
29:52
zukommen und dann muss das reingebracht werden ins Team,
29:55
also in in zu den Developern ne zu oder zu den Leuten, die das
29:58
halt sag ich mal entwickeln, entwickeln dann ne genau und.
30:04
Sich aber hinzustellen zu sagen, ja, ich bin jetzt hier, der
30:07
Leader sozusagen, und kann jetzt sagen, du machst das und du
30:10
machst das und du machst das bringt halt einfach gar nichts
30:12
ne, sondern in Team arbeitet für sich selber, bestimmt für sich
30:17
selber und es ist sozusagen Balance Team.
30:19
Jeder hat seine eigene Rolle und ist aber vom Stimmrecht
30:22
sozusagen genau gleichberechtigt und gleich beteiligt.
30:25
So ne, und das ist halt irgendwie schwierig und zum
30:30
Beispiel was ich. Weil du jetzt zum Beispiel
30:33
Product ohne angesprochen hat, hast.
30:35
Scrum Master ist zum Beispiel, oder nennen wir es mal agile
30:38
Coach. Es kann unterschiedliche Namen
30:40
haben und auch für unterschiedliche Frameworks,
30:43
aber ich find zum Beispiel spannend, dass es Leute gibt,
30:46
hab ich erlebt, die sich sagen n Scrum Master, Boah das ist so ne
30:51
richtige pillepalle Rolle ne, da musst du eigentlich gar nichts
30:55
machen, nur mal so n bisschen. Meeting starten und ansonsten
31:00
mal so. Fragen, ob alles bringt okay.
31:01
Zu mitbringen genau so. Und dann denke ich mir so okay
31:06
wenn du da, wenn du glaubst, dass das der Scrum Master ist,
31:08
dann ist es halt leider falsch dann.
31:11
Kommt, ging schon verloren, ja. Genau dann kommt die andere
31:14
Seite, wo ich mir denke, was ich auch schon erlebt habe, wo man
31:17
sich dann denkt, Scheiße okay. Ich verstehe vielleicht, warum
31:20
manche Leute denken, dass ein Scrum Master das ist, weil es
31:23
nämlich Scrum Master gibt. Die diese Rolle einnehmen, die
31:26
genau selbst von sich denken, dass das das ist, was sie machen
31:30
müssen oder sich denken, Oh, wenn ich scrum Master bin, dann
31:33
muss ich ja nur n paar Kekse mitbringen und n paar Meetings
31:35
also starten, das ist ja richtig easy peasy ist ja ne geile
31:39
Arbeit so ne und das ist halt das halt kacke.
31:42
Ich hab aber zum Beispiel auch schon gute Menschen, Leute in
31:46
dieser Rolle erlebt ne weil wenn du es eigentlich richtig
31:49
annimmst und dieses Mindset wieder hast und sagst ey ich bin
31:51
jetzt aber AJR Coach, ich bin scrum Master ne.
31:54
Ich kümmer mich darum. Wie geht es denn gerade dem
31:57
Team, in welche Richtung entwickelt sich das Team?
31:59
Sind die vielleicht gerade richtig gut drauf, haben die
32:02
vielleicht Probleme? Da muss ich dann noch mal n
32:03
bisschen auch in der Retro nachhaken.
32:05
Ich muss ich also das ist ja ne, ist ja n Vollzeitjob, wie zum
32:09
Beispiel wie ist gerade das Team drauf dementsprechend richtig
32:12
meine Retro darauf aus ne wenn du immer nur ne Retro machst und
32:15
sagst OK wir machen jetzt mal wieder ne Retro.
32:19
Was ist gut gelaufen, was ist schlecht gelaufen, was müssen
32:21
wir verändern? Let's Go, Leute so, wir haben
32:25
eine Stunde Zeit, macht mal macht mal schnell alles okay
32:28
jetzt besprechen wir das super Dankeschön bis zum nächsten Mal.
32:32
Das das ist es nicht, du musst wirklich dein Team kennen, du
32:35
musst da richtig viel Zeit investieren, darüber nachdenken
32:39
was braucht das Team gerade, wie geht es, wie machen wir weiter
32:42
und so weiter das Macht einen richtigen Scrum Master, einen
32:45
agile Coach oder was auch immer aus.
32:47
Und aber da hast du genau die Abwärtsspirale, dass wenn dieses
32:51
Mindset aufkommt und auch quasi vielleicht jetzt nicht nur in
32:54
deinem agilen Team, sondern projektübergreifend
32:58
Firmenübergreifend. Herrscht dieses Mindset ne, dass
33:02
dann die Leute anfangen? Ja, aber warum brauch ich denn
33:04
jetzt nen Scrum Master zu 100%? Also so viel ist es ja nicht,
33:08
reicht ja wenn er 2030% seiner Arbeitszeit nimmt und ansonsten
33:13
noch ne andere Rolle hat er noch weiterentwickelt ja also n
33:15
Entwickler kann ja auch einfach nebenbei noch Scrum Master sein
33:18
PO 50% das und 50% entwickelt da noch mit und das sind genau die
33:24
Sachen diese Doppelbelegung die das ganze Projekt oder die.
33:29
Die der Ganzen, den ganzen agilen Ansatz zum Scheitern
33:32
bringen, weil ein PO, der sag ich mal, ich mit
33:35
Anführungszeichen noch Zeit hat, nebenbei zu entwickeln, der lebt
33:38
seine Rolle nicht richtig aus, ganz klar.
33:41
Also da bin ich mittlerweile fest der Meinung, weil ich sehr
33:43
viele POS auch schon erlebt hab, also sowohl gute als auch
33:46
schlechte ja, aber also schlecht im Sinne von nicht persönlich,
33:50
sondern dass sie einfach die Rolle nicht gut gelebt haben ne,
33:52
also hier kein persönlicher Angriff ja, aber wenn ich.
33:57
Nicht zu 100% das mache fällt sehr viel hinten runter und das
34:01
äußert sich ganz oft in der Vision wie du meintest ne, dass
34:05
keine klare Vision vorherrscht. Was ist in den nächsten Wochen
34:09
zu erreichen, was trage ich in mein Team, was kommuniziere ich
34:13
in das Team hinein zu den Entwicklern, was braucht der
34:17
Kunde, was möchte er die nächsten Wochen haben, was ist
34:19
wichtig, wie priorisiere ich Riesenthema.
34:24
Wie was für Tickets hab ich? Also habe ich niedergeschrieben,
34:28
was erledigt werden muss. Ja das ist n riesen Punkt, da
34:32
können wir auch gleich noch mal kommen wenn wir vielleicht so n
34:33
bisschen übers Tooling reden ne aber das sind die Punkte wo es
34:38
immer scheitert weil am Ende denn keiner mehr weiß was er
34:41
eigentlich machen soll und du wieder in dieses planlose
34:43
Verfällst und da ist der PO eine ganz ganz zentrale Rolle ne
34:49
gerade wenn du auch mehrere agile Teams hast.
34:51
Ja also. Wenn es denn, sag ich mal,
34:53
größer wird und man sagt, ich hab jetzt 23 agile Teams, die
34:56
aber in ein Gesamtprojekt einzahlen mit ihrer Arbeit.
35:00
Umso wichtiger wird diese PO rolle und man muss sich gut
35:03
überlegen, möchte man das, hat man verstanden was ein PO ist
35:06
und nicht dieses wie ich es auch schon erlebt hab, klingt
35:09
irgendwie wie Chef ich hab Bock Chef zu sein so weißt du und
35:12
dann völligst unzufrieden zu sein mit der Rolle die man da
35:16
eigentlich eingenommen hat. Ja richtig, das ist das hast du
35:20
ganz gut zusammengefasst. Und du hast ja schon Tools n
35:24
bisschen angesprochen. Das ist finde ich auch so n so n
35:26
vierter Punkt. Ich würde jetzt einfach mal
35:28
weitergehen, außer du hast und zwar also der vierte Punkt für
35:33
mich ist, dass man zum Beispiel sagt, OK, wir arbeiten jetzt
35:35
agil, ne Let's go, hier sind alle Tools die ihr braucht und
35:40
dann fokussierst du dich am Ende auf diese ganzen Tools die du
35:44
hast, die du nutzen musst anstatt wirklich echte
35:48
Zusammenarbeit zu haben, ne? Das heißt, du sagst dann sowas
35:51
wie ja guck mal hier, das ist unser Board, das sind unsere
35:55
Tickets so und Fokus darauf. Anstatt aber zu sagen Ey lass
36:00
mal miteinander kommunizieren, lass darüber reden ne, also
36:04
sowas wie zum Beispiel, also es bringt ja nichts wenn du sagst
36:08
wir haben jetzt, wir haben jetzt hier so n so n JIRA Board oder
36:10
wir haben jetzt so n so n cambam Board ne also das eine ist n
36:13
Tool, das andere ist n methodiker so ne.
36:17
Wir haben jetzt irgendein Board wo die Tickets drauf kommen.
36:20
So und damit da wir sind jetzt agil, jetzt geht es los ne
36:23
activated ja ich mein gut wir haben jetzt schon ne Menge übers
36:26
Mindset geredet so wenn du nicht weißt was es ist oder wofür es
36:29
da ist, ist es natürlich schwierig.
36:30
Das heißt du hast halt dieses Mindset was du dann am Ende
36:33
brauchst ne aber du entwickelst ja trotzdem nur weil du diesen
36:40
ganzen Kram da hast. Ne entwickelst du ja kein
36:43
gemeinsames Verständnis darüber, wenn jeder sich einfach nur
36:46
irgendwie. Mit diesen Tools aufhält aber
36:49
man nicht wirklich mal zusammen. Das bespricht worum es geht, ne
36:54
ja sind das sind halt auch ganz oft Sachen, dass du so n Tooling
37:02
Etablierst, so innerhalb von wie soll ich sagen Sekunden ja wir
37:07
machen jetzt. Wir machen jetzt Scrum.
37:09
Alles klar. Hier sind die Daily Termine,
37:11
hier ist die Retro, hier das Planning Review machen wir dann
37:15
und dann und dann hast du halt, dann wirst du halt bombardiert
37:17
mit Terminen, dann heißt es das sind alles pflichttermine, weil
37:20
wir sind richtig agil und ihr habt da zu sein und immer dieses
37:24
Aufzwingen von Sachen ne ohne wirklich sag ich mal die Leute,
37:30
dass die Leute bereit sind dafür das zu machen weil ich finde zum
37:34
Beispiel wenn jemand sagt Ey übrigens.
37:36
Ja, hier planning und Retro, das ist Pflicht.
37:40
Wehe ihr kommt nicht, ihr wart letzten mal alle nicht da, wehe
37:42
ihr kommt nicht, dann bin ich schon an einem ganzfalschen.es
37:45
muss einfach von der inneren Einstellung klar sein, dass ich
37:49
in die Retro gehe, weil ich das innere Bestreben hab zu sagen,
37:53
ey, wir haben Sachen zu besprechen, wir haben Sachen zu
37:55
verbessern und das möchte ich angehen, das Thema.
37:59
Und ich möchte vielleicht sich n paar tolle Sachen anmerken.
38:02
Ne genau also es muss ja nicht immer nur negativ sein, sondern
38:05
auch mal feiern was man erreicht hat, auch das ist agil und
38:08
gehört fest dazu. Guter Punkt aber das da fängt es
38:12
dann immer an schon innerlich zu kribbeln bei mir und da bin ich
38:14
genervt davon wenn man wenn man sowas gesagt bekommt, also
38:17
gerade wenn man zum Beispiel in einem Team also wenn n Team erst
38:22
anfängt damit, dann ist gerade so n Retro das allerwichtigste
38:26
am Ende ja also wirklich zu sagen, wie können wir jetzt in
38:29
die richtige Arbeitsmethodik kommen und dann muss doch dieses
38:32
innere Interesse da sein, an diesen Terminen teilzunehmen und
38:36
aber. Das ist ja Tino, das ist ja
38:38
schon so, das geht ja schon so in die Richtung, also auch
38:40
wieder logischerweise Mindset ne, weil wenn du sagst ihr müsst
38:44
jetzt diese Termin lassen, Pflichttermin, ihr müsst da
38:46
reinkommen so und Leute denken ja boah retro Alter.
38:49
Ich wollte gerade irgendwie entwickeln.
38:51
Jetzt muss ich wieder irgendwie quatschen.
38:54
Ich weiß gar nicht, was jetzt großartig gut gelaufen ist, was
38:57
schlecht gelaufen ist. So als Beispiel ne Planning, oh
39:01
jetzt muss ich wieder eine Stunde 2 Stunden, je nachdem wie
39:03
lange das dauert muss ich jetzt irgendwie wieder über irgendwie
39:07
mir Tickets durchlesen so ne und ich finde genau das ist ja also
39:10
da ist wieder das fehlende Mindset oder du lebst es halt
39:14
nicht richtig, du hast nicht verstanden wofür das eigentlich
39:17
da ist, weil wie du meintest Retro, genau dafür ist es da
39:19
was. Was du meintest ne wichtige
39:21
Dinge, aber du musst ja das Mindset entwickeln, nicht zu
39:25
sagen, Boah, jetzt gehen wir wieder durch und ich weiß gar
39:27
nicht was ich da jetzt zu sagen soll, sondern wenn du merkst ey
39:31
hier retro, da ist es wichtig offen zu sein, da kann man was
39:36
verändern und das ist ja das wichtige am Ende.
39:39
Da ist es ja, dass dass du, dass du automatisch da während der
39:43
Zeit bis zur nächsten Retro aktiv schon wieder Sachen merkst
39:48
und dir denkst, so, Oh, warte mal, das war echt gerade richtig
39:51
cool, oder? Boah, das war heute ein richtig
39:54
richtig krasser Paint Punkt und den hatte ich jetzt auch schon
39:57
zweimal in dieser Woche, das heißt, es ist jetzt schon das
40:01
dritte Mal. Das muss ich unbedingt bei der
40:02
Retro ansprechen, weißt du, du sensibilisierst dich darauf so
40:05
was halt einfach. Zu merken weißt du genauso wie
40:09
beim Planning. Wenn du jetzt beim Planning
40:11
sagst, ja, jetzt besprechen wir wieder irgendwelche Tickets,
40:14
wenn das das Gefühl ist, was beim Planning aufkommt, dann ist
40:17
es halt nicht das richtige Planning was du machst.
40:19
Weil Planning finde ich ist ja wichtig, dass man einfach
40:22
darüber redet okay welche Tickets haben wir, was ist das
40:26
auch das, was ist das Kundenverständnis, was gebraucht
40:29
wird, was ist das Teamverständnis, was wir
40:30
schaffen können, was ist das Teamverständnis.
40:33
Auch zum Beispiel über diese entsprechenden Wünsche, weil man
40:36
muss natürlich auch immer gucken, dass es natürlich auch
40:38
gerne mal n wünsch dir was gibt bei Kunden, ne, also da muss man
40:41
natürlich auch hart differenzieren, oder?
40:43
Nein, nicht hart, sagen wir mal sensibel differenzieren zwischen
40:47
was wird gewollt und was entspricht wirklich der Vision
40:51
am Ende ne. So also du brauchst ja zum
40:54
Beispiel keine Ahnung an deinem Handy brauchst du jetzt nicht
40:56
noch n Kartoffelschäler dran zu machen, so auch wenn vielleicht
40:59
manche Leute Kartoffeln schälen abends aber weißt du was ich
41:02
meine ne blödes Beispiel, aber wenn du irgendwann dahin kommst
41:05
zu sagen EY das sind unsere Tickets, die sind wichtig,
41:08
darüber haben wir gesprochen und wir wissen jetzt auch, wir haben
41:11
einheitliches Verständnis über diese Tickets, dann ist es gut,
41:14
dann kommst du ja richtig mit einem, da hast du richtig Bock
41:17
auf dieses Planning, weil du dir denkst boah ey, ich werd jetzt
41:20
mal wieder richtig wissen, wie es weitergeht.
41:22
Jetzt gucken wir mal was sind die Tickets?
41:23
Ich hab schon richtig richtig Bock sozusagen in in die nächste
41:28
Iteration, beispielsweise nach dem Planning zu starten um zu
41:32
sagen so ey geil ich ich ich hab wieder Aufgaben wo ich genau
41:35
weiß was zu tun ist. Ne und nicht dass du am Ende aus
41:38
dem Planning rauskommst. Eigentlich ist noch alles offen
41:41
und du denkst dir so boah ich hab jetzt hier n Ticket.
41:45
Ich weiß gar nicht richtig, was ich damit.
41:47
Machen soll. Ehrlich gesagt, so weißt du ja,
41:51
ich finde planning ist auch ein gutes Beispiel, weil du
41:53
meintest, dass oft eine, dass du viel Tooling hast, aber wenig
41:58
Kommunikation und echte Zusammenarbeit da ist Planning
42:02
auch so ein geiles Beispiel, wenn es nämlich auch Richtung
42:05
schätzen geht, also was glaubt ihr wie wie komplex?
42:09
Und ich sage bewusst, wie komplex dieses Ticket ist.
42:12
Also diese Teilaufgabe, die wir erledigen sollen.
42:15
Zu 90% fangen die Leute an zu sagen, ich denke, ich brauche
42:21
eine Woche. Das wird mich so und so viel
42:23
Stunden kosten und du fällst immer und das ist nicht mal
42:27
unbedingt geschuldet den Entwicklern also oder
42:30
Entwicklerinnen aus dem Scrum Team, sondern da haben wir
42:32
wieder die alte Strukturen, die dann auch wieder reingreifen.
42:35
Ja, aber ich muss wissen bis wann du das alles fertig hast.
42:38
Ich muss Meilenstein aufplanen ja bis wann hast du das alles
42:41
fertig, sag mir wann hast du es fertig so weißt du und da finde
42:45
ich, ist es halt auch einfach geil, wenn du zum Beispiel
42:48
sagst, ey, wir machen, wir schätzen, wir müssen Tickets
42:52
schätzen, das ist n fester Bestandteil, der ist wichtig,
42:54
bin ich ganz dabei ne, aber lasst uns doch mal nicht alles
42:58
auf Zeit Münzen, am Ende sagst du immer es gibt Story Points so
43:02
ne das ist der Klassiker weil das Framework sagt Es gibt Story
43:05
Points ja und am besten nach Fibonacci ja das ist ganz
43:08
wichtig aber du Maps es auf Zeit.
43:12
Du mapst es zu 90% in Teams auf Zeit.
43:15
Nach meinen Erfahrungen und das ist schade, lass doch sagen,
43:19
nee, wir haben keine Zeit mehr, wir schätzen keine Ahnung,
43:23
irgendwas Absurdes nach Bananen ja, also eine Banane, 2 Bananen
43:27
oder 3 Bananen die 3 Sachen hab ich jetzt an Komplexität zum
43:32
Beispiel klingt jetzt n bisschen absurd, aber versucht es doch
43:35
mal, weil dann ist ja die Kommunikation auch entscheidend
43:38
und die Zusammenarbeit im Team. Lasst uns n Ticket planen, lasst
43:41
es refined, lasst uns zusammen drüber sprechen.
43:44
Was beinhaltet das Ticket, hat jeder das Verständnis über
43:48
dieses Ticket, wie du ja auch meintest.
43:49
Ja kann jeder sagen, ich weiß was zu tun ist und dann ist doch
43:54
am Ende nur entscheidend sagen alle eine Banane, 2 Bananen oder
43:57
3 Bananen oder sagt die Hälfte des Teams 3 Bananen und die
44:01
andere Hälfte eine Banane, dann hab ich ja ne Diskrepanz da
44:04
drin, dass es scheinbar nicht klar ist.
44:06
Richtig, weil deine Ding ja, das geht übelst.
44:09
Easy und jemand anders sagt ja, das hat aber echt ne Menge was
44:13
da irgendwie mit reinfließt so und dann denkst du dir so OK,
44:17
aber was stimmt denn jetzt? Ne weil stell dir mal vor und
44:20
und das ist ja das interessante, du hast also einheitlich im Team
44:23
nicht das gleiche Verständnis darüber, aber zum Beispiel die
44:26
eine Person würde sagen. Also wenn ne ich sag jetzt mal
44:29
es ist nicht so komplex, ich schaffe es vielleicht schneller
44:32
ne wir gehen jetzt wieder sozusagen in diesen in diese
44:34
Zeit, die irgendwo dann wiederum gefordert wird und dann hast du
44:37
vielleicht von der einen Seite, die sagt ja es geht recht
44:39
schnell, die anderen sagen es dauert n bisschen länger, weil
44:41
es ist echt nicht so easy, da muss n bisschen was gemacht
44:44
werden, so und dann ist ja auf einmal der Punkt, dass egal wen,
44:49
also es ist nicht egal wen du fragst, sondern es ist abhängig
44:52
davon, wen du fragst, wie schnell es passiert.
44:55
Also ne wenn jetzt jemand wirklich wieder an diesem Punkt
44:58
ist und sagt ich brauche schnell, muss schnell sein wann.
45:00
Wann hab ich das ich brauch meinen ne meinen Meilenstein
45:03
jetzt so. Genau.
45:04
Und dann kommst du an den Punkt, dass du nach jeder Iteration,
45:07
und da können wir auch gleich zum letzten Punkt kommen, wenn
45:09
es um Retros und Transparenz geht, dass du dann halt sagst,
45:13
passt auf wir als Team mit unserer, mit unserer
45:17
Leistungsfähigkeit, die wir haben können. 20 Bananen liefern
45:21
ja, so weißt du, und die Leute denken sich so.
45:25
Was hä, gerade wenn denn so alte Strukturen wieder reinkicken ja
45:28
wat 20 Bananen. Ich will wissen wann die das
45:31
hier fertig ist. Nein, aber wir schätzen die
45:34
Tickets, wir sagen wie komplex die sind und wir können sagen,
45:37
wieviel Komplexität schaffen wir in einer Iteration und das musst
45:41
du ja und dafür ist auch ne Retro da was lief gut, was lief
45:44
schlecht, haben wir uns übernommen, müssen wir gucken ob
45:47
wir vielleicht besser schätzen, warum haben manche gesagt 3
45:50
Bananen, manche eine Banane. Wo war jetzt die goldene Mitte?
45:54
Ja, also feedbackzyklen, du musst ja einfach immer dieses
45:57
Feedback generieren, um dran zu wachsen und besser zu werden und
46:01
irgendwann sagen alle ganz genau, wieviel Bananen das sind
46:04
und du kannst ermitteln wieviel du schaffen kannst und kannst.
46:07
Super Aufplanen deine Iteration und die Vision verfolgen durch
46:10
den PO beispielsweise und das sind genau die Sachen, die am
46:14
Ende Agilität erfolgreich machen und da kommt jetzt der fünfte
46:18
Punkt rein, Widerstand gegen Transparenz.
46:22
Und gegen Retros und Konsequenzen daraus super oft
46:25
erlebt, wie du ja auch meintest, Oh schon wieder ne Retro.
46:29
Ja hier was lief gut, was lief schlecht, was müssen wir
46:32
weitermachen, was können wir verändern und wie verändern wir
46:36
das? Viele haben dieses Framework
46:39
gelesen, haben verstanden was es eigentlich machen soll, leben es
46:43
aber nicht richtig und da kommt der Scrum Master auch wieder
46:46
rein, der Scrum Master wie du meintest muss ja.
46:48
Abhängig von der aktuellen Situation, die Retroform ja,
46:53
gehen wir vielleicht mehr in die Mindset Richtung, haben wir
46:56
vielleicht mehr störende Faktoren von außerhalb des
46:58
Teams. Vielleicht läuft ja im Team
46:59
alles runter, aber es kommt sehr viel, also Störung von draußen,
47:04
dann kannst du ja die Retro auch in die Richtung lenken, wie
47:06
können wir uns mehr schützen davon, wie können wir besser
47:09
nach draußen kommunizieren, das was nicht richtig läuft.
47:12
Und deswegen kann eigentlich keine Retro immer gleich sein,
47:15
wenn man sie richtig lebt, sage ich mal.
47:18
Also ich hatte zum Beispiel mal eine Zeit in meinem
47:21
Arbeitsleben, da hatte ich auch Retros, die waren nie gleich,
47:25
die waren immer irgendwie anders, waren immer anders
47:28
aufgebaut und waren dann aber auch zum einen Halt eine
47:32
willkommene Abwechslung. Es war immer, es hat immer Spaß
47:35
gemacht, diese Retro zu machen, weil einfach der AJ Coach an
47:38
dieser Stelle genau den richtigen Job gemacht hat.
47:42
Und du auch gemerkt hast, da wird nicht gechillt.
47:44
Die sind also wirklich die ganze Zeit während ihrer Arbeitszeit
47:48
damit beschäftigt, AGI Coach zu sein und nicht 10% AGI, Coach,
47:52
20% PM und dann noch vielleicht n bisschen.
47:56
Developer oder so? Keine Ahnung.
47:58
Ne so, sondern da wurde sich darauf fokussiert und das
48:00
gemacht. Und gerade bei Retros zum
48:03
Beispiel das Problem finde ich bei retros warum viele Leute
48:06
glaube ich auch der Meinung sind Retros sind Quatsch und die
48:08
bringen nichts ist. Ganz einfach, weil wenn du so an
48:13
so an ne Retro rangehst und sagst ja OK das ist der Pain
48:16
Point, das ist n Pain Point ja gut, OK dann lass mal gucken was
48:20
können wir dagegen machen weiß ich nicht, vielleicht mal drüber
48:23
sprechen ja OK wann wollen wir das machen, ja dann und dann wer
48:27
denkt dran ja lass mal alle dran denken und dann denkst du dir so
48:30
ja OK das ist so schwammig, da passiert halt gar nichts also
48:33
wenn du ne retro machst wo du Pain Points festlegst und keine
48:36
Konsequenzen daraus ziehst. Ne, also nichts tust um dagegen
48:39
zu steuern. Ja gut, dann bleibt es halt auch
48:42
so, dann kannst du tatsächlich ne retro einfach lassen, dann
48:45
bringt es nichts so aber wenn du sagst du machst ne retro und
48:49
kriegst dann im Endeffekt wirklich Konsequenzen daraus die
48:53
du einleitest am Ende auch ne, dann ist es gut, dann kannst
48:57
also ne dann dann kannst du damit arbeiten, dann
49:00
funktionieren Retros und so sollten Retros auch sein.
49:03
Oftmals ist es ja auch so, dass dann irgendwie gesagt wird, ja,
49:06
hier das und das ist nicht so gut gelaufen, dann kommt jemand,
49:08
sagt, warum ist das nicht so gut gelaufen, ihr arbeitet schlecht,
49:10
ne also ich übertreib jetzt ne, aber das ist halt eher nicht so
49:14
NOK schön, wir haben was gelernt ist sondern so n wir haben es ja
49:17
nicht richtig gemacht, ihr seid blöd ne so Peitsche drauf
49:20
anstatt zu sagen Wow cool, wir haben was gelernt so ne aber und
49:26
ich finde das ist auch n kleines Problem, dass oftmals hast du ja
49:30
n Punkt zumindest ist das mein Verständnis.
49:33
Du kommst irgendwo in irgendwelchen Projekten an
49:36
Punkt, wo es heißt, scheiße, Wir schaffen das nicht, wir, wir
49:39
kriegen es nicht hin. Das gehört dazu.
49:42
Was müssen wir jetzt tun? Ja, wir machen jetzt, lass uns
49:46
agile nehmen, weil mit agile schaffen wir es so und dann
49:49
drückst du von jetzt auf gleichen agiles Framework auf
49:54
ein Projekt, was einen unglaublich hohen Zeitdruck von,
49:57
ich sag mal verschissenem Projektmanagement hat.
50:00
So, und jetzt hast du Zeitdruck plus ja, jetzt sind wir aber
50:04
agil und damit schaffen wir das ja easy peasy und genau das ist
50:07
das, was richtig richtig schlecht ist.
50:10
Wenn du nicht denkst, dass eine Änderung erstmal vielleicht Zeit
50:15
braucht um sie anzunehmen so, sondern sagst es muss morgen
50:19
fertig sein und heute machen wir, damit wir morgen fertig
50:24
sind und. Das funktioniert halt nicht, ne,
50:26
also das ist halt n Punkt, was definitiv hundertprozentig
50:30
kaputt geht. So ja du hast halt einfach ne
50:34
Zeit die du brauchst um sowas zu etablieren und das wächst halt.
50:38
Also ich habe noch kein agile Team erlebt, was von Anfang an
50:42
richtig gut funktioniert hat, vielleicht weil ich einfach noch
50:45
nie in einem Team war oder reingekommen bin, sagen wir es
50:48
mal so. Die jetzt vielleicht jahrelang
50:50
in agilen Teams gearbeitet haben, die erfolgreich waren.
50:53
Ne, also dass du wirklich reinkommst und alles sofort geil
50:57
ist, weil das das ist auch gar nicht das Ziel, oder oder, oder
51:00
die Erwartungshaltung, sondern wie gesagt, weil wir ja beim
51:03
Thema Retros sind, zu sagen, wie können wir uns verbessern, ja,
51:07
also auch. Die agile Arbeitsweise hat
51:10
Feedbackzyklen und es ist wichtig zu merken, wären wir
51:13
besser, ey, guck mal, vor ein paar Monaten hatten wir das und
51:16
das Problem, das machen wir viel besser mittlerweile ne, das ist
51:19
ja auch Agilität am Ende und ein wichtiger Punkt, woran es auch
51:24
oft scheitert, den möchte ich noch ansprechen bevor wir dann
51:26
denke ich mal durch sind. Mit der Folge ist einfach, dass
51:31
man sage ich mal offen kommuniziert und sich traut zu
51:36
kommunizieren. Gerade eine Retro im Team ist n
51:39
Space, was da gesagt wird, sollte auch in diesem Space
51:43
bleiben. Ja, also ich kann vertrauensvoll
51:46
innerhalb meines Teams kommunizieren, was mir nicht
51:49
schmeckt oder wo ich Probleme sehen, dass es mir nicht gut
51:52
geht damit und ich kann im Team dann Maßnahmen treffen, wie
51:56
können wir uns beispielsweise nach außen hin schützen, wenn
51:59
sehr sehr viel Druck von außen kommt?
52:01
Alle Sonne Themen und deswegen man muss ein Umfeld schaffen wo
52:05
sich jeder aus dem Team sag ich mal bereit fühlt offen die
52:12
Punkte anzusprechen und keine Angst davor hat, das ist ganz
52:15
wichtig und das ist auch ganz oft ein Knackpunkt, dass sich
52:17
Leute denken, ich sag jetzt eh nichts, das gibt nur Ärger oder
52:21
ich sag eh nichts, weil es ändert sich nichts, dass diese
52:23
beiden Punkte sind halt so Hauptgrund warum so was
52:26
scheitert oder eine Retro schlecht angesehen wird.
52:28
Und das gilt es halt einfach zu verhindern.
52:31
Also man darf da auch wirklich mal Tacheles reden.
52:34
Ja und nicht weich gespielt, sondern sagen, Ey Pass auf, ich
52:36
find das Scheiße jetzt hier wie das gerade läuft, das find ich
52:38
nicht geil so weißt du und das ist n Punkt, gerade wenn man
52:42
selbst merkt so ich hab keinen Bock auf die Retro sich mal
52:45
selbst zu challengen und zu sagen.
52:48
Mach ich das also? Was ist meine Erwartung von der
52:51
Retro und arbeite ich aktiv dran mit, dass die Retro erfolgreich
52:55
wird oder oder funktioniert oder wo also und selbst wenn ich das
52:59
Gefühl hab, dass die Retro nicht sinnvoll ist, ist die Retro der
53:02
richtige Punkt um das anzusprechen.
53:04
Ja richtig, das auf jeden Fall. Und ich finde, weil du meintest
53:08
so OK, du warst noch vielleicht noch nie in einem Team, wo es
53:11
von Anfang an richtig gut funktioniert hat.
53:14
Wenn man die Erwartung hat, dass es vielleicht irgendwie ein Team
53:17
gibt, wo es einfach nur komplett flutscht.
53:21
Ich glaube, es gibt vielleicht Teams, die haben das Mindset
53:23
schon weit, also schon deutlicher etabliert oder
53:26
weniger, aber Fakt ist es, dass du immer wieder in der Retro an
53:31
Punkte kommst, wo du sagst, das müssen wir ändern und es heißt
53:34
auch nicht, dass wenn du sagst, lass uns das mal so probieren.
53:38
Dass es dann heißt, das muss jetzt die Lösung sein, sondern
53:41
man guckt in der nächsten Reto drauf, hat es denn jetzt
53:44
wirklich funktioniert? Wir haben ne Maßnahme getroffen,
53:47
bringt uns diese Maßnahme in die richtige Richtung, wenn nicht,
53:49
wir können es ja auch anders probieren, aber wir müssen es
53:52
probieren, wir müssen daraus lernen, es wird immer
53:54
irgendwelche Punkte geben, die es zu verbessern gibt,
53:57
vielleicht sind die Punkte, die du gestern verbessern wolltest
53:59
und die du weiß, nicht heute gelöst hast morgen Probleme, man
54:03
weiß es nicht genau, es kommt halt drauf an, es ist halt immer
54:05
wieder etwas was. Sag ich mal wieso ne wabernde
54:09
masse ne und du du wirst halt nicht sagen jetzt ist es perfekt
54:14
und jetzt bleibt es perfekt so und das muss man halt glaub ich
54:17
einfach auch verinnerlichen, dass es halt permanent ein
54:21
Wandel ist und eine etwas woran man arbeitet.
54:26
Ne, wie vielleicht auch an sich selber beispielsweise.
54:28
Ansonsten Tino, Danke fürs Gespräch, war auf jeden Fall
54:31
super spannend, ich find das Thema ist heftig und ich glaub
54:34
das ne knappe Stunde reicht da gar nicht das zu covern aber
54:38
liebe Zürer lieber zürer uns interessiert auch mal mega was
54:43
du zum Beispiel so für vielleicht tolle Seiten an Agile
54:47
erlebt hast oder vielleicht auch welche Schattenseiten du erlebt
54:49
hast. Welche Paint points du
54:50
eigentlich auch immer wieder identifizierst.
54:54
Wenn es mal wieder um agile geht.
54:56
Und vielleicht kann es ja auch sein, dass du sagst, ey, ich
54:59
würd niemals nach agile arbeiten, soll es ja auch geben,
55:02
aber dann schreib uns doch mal. Wieso eigentlich?
55:04
Also ich denk mir dann so, vielleicht könnte man da auch
55:07
irgendwie ne fehlerhafte Erfahrung gemacht haben und man
55:10
muss dazu aber auch sagen, Agile ist ja auch nicht immer das
55:13
Heilmittel, es kommt drauf an in welchem Scope man arbeitet, ob
55:16
es denn überhaupt sinnvoll ist oder nicht muss man ja auch dazu
55:18
sagen, es ist nicht immer sinnvoll so ne.
55:21
Aber, und die Mail ist in den in den Shownotes.
55:23
Genau, Mail in den Shownotes Discord, wo auch immer.
55:26
Schreibt uns auf den Plattformen eurer Wahl alles in den
55:29
Shownotes drin und ansonsten Tino würde ich sagen, das war es
55:32
für heute macht es gut, wir hören uns in der nächsten Folge
55:36
deine Calling Buddies gemeinsam besser.