Latest / Coding Buddies | Tech & Dev-Mindset / #162 Vom Optimismus zum Panic Mode - Unser 24h Projekt

Transcript

#162 Vom Optimismus zum Panic Mode - Unser 24h Projekt · Coding Buddies | Tech & Dev-Mindset

0:00
Jeder kennt es. Projekte starten super und
0:02
eskalieren dann echt schnell. Genau das konnten wir auch in 24
0:06
Stunden erleben. Coding Buddies Dein Podcast rund
0:10
um Softwareentwicklung und aktueller Tech News Herzlich
0:13
Willkommen Halli Hallo und herzlich
0:26
Willkommen zur neuen Folge des Coding Buddies Podcast schön,
0:31
dass du wieder eingeschaltet hast und deine Gastgeber, wie
0:34
soll es anders sein. Meine Wenigkeit, der Tino und
0:38
der fantastische Fabi, der mich angrinst.
0:41
Eine klassische Anmoderation. Er fühlt es wie immer Fabi, was
0:44
geht ab. Moin Tino, Ich mach wieder was
0:48
geht an. Ja das sieht man, man sieht es
0:50
direkt du. Bist bereit, du hast Bock?
0:53
Na klar, auf jeden Fall. Podcast das ist immer, ist immer
0:57
schön, ja immer schön zusammensetzen, das ist n
1:00
bisschen quatschen. Eigentlich.
1:03
Das ist gut, weil sonst würde das ganze ja auch nicht so Sinn
1:05
machen. Also es ist schön, dass du da
1:06
Bock drauf hast. Ach.
1:08
Scheiße wieder Podcast. Nein.
1:11
Ich würd, ich würd sehr cool finden, wenn wir irgendwie noch
1:13
so weißte. Ich würd gerne mal noch so n
1:15
Kaffee dabei haben, aber man hört das schlürfen einfach zu
1:18
viel weißte. Wir sind einfach
1:20
kaffeeschlürfer. Ja, irgendwie schon.
1:22
Also Schlucker, dass. Man so ich glaub wir trinken
1:27
einfach komisch fabi deswegen absolutes Kaffeeverbot.
1:31
Ich weiß, es ist hart, mal 40 Minuten keinen Kaffee zu
1:34
trinken, aber dafür haben wir uns entschieden.
1:37
Deswegen auch jetzt stell die Tasse weg.
1:39
Ist gar nichts drin. Und bevor wir zum heutigen Thema
1:43
kommen, was sehr, sehr cool ist, noch mal ganz kurz ein Appell an
1:47
dich, liebe Zuhörerin, lieber Zuhörer, falls du diesem Podcast
1:50
noch nicht folgst, auf der Plattform deiner Wahl, dann.
1:54
Pausier doch mal ganz kurz Klick kurz aufs Knöpfchen, damit du
1:57
keine Folge mehr verpasst. Und das würde uns auch
2:00
unheimlich supporten. Deswegen vielen vielen Dank an
2:02
der Stelle und dann würd ich sagen Fabi, Bühne frei für dich,
2:06
hau doch mal raus was das heutige Thema ist.
2:10
Genau. Wir hatten ja vor, ich glaube
2:13
nicht letzte Folge, sondern die Folge davor ungefähr so in die
2:16
Richtung hatten wir auch schon mal über den Hackathon
2:18
gesprochen und da ging es ja um die unsere Vibe Coding
2:22
Erfahrung, die wir gemacht haben.
2:25
Wir hatten das extra auch so gemacht, dass wir das Thema
2:29
Hackathon, jetzt sag ich mal aus 2 verschiedenen Perspektiven
2:33
betrachten wollen. Das eine hatten wir ja schon
2:35
gemacht, das andere war für uns aber auch noch sehr interessant
2:39
oder relevant und deswegen haben wir gesagt, wir nehmen jetzt
2:41
noch mal Thema Hackathon, was wir gemacht haben und betrachten
2:44
das noch mal aus einer anderen Perspektive, und zwar die
2:47
Perspektive, an einem Projekt zu arbeiten, und das war schon,
2:51
fand ich super interessant. Weil man ja wie gesagt, diese 24
2:58
Stunden hatte, um mehr oder weniger ein kleines Projekt zu
3:02
bauen, aufzusetzen, zu erstellen und so wie man das Halt eben
3:07
auch im großen Stil bei einem Projekt kennt und der
3:10
Projektarbeit mit allem was dazu gehört, agilen Routinen und so
3:15
weiter das konnte man irgendwie, oder wir haben das ja so n
3:17
bisschen Revue passieren lassen und haben dann gemerkt, ey, man
3:20
kann das irgendwie auch so. Im kleinen Stil auch auf diesen
3:25
Hackathon in den 24 Stunden sehr komprimiert, irgendwie Münzen
3:30
und das ist das Thema im Endeffekt.
3:33
Genau, weil das Schöne an diesem Hackathon ist, dass es nicht nur
3:36
ein Learning gab für uns, sondern mehrere.
3:38
Und deswegen können wir daraus einfach noch mal unser unsere
3:41
Erfahrung teilen und ich find es auch richtig cool, dass wir das
3:44
Thema heute behandeln, weil es wirklich.
3:47
Echt so richtig, wie soll ich es also es war so so klischeehaft
3:51
nenn ich es fast mal wie es abgelaufen ist.
3:53
Als also jetzt aus Projektsicht weil jeder kennt das natürlich
3:58
so klassische Probleme die im Projekt auftreten, man fängt auf
4:02
der grünen Wiese an, man startet alles ist so richtig cool am
4:06
Anfang, man macht Progress, es läuft und läuft und läuft bis zu
4:10
die ersten Probleme kommen und die Leute anfangen im Kreis zu
4:13
Rennen und Panik also einfach Panik haben.
4:17
Das ist jetzt n bisschen witzig dargestellt, aber sinnbildlich
4:21
passt das schon ganz gut, dass Projekte oft so ablaufen, bis
4:25
hin, dass sie völlig eskalieren und alle nur noch im typischen
4:28
firefighting Mode sind und nur noch Brände löschen.
4:32
Ja, so und ich fand es halt super, super spannend, wie du es
4:35
ja schon angeteasert hast, dass wir im Prinzip so n Project in
4:39
der Nutshell haben durften durch diesen Hackasson, dass wir in 24
4:43
Stunden mal alle Zyklen sozusagen durchgespielt haben.
4:46
Weil das Ziel war ja nen fertiges Produkt, also ja nen
4:51
MVP, aber halt nen Produkt abzuliefern.
4:54
Ja und in der in diesem Lebenszyklus dieser oder in
4:57
diesen Iterationen von 24 Stunden, die man dazwischen hat
5:01
das ganze Mal zu betrachten finde ich ist halt super
5:04
spannend. Vielleicht magst du mal so n
5:07
bisschen unseren Plan erklären, dem wir, also wir waren ja ein
5:10
Vierer Team mit 2. Mitgliedern aus der Community,
5:15
was super, super cool war und wir hatten natürlich, wir waren
5:19
ja ambitioniert und wir hatten unseren Plan und unsere
5:22
Vorstellung, wie das ablaufen kann.
5:24
Also erzähl doch mal noch mal kurz so wie wie es hätte laufen
5:28
können. Hätte, hätte, Fahrradkette.
5:33
Ne. Na ja, also wir hatten also ich
5:36
sag mal so, grober Plan ist ja du fängst an, du musst irgendwie
5:40
dir was überlegen, du kriegst ne Aufgabe gestellt, das ist ja das
5:42
erste, du kriegst diese Aufgabe, das muss passieren, das ist
5:46
sozusagen das, wo es hingehen soll, also fängst du natürlich
5:49
an und sagst alles, klar, wir machen uns natürlich erst mal n
5:52
Plan, wie soll dieses Produkt überhaupt überhaupt aussehen, ne
5:57
beziehungsweise ist der erste Schritt ja, dass wir uns gesagt
6:00
haben. Wir wollen gucken, wie wir das
6:03
Ganze überhaupt verstanden haben.
6:04
Ne, das fand ich auch auf jeden Fall fair für diesen Hackathon,
6:07
dass man gesagt hat, OK, angenommen man hätte dieses die
6:10
Aufgabe nicht hundertprozentig so verstanden oder vielleicht
6:13
auch dran dran vorbeigearbeitet wäre, war es auf jeden Fall
6:16
wichtig, immer zu sagen, wie betrachtest du das Problem ne,
6:19
also wie hast du es verstanden? Und dann haben wir natürlich
6:22
geguckt, OK, wie haben wir alle im Team alle 4 das Problem
6:26
verstanden oder beziehungsweise die Aufgabe verstanden und haben
6:29
dann uns überlegt, wie wir an die Sache rangehen wollen.
6:31
Ne, also wie soll das aussehen, welche Anforderungen haben wir,
6:37
wie sollen sag ich jetzt mal Daten eingegeben werden, welche
6:41
Technologien verwenden wir dieses ganze Vorgeplänkel, was
6:44
du in einem Projekt immer eigentlich hast?
6:46
Ne, also du musst dir erst mal überlegen dir n groben Plan
6:49
machen, ne. Was passiert hier, was sollen
6:51
wir machen und welche Technologien nutzen wir so?
6:56
Und dann geht es ja darum, irgendwie so kleine Steps
7:00
vorzubereiten, zu sagen, OK, wie fangen wir an, dann gehen wir
7:03
bis zu einem bestimmten Punkt und gucken, wie weit wir
7:06
gekommen sind und können dann sozusagen die nächsten Steps
7:09
weiter überlegen und planen. Ne bis man dann halt irgendwann
7:13
fertig ist. So das wär jetzt erstmal so der
7:15
grobe Plan gewesen, sag ich jetzt mal mit dem wir ja auch
7:19
dann angefangen haben zu starten.
7:20
Ja erstmal das ganze Organisatorische und technische.
7:26
Was halt spannend ist. Was ich auch so im Nachhinein
7:29
noch mal n bisschen Challenge an unserer Vorgehensweise, weil man
7:32
es eigentlich besser wissen müsste.
7:35
Mhm, Wir hatten ja im Prinzip genau einen Stakeholder, ne und
7:38
das war der Challengepartner, der die Challenge reingegeben
7:41
hat. Also wenn wir jetzt mal nicht
7:43
quasi unsere Aufteilung im Team betrachten, ne wenn du jetzt
7:46
sagst OK mein Stakeholder ist halt auch keine Ahnung der
7:49
Frontend Entwickler der sagt was er braucht weißt du darum geht
7:53
es jetzt nicht, sondern wirklich mal kommt unser Team nach außen
7:57
und wir haben im Prinzip n Pitch bekommen.
8:03
Was das Problem ist und danach haben wir angefangen, unsere
8:07
eigenen Gedanken uns dazu zu machen.
8:08
Wie du meintest, sind aber nie wieder auf den Stakeholder
8:15
zugegangen. Ja, das.
8:17
Stimmt, wär im echten Projekt auf jeden Fall sehr
8:20
problematisch und theoretisch kann man sagen, war es auch hier
8:25
problematisch, nur dass wir es natürlich so nicht betrachtet
8:28
haben durch diese ganze Euphorie.
8:30
Durch den Hackathon zu sagen, ey, ich hab richtig Bock
8:32
loszulegen. Wir haben uns unsere Gedanken
8:34
gemacht, da muss ich sagen, das lief auch sehr gut, nicht
8:37
einfach loszumachen, weil man sagt, ist ja NMVP jetzt jeder
8:41
Attacke, sondern wir haben uns wirklich noch mal allined
8:45
hinsichtlich was ist unser Ziel und wie stellen wir uns das
8:50
Produkt vor, ja, also auch wie das Featureset aussieht, was
8:55
wollen wir alles drin haben innerhalb von diesen 24 Stunden.
8:59
Wie ist die die User Story dahinter?
9:02
Ne, also auch so aus UIUX Hinsicht, dass man sagt, wie
9:07
erwarte ich denn wie der Endnutzer das Tool verwenden
9:10
soll, aber wir sind nicht noch mal auf den Call da hingegangen,
9:15
also jetzt auf ihn zugegangen und noch mal sag ich mal uns
9:18
dahingehend alliged bei Fakt ist das ist ja das was du meintest,
9:24
sie haben quasi gecheckt wie hat man das verstanden, die Aufgabe.
9:29
Aber eigentlich ist muss das Verständnis ja matchen und man
9:34
hat ja auch am Ende gesehen, bei allen, die dann gepitcht haben
9:37
und ihr Ergebnis gezeigt haben, dass das schon auseinander ging,
9:40
die Vorstellung. Ja.
9:42
Also ich würde das ist ja eigentlich auch irgendwo so n
9:44
Learning. Ich würd sagen, es gab so 2
9:46
verschiedene Ansichten oder Verständnis weisen der Aufgabe
9:52
im Groben so von den 6 Teams, die die Aufgabe bearbeitet
9:55
haben. Aber das stimmt, das ist auf
9:57
jeden Fall ein wichtiger Punkt, den man da auf jeden Fall als
10:01
Learning mitnehmen kann und sagen kann, es ist natürlich
10:04
sinnvoll, wie in einem normalen Projekt auch, was eigentlich
10:07
absolut logisch ist. Rücksprache mit dem Stakeholder
10:10
zu halten. Es ist auf jeden Fall klar und
10:13
ich bin ganz ehrlich, ich es ist natürlich auch immer die Frage
10:16
bei dem Hacker von 24 Stunden, wie stark man das machen kann
10:21
und wie präsent. Der entsprechende Stakeholder
10:23
dann halt auch eben ist. Ich bin der Meinung, dass es so
10:27
von es gab ja 5 verschiedene Aufgaben von, ich sage mal 5
10:31
verschiedenen Stakeholdern und ich glaube, die Präsenz der
10:34
verschiedenen Stakeholder war unterschiedlich, aber sei mal
10:37
dahingestellt. Ja, also gehen wir einfach mal
10:39
davon aus, man hätte den Stakeholder schon erreichen
10:41
können und und Fakt ist, es haben ja auch Teams gemacht,
10:44
vielleicht jetzt nicht unbedingt von unserer Challenge, aber an
10:47
unseren Nachbartischen. Hat man das ja mitbekommen und
10:51
die hat natürlich ne andere Challenge.
10:52
Also das war ja auch gut gemacht, dass man quasi nicht
10:54
Challenge an Challenge saß und gucken konnte, was macht der
10:57
andere aus meiner aus meiner Bubble sozusagen, aber man hat
11:01
es ja bei den anderen mitbekommen und das haben Leute
11:03
schon wahrgenommen und das ist clever und richtig deswegen
11:06
also. Man kann ja auch selbst, wenn
11:10
man sich selbst als Team align kann, das ganze Team ja in ne
11:13
falsche Richtung laufen, definitiv, was ja wieder im
11:15
Projekt aus Projektsicht dafür spricht.
11:18
Warum gibt es dieses ganze Konzept auch zum Beispiel in
11:21
agilen Routinen? Ja, dass du halt diese kurzen
11:24
Feedback Zyklen haben möchtest. Ja.
11:28
Was n gutes Stichwort ist. Wie haben wir denn für uns diese
11:31
Zyklen definiert? Weil ich find, das war
11:33
eigentlich vom Plan her ne gute Sache.
11:36
Ja, das stimmt. Also wir hatten ja genau, also
11:39
sagen wir mal, wir gehen jetzt, sind jetzt an dem Punkt, wo wir
11:41
gesagt haben, wir haben geklärt, wie die Aufgabe aussehen soll
11:44
und wie wir sie verstanden haben, hätten noch mal ne
11:47
Rücksprache mit dem Stakeholder halten können, Learning haben
11:50
wir nicht fertig und haben dann ja auf jeden Fall auch erstmal
11:53
den Tech Stack geklärt, haben uns überlegt, OK, wie wollen wir
11:56
das Ganze angehen, wie soll der der Tech Stack aussehen?
11:59
Und wie soll dann die ganze Aufmachung sein?
12:01
Das ist ja auch noch ne Sache, die wir geklärt haben, nicht nur
12:03
die Aufgabe an sich, sondern auch ne die Aufmachung unseres
12:06
Produktes und halt eben die, die technisch der technische Aspekt
12:10
und nachdem diese Sachen dann geklärt waren, genauso wie unser
12:14
Stream Setup, weil wir auf Tisch gestreamt.
12:17
Haben ja, das hat auch noch mal Zeit gekostet.
12:19
Aber unabhängig davon haben wir dann natürlich.
12:22
Also haben wir dann gesagt, OK, lass uns anfangen zu arbeiten.
12:26
Und haben dann auch geguckt, dass wir bestimmte, also
12:30
Aufgabenpakete definiert haben. Ne, also haben dann quasi
12:33
natürlich geschaut, dass wir nicht gesagt haben, OK, wir
12:35
haben jetzt n Produkt, wo wo wir sagen, wir fangen jetzt an und
12:39
wenn wir fertig sind, sind wir fertig, sondern wir haben
12:41
natürlich gesagt, OK, wir haben Aufgabenpakete und haben
12:44
zusätzlich immer gesagt, und ich fand die Idee auch sehr, sehr
12:47
gut, die kam glaub ich auch von dir, Tino, deswegen props an
12:51
deine Idee. Dass wir gesagt haben, wir haben
12:54
immer n bestimmten Stand nach einer gewissen Zeit, ich weiß
12:58
gar nicht mehr, ob wir jetzt hundertprozentig genau die Zeit
13:00
festgelegt haben, also immer ein festes Intervall genannt haben,
13:04
oder ob wir mal gesagt haben, OK, die nächste Aufgabe lass uns
13:07
mal wieder syncen um, wir hatten ja mal n Countdown, den man
13:11
gesehen hat, wieviel Zeit noch übrig war von den 24 Stunden.
13:15
Aber auf jeden Fall haben wir gesagt, OK, ab einem bestimmten
13:18
Zeitpunkt sünken wir uns und wir haben einen Lauffähigen stand,
13:22
was wir immer quasi gesagt haben, OK oder der Plan war, wir
13:27
arbeiten an einem Arbeitspaket und wenn wir dieses Arbeitspaket
13:31
fertig haben, dann haben wir n stand, den wir sozusagen zeigen
13:33
können, was gut war, weil wir ja im Twitchstream waren und
13:37
gestreamt haben und gleichzeitig dann natürlich auch den
13:39
Zuschauern und Zuschauerinnen eben diesen Stand zeigen
13:43
konnten. Ja.
13:45
Es war natürlich noch mal doppelte Motivation, aber
13:47
grundsätzlich ist natürlich gut, in kleineren Iterationen sich
13:52
immer wieder zu leihen, zu sagen, OK, wie läuft es, was
13:57
gibt es für Probleme, also im Prinzip ja auch so agile
14:01
Konzepte mit einfließen zu lassen.
14:04
Ja, weil wenn man stundenlang jeder für sich irgendwas macht,
14:09
kann das halt völlig in verschiedene Richtungen laufen
14:11
und wir haben ja auch festgestellt, dass selbst in
14:13
unseren kleinen Zyklen. So was passiert ist ne, dass
14:17
dann 2 Leute zum Beispiel am Frontend arbeiten und der eine
14:21
gefühlt ne andere Umsetzung einer Page macht wie der andere.
14:25
Und eigentlich sollte gar nicht zweimal diese Page da sein.
14:28
So und dann war es halt dann auch wieder so n bisschen
14:31
abspracheprobleme oder nicht ganz klar was das Ziel ist von
14:35
der nächsten Iteration, wir haben es ja uns relativ simpel.
14:41
Wir haben das relativ simpel gehalten, dass wir einfach kurz
14:44
aufgeschrieben haben, was ist das Ziel dieser Iteration,
14:48
welche Features wollen wir da drin haben, haben dann
14:50
runtergebrochen, wie das für Frontend, Backend und Datenbank
14:53
und so aussieht, also für unsere Komponenten im Projekt und
14:57
Attacke und dann haben wir gesagt und jetzt nach so und so
14:59
viel Zeit müssen wir gucken, dass wir das hinkriegen, und
15:04
dann geht es weiter mit der nächsten Runde sozusagen, das
15:06
hat ja auch am Anfang gut funktioniert, wie gesagt, die
15:09
grüne Wiese ist immer schön am Anfang.
15:11
Aber wie es so kommen musste und auch in vielen Projekten ist
15:16
uns, dass er irgendwann n bisschen entglitten, sag ich
15:21
mal. Ja, also dass wir dann doch uns
15:24
der Euphorie hingegeben haben und einfach so n bisschen, ja
15:30
sag ich mal Anarchie ausbrechen lassen haben.
15:35
Wie wie hast du das so wahrgenommen an der Stelle?
15:39
Ja, ist auf jeden Fall n guter n guter Punkt.
15:42
Also ich fand es auf jeden Fall spannend, weil auf der einen
15:45
Seite haben wir natürlich für diesen für diese entsprechenden
15:49
Punkte oder Pakete, die wir uns vorgenommen haben, haben wir uns
15:54
natürlich irgendwie gesagt, OK, darauf arbeiten wir hin und
15:57
gleichzeitig merkt man einfach wie.
16:01
Fragil eigentlich, so der Fokus von jeder einzelnen Person.
16:05
Am Ende ist ne, also das hab ich auch selbst bei mir gemerkt, ich
16:08
hab halt dann irgendwie an einer Sache gearbeitet und dachte mir
16:12
so ey es wär doch irgendwie cool, wenn man jetzt zum
16:14
Beispiel noch irgendwie die Kleinigkeit mit rein baut so,
16:17
aber jetzt wär auch cool, wenn man das noch so n bisschen mit
16:19
rein baut und dies noch und das noch und dann weil man irgendwie
16:22
vielleicht gerade noch so n bisschen Zeit hat und dann ne
16:25
anfängt an irgendwie einer anderen Aufgabe oder an
16:28
irgendwas noch. Komplexer zu machen, als es
16:31
eigentlich vielleicht unbedingt sein muss beziehungsweise was
16:37
mir auch aufgefallen ist, ist, dass man auch gerade bei der bei
16:41
der Planung ne von den Paketen relativ schnell von einem MVP
16:48
gedanklich meiner Meinung nach weggekommen ist.
16:50
Hinzu, wir haben nen riesengroßes Featureset.
16:55
Was halt einfach gar nicht mehr unbedingt den MBP abbildet.
16:58
So und dann ist kommst du relativ schnell in so n Modus,
17:01
dass du sagst, OK wir fangen mit der ersten Aufgabe an ja und
17:05
lass uns doch noch das nächste gleich machen, das also zum
17:08
Beispiel du hast irgendwie Daten die du irgendwie eingeben kannst
17:10
und gleichzeitig sagst, OK, diese Daten müssen wir noch
17:12
editieren und gleichzeitig könnte man aber noch sozusagen
17:15
verschiedene Instanzen von diesen von von von diesen Daten
17:19
sag ich mal herstellen. Also es war ja beispielsweise
17:21
was das ne ne Person. Also es wurde sozusagen ich, ich
17:25
versuch es jetzt mal auf Metaebene zu machen.
17:27
Du hast ne Person mit einem mit einem Datensheet sozusagen ne
17:30
und für den MVP wäre es sinnvoll gewesen zu sagen, diese Person
17:35
hat einen Datensheet. Aber und das war ja für uns dann
17:38
auch wieder so n Ding rein theoretisch sinnvoller wäre es
17:42
aber, wenn du für eine Person mehrere Datensheets anlegen
17:45
könntest. Ne und genau aus solchen
17:48
Überlegungen ne, weil also diese.
17:53
Diese minimale Anforderung zu sagen, lass uns erst mal gucken,
17:56
dass wir wirklich nur sehr, also strikte Vorgaben haben und
18:02
sagen, eine Person hat jetzt einen Datensheet fertig ist ne
18:05
mehr nicht. Kommt man halt wieder in diese
18:08
Realität und in in diese, in diese.
18:10
Was wäre denn jetzt ein richtig tolles Produkt und ich fand das
18:13
war so, waren so 2 Punkte auf der einen Seite die Definition
18:17
von Arbeitspaketen anhand des MVPS um sich wirklich an dem MVP
18:21
lang zu hangeln und gleichzeitig zu sagen, Lass uns mal ein
18:25
Datenpaket Datenpaket sei schon ein Aufgabenpaket was wir uns
18:29
definiert haben. Auch wirklich.
18:31
Bis zu diesem Punkt abarbeiten, Syncen und dann weitermachen.
18:35
Und das waren so 2 wirklich schwierige Knackpunkte.
18:39
Ja, ich glaube allerdings, dass nicht die Definition der
18:44
Features, die wir aufgeschrieben haben, die gibt es ja noch, die
18:48
Liste, das können wir auch im Nachgang gern noch mal prüfen,
18:51
dass nicht die Feature Definition das Problem war,
18:54
sondern sich nicht dran zu halten, wie du meintest.
18:56
Also wir haben nicht quasi. Über den MVP hinaus das Ganze
19:01
definiert, was wir in dieser Iteration erreichen wollen,
19:05
sondern und ich find es auch gut, dass du es sagst, diese
19:07
Aufmerksamkeiten, dieser Fokus ist halt dadurch, dass es ja
19:11
auch alles, sag ich mal n bisschen spielerisch war, also
19:14
spielerisch im Sinne von nen MVP von Hackathon ist es halt
19:18
ausgeufert, sozusagen ne, also es ist halt einfach OK, das
19:23
Feature machen wir jetzt ja OK, was muss ich machen das das OK
19:26
da stand ja auch nur sowas wie ich.
19:28
Meinetwegen im Backend. Ich brauch n Endpunkt der das
19:30
und das macht ganz kleine Sachen Frontend.
19:33
Ich nehm diesen Endpunkt und zeig das an mal jetzt auch auf
19:36
Metaebene ne, aber dann war ja schon so n ja aber im Frontend
19:40
könnten wir das ja noch gebrauchen oder?
19:41
Im Backend könnten wir ja, aber dann brauchen wir ja
19:42
wahrscheinlich den noch, das Stand aber gar nicht da drin,
19:45
das ist ja der Punkt den du meintest, aber da haben wir
19:48
quasi auf entwicklerebene uns also sag ich mal die Versuchung
19:54
war zu groß zu sagen ich bau das noch ein weil das wär cool fürs
19:57
Produkt. War aber gar nicht aufgeplant.
20:00
Also wir sind quasi von dem ursprünglichen Plan einfach zu
20:03
schnell weggedriftet ja im Kopf für.
20:07
Mich sind es auf jeden Fall, also ja, auf jeden Fall.
20:11
Ich hab es tatsächlich, aber also trotzdem, wie soll ich das
20:14
am besten sagen, also was für mich n Punkt ist ist, dass ich
20:18
glaube erstmal um so n Learning mit zu mitzukriegen NMVP zu
20:24
bauen ist nicht einfach. Und zwar sich auch wirklich
20:28
gedanklich auch bei der Aufplanung daran zu halten.
20:32
Was ist wirklich das Minimalste wichtigste, was das braucht,
20:37
damit dieses Produkt funktioniert und ich finde, für
20:40
mich ist es das einfach NN absolut essentieller Punkt das
20:46
wirklich zu definieren, damit man gar nicht in diese
20:49
Versuchung kommt zu sagen. Wir könnten ja auch noch das und
20:53
das machen, weil für mich hat sich das so angefühlt, ja, dass
20:57
man, wenn man ein Produkt sich überlegt und sagt, das ist das
21:00
Wichtigste, was wir brauchen, und gleichzeitig könnten wir
21:03
noch, also wenn du nicht diesen, diesen minimalen Kern definieren
21:07
kannst, sondern direkt schon ne Hülle um diesen Kern baust und
21:11
aber denkst, dass der das minimale Produkt, dieser Kern
21:14
mit der Hülle ist, dann fängst du schon gleichzeitig direkt an,
21:18
ne, also. So geht das jetzt zumindest in
21:21
meinem Kopf gleich weiter zu denken, gleich noch zu
21:25
versuchen, wir haben jetzt n Feature definiert und können
21:28
noch gleichzeitig noch mehr dazu packen, weil man immer selbst
21:32
bei dieser Definition des also es sind 2 Punkte definitiv
21:36
einmal dieses Alignment zu sagen, das ist unser Feature was
21:39
wir jetzt bauen ne und selbst wenn dieses Feature worum es
21:43
geht nur der Kern ist ohne die Hülle.
21:46
Aber diese Hülle gedanklich mitschwingt.
21:48
Dann kommt man super schnell in diese diesen, diesen, diesen
21:51
Focus Loss, dass man halt genau sagt, OK, ich hab jetzt
21:55
irgendwie, ich arbeite an diesem Kern und gleichzeitig noch könnt
21:58
ich diese Hülle noch mit dazu packen.
22:00
Weißt du was ich meine und und das ist schwierig, weil wenn man
22:03
von vornherein wirklich schon diese Hülle aus den Gedanken
22:07
rauslöscht, dann dann dann gibt es diese Hülle gar nicht mehr,
22:11
ne, also. Aber wenn du vorher schon sagst
22:13
ne, es ist OK, wir können darüber nachdenken, dann kommt
22:18
man schnell in diesen Modus. Das auch noch mit zu
22:19
implementieren. Ich weiß nicht, ob ich das jetzt
22:21
so rüberbringen konnte, wie wie ich das gerne wollte, aber das
22:25
war für mich auf ist auf für mich auf jeden Fall n Punkt und
22:27
n Learning ne ja also genau also es ist halt sind halt die
22:32
Punkte, dass man sagt OKNMVP minimal wirklich definieren ist
22:36
schwierig, definitiv geb ich dir recht.
22:40
Das haben wir ja wie gesagt in den Features am Anfang
22:42
eingeplant oder runtergebrochen und sind dann aber in den Modus
22:47
gekommen, wo wir das nicht mehr sauber gemacht haben und dann
22:49
ist die Tür offen für dieses über NMVP hinaus.
22:53
Genau so, warum haben wir das irgendwann nicht mehr sauber
22:56
gemacht in den Iteration, weil natürlich irgendwann die ersten
22:59
Probleme kommen. Dass beispielsweise es bei
23:03
manchen Teammitgliedern denn zum Beispiel auch Projektprobleme
23:07
gab, dass irgendwas nicht mehr richtig lief, wo man sich auf
23:10
einmal gefragt hat, hä, was ist denn da jetzt los?
23:12
Also alles so diese, es ist halt wirklich witzig, dass man
23:15
innerhalb von 24 Stunden klassische Probleme von
23:18
Softwareprojekten, also Softwareentwicklungsprojekten
23:21
auch gespürt hat. Ja, und das ist sehr witzig,
23:24
muss ich sagen und auch so aussagekräftig.
23:28
Dass das einfach valide Probleme sind, die immer wieder auftreten
23:31
und die man irgendwie managen muss.
23:33
Ja, also Sonne, Sachen zum Beispiel oder Blogger, ja, also
23:39
um noch mal so n bisschen in die agile Welt zu gehen, du hast n
23:42
Feature und sagst ich will das jetzt implementieren, auf einmal
23:45
kriegst du auch innerhalb von 24 Stunden nen Blogger und denkst
23:49
dir ich kann das so jetzt nicht machen, wir brauchen den
23:52
Alternativplan und anstatt sozusagen.
23:56
Diese Liste oder unseren unseren Plan zu refinen ja, also mal zu
24:01
sagen, lass mal kurzen zum Beispiel n Huddle machen ja
24:04
einfach nur sagen Ey Leute alle kurz mal liegen lassen, hier ist
24:08
n Blogger, wir müssen da jetzt drüber sprechen, ist ja jeder in
24:11
seinen Modus verfallen weil die Uhr tickt, das finde ich hat da
24:14
auch psychologisch n riesen Einfluss, spätestens wenn es nur
24:18
noch n paar Stunden daran angezeigt wurden.
24:21
Dass man in den Modus verfällt, wie löse ich das jetzt?
24:23
Ich muss das jetzt lösen für mich, ich muss mir jetzt was
24:25
überlegen, wie ich das mache und dann ist man halt komplett
24:29
weggedriftet vom eigentlichen Plan.
24:31
Also ja, also kurz mal. Nicht schwärzer malen, nicht
24:37
Farben kann man nicht steigern, ne, aber also nicht böser
24:40
darstellen als es eigentlich war, weil wir haben ja am Ende
24:43
unser Ziel erreicht, was wir wollten, ja also gar keine
24:46
Frage, das definitiv cool, ja und hat auch funktioniert, aber
24:49
das sind so die Learnings die ich da mitnehme und ich finde
24:51
das ist ja auch wichtig und ich frag mich, warum man in so
24:56
Paniken in so n Panikmodus verfallen ist, weil zu dem
24:59
Zeitpunkt waren auch noch glaub ich 10 Stunden auf der Uhr oder
25:02
so. Wo die wo so n erstes größeres
25:05
Problem auf uns zukam hinsichtlich wir hatten ne
25:09
Vorstellung wie wir es lösen können und dann ging es so nicht
25:13
und wir brauchten Alternativlösung.
25:15
Ja, also ich glaub das waren sogar noch mehr als 10 Stunden.
25:18
Also von daher aber. Noch vor der übertriebenen
25:22
Müdigkeit auf jeden Fall genau. Ja, also ich, ich find das ist n
25:28
guter Punkt den du ansprichst und zwar Dinge wie zum Beispiel
25:32
kurze Syncs, Huddle miteinander sprechen, zwischendrin auch
25:37
Blocker feststellen, da muss ich auch sagen, gerade wenn es jetzt
25:42
zum Beispiel in einem großen Projekt oder halt auch in in
25:45
diesem kleinen nutshell Projekt, sag ich jetzt mal so wie es da
25:51
war, man merkt halt, ich find es gut, dass du es angesprochen
25:54
hast, dieses. Typische angenommen du
25:58
Onboardest n Mitglied, neues Teammitglied ne, dann willst du
26:02
ja eigentlich im Best Case möglichst schnell dafür sorgen,
26:06
dass Teammitglied halt eben auch die Software das Projekt an dem
26:10
man arbeitet halt eben auch auschecken kann, zum Laufen
26:13
bringen kann lokal. Zum Beispiel ne, dass man
26:16
irgendwie in der Lage ist zu sagen, OK, pass auf, du möchtest
26:19
damit arbeiten, du möchtest damit irgendwie entwickeln, dann
26:23
musst du natürlich auch irgendwie in der Lage sein, das
26:24
bei dir laufen zu lassen, damit du auch Änderungen relativ
26:27
schnell in dieser schnellen Feedback loop halt eben auch
26:30
mitkriegst und da muss ich sagen, das ist auf definitiven
26:34
Learning und das kann ich auch nur empfehlen, weil man das ja
26:37
auch normalerweise in einem Projekt eben auch so macht und
26:39
nicht ohne Grund, dass man auch in im Hackathon zum Beispiel
26:43
gesagt hat. Irgendwo tritt n Problem auf,
26:47
dann müssen wir dieses Problem erstmal lösen.
26:49
Für ein Teammitglied und dann können wir weitermachen.
26:53
Ne, das ist auf jeden Fall also diese dieses dieses Blogger
26:56
Thema zum Beispiel definitiv wichtiger Punkt und das haben
27:02
wir ja zum Beispiel dann auch etwas schleifen lassen im Team.
27:05
So, dann haben wir auch versucht Aufteilung zu machen.
27:07
Wieder dass man sagt, OK, ein ein Teil macht sozusagen die
27:12
Problemlösung, ein Teil arbeitet schon mal weiter, aber dann
27:14
kommt man natürlich wieder an den Punkt, wenn man das dann
27:17
noch kombiniert mit so einer gewissen Art von.
27:21
Verlieren des Fokus dass man dass der eine dann zum Beispiel
27:24
schneller weiter arbeitet über das Abgemachte Arbeitspaket
27:27
hinaus vielleicht als das, was eigentlich definiert war, und
27:31
dann eskaliert es halt total ne, und dann kommt vielleicht noch
27:34
so was dazu wie du meintest, dass zum Beispiel auch technisch
27:37
etwas in dem Moment nicht funktioniert hat, wie es
27:40
eigentlich hätte funktionieren sollen und wir eigentlich dann
27:42
an der Stelle noch einen anderen Plan brauchten und ich kann mich
27:44
noch ganz gut erinnern, dass das war es auch so ein so ein.
27:48
Punkt im Projekt, wo erstmal so richtig so völliges Chaos
27:53
kurzzeitig ja, wie wie du schon meintest, nicht schwärzer malen
27:56
als es am Ende war. Aber also weil wir es ja am Ende
28:01
hingekriegt haben, aber trotzdem war das ja auf jeden Fall voll
28:04
das Learning, weil es diesen Zeitpunkt gab, wo es komplett
28:07
eskaliert ist, wo wir auch zum Beispiel unsere Stände, die wo
28:10
wir gesagt haben, wir machen immer regelmäßig n stand, was
28:13
den wir zeigen. Haben wir auch zwischendrin halt
28:15
komplett verloren, dass wir das gar nicht mehr hingekriegt haben
28:18
aus diesen Gründen zum Beispiel. Genau, also wir sind halt
28:21
wirklich in diesen Brandlöschmodus verfallen, dass
28:24
wir dachten, jetzt fällt uns das auseinander.
28:26
Unser ganzer Plan ist hinfällig, was ja gar nicht war, also es
28:30
ging ja nur um n teilproblem sozusagen, was sich auf die Art
28:34
und Weise, wie wir uns das gedacht hatten, nicht lösen
28:37
ließ. Ja, aber das heißt ja nicht,
28:39
dass alles andere hinfällig war. Ne, und dann kam alles so auf
28:43
einmal ne bei dem einen läuft die Umgebung nicht mehr, wir
28:47
haben das Problem und so weiter und dann ist es halt so n
28:50
bisschen in so n Brandlöschmodus verfallen und das ist auch n
28:55
Learning wie du ja meintest. Wir hätten uns da schneller
28:57
wieder rauskämpfen müssen und es wäre eigentlich mit mit einem
29:01
erneuten. Zusammenkommt, drüber sprechen,
29:06
Lösung finden, also wirklich Ruhe bewahren da.
29:09
Also ich find das, das ist genauso wie irgendwas in einem
29:13
richtigen Projekt passiert, Schlimmes ja und wie verhältst
29:16
du dich Post mortim sag ich mal ne also dein Service ist
29:19
ausgefallen, es ist n Schaden entstanden wie verhältst du dich
29:22
danach? Wirst du jetzt panisch rennst du
29:25
im Kreis, versuchst irgendwie das Ding wieder hochzufahren,
29:27
koste es was es wolle. Oder sagst du, es ist passiert?
29:31
Wir haben den Chan und wir müssen gucken, dass es nicht
29:33
wieder passiert ist ja auch n klassisches Beispiel in
29:36
Projekten ja und genauso sind wir da in diese Falle getappt zu
29:41
sagen erstmal n bisschen im Kreis rennen bevor wir wieder
29:43
normal weitermachen ich mein du hast dann zwischenzeitlich das
29:47
einzig richtige gemacht, du bist ne Runde Mario Kart fahren
29:49
gegangen ne und das hat dich ja dann auch wieder n bisschen
29:52
befreit weiß ich nicht, obwohl du kannst noch aufgekratzter
29:56
zurück, dann ne. War.
29:59
Vielleicht nicht die beste Idee, aber sagen wir mal so ne gute
30:03
Idee wär wirklich gewesen mal weg von den Laptops.
30:06
Ja kurz mal Stream pausieren, allen Bescheid sagen, wir müssen
30:09
uns mal kurz ohne Geräte an Tisch stellen und drüber reden
30:12
weil was und jetzt kommen wir wieder zu zu den guten
30:17
Erfahrungen also. Wenn man das jetzt mal so
30:19
einteilen möchte, weil wir haben ja dann irgendwann entschieden,
30:23
so Leute, Pass auf, wir machen mal n Break, wir gehen mal n
30:25
paar Stunden schlafen, weil durchziehen macht keinen Sinn,
30:28
der Kopf qualmt, wir wissen also, es kommt auch nicht mehr
30:31
so viel Produktives dabei raus so.
30:35
Dann haben wir diese Pause gemacht.
30:37
Ja, kurz mal die Augen zu, mal n bisschen geschlafen und dann
30:40
haben wir genau das gemacht, was ich gerade meinte und das war so
30:44
so hilfreich für das Projekt, dass wir uns erstmal an den
30:46
Tisch gestellt haben. Jeder hat sich n Kaffee geholt,
30:48
also nach der schlafenspause sag ich mal ne sozusagen nächster
30:52
morgen in Anführungsstrichen, aber dann haben wir uns einfach
30:57
wirklich wie, das hat sich wie nen gutes Daily angefühlt.
31:01
Hingestellt noch mal kurz auf den Tisch gebracht.
31:03
Was sind unsere Probleme gerade, was ist unser Ziel, wo soll es
31:07
hingehen? Wir haben noch so und so viel
31:08
Zeit, haben das denn Runtergebrochen in machbaren
31:12
Schritten und vor allem, und das noch mal den Bogen zu schließen
31:16
zu deinem Learning, wir sind auch noch mal wirklich auf das
31:19
MVP zurückgekommen und haben gesagt, Leute, das ist unser
31:23
Ziel. Das wollen wir und alles, was
31:25
wir dann noch schaffen, wenn wir noch Zeit haben, können wir
31:28
gerne noch on top bauen. Aber jetzt ist das Ziel, diesen
31:31
MVP fertig zu kriegen und schon waren wir wieder alle aliged
31:35
jeder wusste, was los ist. Motivation kommt natürlich
31:39
automatisch wieder rein, weil du einfach wieder weißt, jetzt, so
31:42
machen wir weiter und dann haben wir das echt straight die
31:44
letzten Stunden noch runtergearbeitet mit lauffähigen
31:47
Ständen wieder wieder mit den Iterationen.
31:49
Also wir sind einfach wieder zu unserem Ursprungsplan
31:52
zurückgekehrt, haben aber Stunden dazwischen diesen
31:56
Brandlöschmodus gehabt. Aber was natürlich irgendwann
31:59
kickt durch die Müdigkeit und so, keine Frage.
32:01
Was ich vorhin meinte, das ist halt genau, also vielleicht ist
32:05
es auch nicht, habe ich das auch nicht so richtig definiert, aber
32:10
ich glaube, dass am Anfang war, zumindest war das mein Eindruck,
32:16
als wir angefangen haben, war glaube ich nicht für jeden
32:19
hundertprozentig klar. Im Team.
32:23
Was ist wirklich der MVP Umfang? Weil ich hab im Rückblick n
32:27
bisschen das Gefühl gehabt, dass für den einen war der MVP Umfang
32:31
größer als für ne andere Person, im Großen und Ganzen war halt
32:36
für alle dieser Kern den ich meinte klar, aber diese Hülle
32:40
drumherum, die war vielleicht für den einen sehr dünn, für den
32:43
anderen etwas dicker ne also das ich nenn das jetzt mal so ne on
32:47
top Feature Hülle und das ist dann halt.
32:52
Und und das, was wir an dem am nächsten Morgen gemacht haben,
32:54
nachdem wir 3 Stunden geschlafen haben, war also Daily ist n
32:57
guter Begriff dafür, weil wir genau gesagt haben, wo stehen
33:02
wir, wie machen wir jetzt weiter genau und wo sind gerade unsere
33:06
Probleme an sich, war das wirklich n perfektes Daily, so
33:09
wie man es eigentlich machen sollte und dann auch sehr sehr
33:12
zielgerichtet und das war gut. Nur wie du meintest, wir haben
33:17
uns dann besonnen, dass wir wirklich das MVP machen,
33:20
bedeutet ja gleichzeitig, dass wir offensichtlich Features
33:24
hatten, die wir irgendwie gedanklich eingeplant haben,
33:27
obwohl sie eigentlich nicht wirklich zum MVP beigetragen
33:30
haben und das war für mich auch so.
33:32
N so n Learning, so n Kleines, so n so n so n.
33:35
Punkt, der mir gesagt hat, OK, ich glaube es ist wichtig, dass
33:39
man sich wirklich und wenn das noch mal ne halbe Stunde länger
33:42
dauert in Lindt, was ist unser MVP und auch wirklich dann jeder
33:46
muss offen dafür sein zu sagen, OK, ich finde diese Idee, dieses
33:50
Feature finde ich gerade geil, aber es bringt gerade nichts für
33:53
das MVP weil und das ist finde ich auch n noch n Learning und
33:57
Topman glaubt immer. Das ist das MVP.
34:00
Aber wenn wir das noch machen, das ist nicht wirklich viel
34:03
Aufwand und das schaffen wir noch und das wär supergeil.
34:06
So weißt du, und das ist dann genau der Punkt und wenn man
34:08
dann aber an an einem in einem Modus ist, wo man sagt, diesen
34:11
Punkt haben wir jetzt fertig. Oder den hab ich jetzt fertig
34:15
gemacht, aber ich hab ja noch diesen kleinen Ah, das mach ich
34:18
noch schnell mit rein, aber das zieht so n Rattenschwanz durch
34:20
die ganze Anwendung durch, unter Umständen, dass man es eben dann
34:24
halt nicht schafft und dann hinterher an diesen Punkt kommt
34:26
wo man sagt, komm wir schmeißen das wieder weg und dann hat man
34:28
natürlich an etwas gearbeitet, was nicht wirklich sinnvoll ist.
34:31
Und genau das merkt man ja auch in in größeren Projekten auch
34:35
dass es immer Einzelpersonen gibt, die sich denken.
34:37
Komm, ich bau das jetzt noch ein.
34:39
Das ist übelst geil, das ist so die Kirsche auf der Torte, aber
34:42
eigentlich brauchst du diese Kirsche gerade gar nicht, ne und
34:44
das ist halt so NN wichtiger Knackpunkt, den man einfach im
34:48
Auge behalten muss super super wichtiger Punkt irgendwie.
34:51
Zumal, so NMWP. Ist ja auch immer die Frage, was
34:55
ist der MVP? Ja, also wir haben gesagt, nach
34:57
24 Stunden wollen wir auf jeden Fall was Lauffähiges zeigen mit
35:01
einem gewissen Minimum Set an Features, das kann jetzt unser
35:04
MVP sein, grundlegend haben wir es ja aber auch so geplant
35:08
gehabt, dass wir immer sozusagen was lauffähiges haben, was wir
35:12
zeigen können, das heißt wir hatten ja von vornherein gesagt,
35:15
lasst mal keine Big Bang Integration am Ende machen und
35:18
völlig in Panik verfallen und auf letzter Minute irgendwas
35:21
einreichen. Muss man ja auch sagen, so
35:24
ungefähr 2, anderthalb Stunden vorher waren wir mit dem durch,
35:29
dann haben wir noch so ein 2 Sachen gemacht, so nice to have,
35:32
aber wir haben da nichts mehr riskiert, sozusagen ne riskiert
35:35
im Sinne von wieder in diesen Gedanken zu verfallen.
35:38
Boah ey jetzt, das wär geil, weil dieser Rattenschwanz, der
35:41
ist absolut real, dass das passiert am Ende, weil dann
35:43
passt irgendwas nicht boah ja kannst du im Backend das bitte
35:46
schnell einbauen, weil ich hab jetzt hier ey, das ist geil, das
35:48
müssen wir haben, bloß mach mal ich brauch n Endpunkt.
35:51
So, und der denkt sich gut, alles klar.
35:52
Ja OK, weißt du was? Come on mach ich so, Ah der war
35:56
die Daten haben wir gar nicht so boah ich kann das gar nicht so
35:58
aus der Datenbank ziehen und schon geht es los ja und dann
36:01
machst du irgendwelche Sachen dann läuft n Test irgendwie
36:03
nicht und man muss ja auch sagen wir hatten ja auch Tests da drin
36:06
und es war uns ja also wir haben ja versucht unsere
36:09
Arbeitsmethodik mal abgesehen von dem Vibecode ja das haben
36:13
wir ja in der extra Folge ja weil Fakt ist auch, dass hier
36:16
noch mal die Anmerkung bei dem Tempo.
36:19
Den du durch Vibecome, wenn du es zu 100% machst.
36:21
Bei dem Tempo was du da aufnimmst, ist es auch wirklich
36:24
schwer noch agil im Sinne der vom wendig sein ja noch
36:30
einzuhalten und auf irgendwas zu reagieren, weil alle Rasen mit
36:33
180 in diesem Projekt langt ne und keine Ahnung, du stellst dir
36:37
gerade im Backend die Frage Boah, macht das so überhaupt
36:39
Sinn? Ich müsste vielleicht.
36:42
Das noch mal noch mal Rücksprache halten, aber der
36:44
Frontentwickler hat schon den prompt abgesetzt und das Ding
36:46
implementiert. Schon sowas also das das kommt
36:50
natürlich noch hinzu, dass wir wirklich gesagt haben, wir
36:53
ziehen es mal einmal komplett durch als Erfahrung und gib ihm
36:56
ne, also die Credits haben ja wirklich geglüht muss man sagen,
37:01
aber trotzdem war kann man ja auch sagen, wir hatten
37:04
eigentlich immer am Anfang bis wir es am Ende wieder hatten
37:08
immer nen MVP. Ja, und auch wirklich mal zu
37:11
denken, was wäre der nächste MVP sozusagen in diesem Projekt und
37:16
da den Fokus behalten, das wär halt also ihn noch mehr zu
37:20
behalten. Wie gesagt, wir hatten ihn am
37:22
Anfang und am Ende und in der Mitte sind so typische
37:25
Projektsachen geschehen, bisschen, das würd ich glaub ich
37:28
genau wir sind abgedriftet und das ganz kurz noch beim nächsten
37:32
Hackathon und ich hoffe wir machen es noch mal und auch
37:34
gerne wieder als Community Team als mega.
37:36
Geil war auf jeden Fall. Das ist eigentlich mein größtes
37:38
Learning dabei. Bei allem, was so passieren
37:40
kann, zum Beispiel das auch am Anfang mit der Absprache, ja,
37:43
haben wir ausführlich gemacht, aber nicht ausführlich genug,
37:46
bin ich ganz bei dir, sonst wär das nicht passiert, aber dieses
37:49
nicht in Panik verfallen und bei dem Gameplan Bline sozusagen,
37:53
ist eigentlich mein größtes Learning, was ich hoffe, dass
37:55
wir es beim nächsten Mal besser machen.
37:57
Was ich auch noch interessant finde ist, wenn man das jetzt
38:00
mal wirklich sagt, MVP ja. Zu in 24 Stunden zu einem echten
38:06
MVP, das wär nur fair zu sagen. Echtes MVP eines Produktes über
38:11
also für n echtes Produkt, was natürlich deutlich länger ist.
38:15
Wir können auch noch darüber hinausgehen und sagen, OK, wir
38:19
tun jetzt mal so als wär es wirklich n echtes Produkt, würde
38:22
es n echtes Produkt im Hacker von 24 Stunden ist egal, aber
38:26
wenn man sich jetzt überlegt wir haben 24 Stunden Zeit gehabt und
38:31
haben. Am Ende ein Daily da drin
38:33
gemacht. Würde ja bedeuten, dass du im
38:36
gesamten Projekt oder im gesamten MVP eines Projektes ein
38:41
keine Ahnung. Monats 3 Monats machst ein three
38:46
month Lea keine Ahnung, egal wie lange.
38:48
Also du musst dir vorstellen wir haben ein Daily gemacht, wir
38:51
haben gemerkt das Daily war super, es war wirklich super
38:54
hilfreich aber rein theoretisch auf diese Zeit von 24 Stunden.
38:58
Ist ein Daily halt viel zu wenig, weil du machst ja auch
39:01
nicht innerhalb eines Projekt, einer Projektdauer oder einer
39:04
Dauer eines MVPS ein Sync. Das ist ja auch viel zu wenig ne
39:10
und genau deshalb. Ja gut, dann, da muss man
39:13
natürlich sagen, also wir hatten den Sync.
39:15
Ja, also wir haben ja da uns zusammengesetzt und haben die
39:19
Features aufgemalt, also sozusagen n Planning gehabt.
39:24
Aber ich geb dir insofern recht, dass wir nur ein richtiges Day
39:27
hatten, wo wir wirklich mal gesagt haben, Leute, lasst mal
39:31
alles stehen und liegen, wir gehen jetzt zum Beispiel an den
39:33
Stehtisch, so wie wir was da gemacht haben, was übrigens die
39:35
beste Entscheidung war und zu sagen, wie läuft es denn gerade,
39:38
wir haben etwas geplant, das haben wir gemacht, ja, also in
39:43
da war ja auch irgendwo in Sync drin.
39:45
Aber wir haben nicht drüber gesprochen, wie es läuft und was
39:48
für wie unser Empfinden ist dabei.
39:51
Das klingt jetzt also, weißt du, wie ich das meine so dieses ich
39:53
glaub das ist zu viel oder ich glaube das kriegen wir so nicht
39:57
ins Ziel über sowas halt zu sprechen und vor allem, und das
40:00
ist absolut normal, da will ich auch keinen ankreiden, das hab
40:03
ich auch selbst gemacht wie du meintest du bist gerade in einem
40:05
Thema, jetzt sagt jemand ah Zeit ist rum, jetzt wird gesynct
40:09
jetzt gehen wir in das Board rein und gucken.
40:12
Und du denkst dir ja, bin gleich bei euch Leute, bin gleich bei
40:15
euch, mach das noch schnell fertig, läuft nicht.
40:17
Ah ich bin auch wirklich gleich bei euch, dann kommst du dazu,
40:19
dann hat der andere sich gedacht Boah gar keinen Bock zu warten,
40:21
ich mach das fertig und so haben wir es ganz selten geschafft im
40:25
späteren Verlauf alle 4 im Kopf anwesend zu kriegen, es sei denn
40:29
wir sind zu diesem Tisch. Gegangen.
40:30
Genau das ist also dieses Weg vom vom vom Bildschirm, aber ich
40:33
finde genau diesen diese parallele kann man ja super
40:36
ziehen, ob man jetzt von einem Daily redet oder nicht, aber es
40:39
geht um diesen effektiven Sync, den wir gemacht.
40:42
Ja, den man auch glaub ich oftmals in großen Projekten auch
40:48
einfach vermisst. Ne und es geht jetzt.
40:50
Wirklich und auch oft abgelenkt ist.
40:52
Ja, es geht um diese effektiven Syncs ne und ob du es jetzt
40:55
Daily nennst oder ob du es n huddle nennst oder wie auch
40:58
immer man das nennen möchte, aber wirklich effizient effektiv
41:02
zusammenzukommen und daran zu denken, das ist halt wichtig und
41:06
ein Punkt, ein letzter Punkt, der mir auf jeden Fall noch
41:09
einfällt und das ist genauso wieder so n Ding.
41:11
Wir haben gesagt, wir arbeiten dran, wir haben dran gearbeitet,
41:15
wir sind immer müder geworden. Ja, weil wir im Rush waren und
41:18
so weiter wir sind halt auch generell einfach müde geworden.
41:22
Und dann merkst du, die Zeit wird knapp.
41:24
Ja, jetzt kann man sich mal überlegen Projekte mit Deadline,
41:28
die Zeit wird knapp, was machen die Leute, was macht man im
41:31
Projekt, man wird unaufmerksam, man rennt im Kreis, man wird
41:35
hektisch, man weiß nicht, was man tun soll und was man aber
41:38
oftmals in diesen Phasen nicht macht, ist genau das, was wir
41:41
gemacht haben, einfach aus dem Grund, weil man irgendwann müde
41:44
ist, was man ja theoretisch über eine längere Zeit gut
41:46
kompensieren kann, wenn man einfach pennen kann
41:47
zwischendurch. Aber es war halt erzwungen,
41:51
diese Pause, die mussten wir machen.
41:53
So, und genau das wird manchmal nicht gemacht zu sagen, man
41:57
macht mal ne Pause, man evaluiert das noch mal aus einer
42:00
anderen, aus einem anderen Blickwinkel, und kann dann
42:03
sozusagen weitermachen. Nein, in einem richtigen Projekt
42:07
bist du die ganze Zeit im Firefighting Modus und kommst
42:10
nicht mehr aus diesem aus dieser Hektik heraus.
42:14
Genau. Das war sehr gut.
42:16
Dass wir da die Kurve gekriegt haben und auch wirklich noch
42:19
Zeit am Ende hatten und wirklich ausliefern konnten.
42:23
So gesehen ja, ohne dieses Gefühl zu haben, ob bitte lass
42:27
es funktionieren, sondern wir hatten die Zeit, wir wussten,
42:30
der Stand läuft, wenn wir was eingebaut haben, hätten wir auch
42:33
jederzeit zurücksetzen können, also das was wir so die letzte
42:36
Zeit gemacht hatten, ne also wir wussten wir haben auf jeden Fall
42:39
was was wir liefern können und das ist halt n geiles Gefühl und
42:42
da bin ich auch richtig froh, dass wir das am Ende so
42:44
hinbekommen. Haben und nicht wir haben ja
42:47
auch andere Teams gehört, die meinten, EY, dann ging am Ende
42:49
nichts mehr. Jetzt haben wir die Hälfte
42:50
gemockt und fertig, auch absolut valide vom Hackathon, aber es
42:54
war nicht unser Ziel, unser Ziel als Team war.
42:57
Wir liefern was, was lauffähig ist, wo alles verknüpft ist, wo
43:00
nichts gemockt ist fertig, was du einfach verwenden kannst.
43:03
Und da muss ich sagen, bin ich auch richtig stolz auf unser
43:04
kleines Community Team. Ja auch noch mal vielen Dank an
43:07
die anderen beiden und das hat Mega Mega Bock gemacht und gerne
43:10
wieder. Definitiv bin ich auch voll
43:12
dabei. Wie gesagt, das war jetzt auch
43:14
wirklich meckern auf hohem Niveau hier.
43:15
Es sollte ja genau mal so ein Fazit sein oder das Learning,
43:19
was wir also quasi bekommen haben aus einem kurzen Projekt
43:24
und. Was man vielleicht so für
43:26
Parallelen sieht, halt auch in größeren Projekten.
43:29
Und witzigerweise sind die Dinge, die da aufeinandertreffen
43:33
oder die Probleme, die man da bekommt halt sehr sehr ähnlich
43:36
und das ist halt irgendwie spannend am Ende und dann kann
43:40
man vielleicht auch was mitnehmen.
43:42
Ja für die Zukunft, für den nächsten Hacker von aber auch
43:45
für richtige Projekte, ja ja danke Tino, für bitte bitte den
43:51
Tor Spaß macht auf jeden Fall. Wie gesagt, Hacker von machen
43:54
wir gerne wieder bei der nächsten Gelegenheit werden wir
43:57
das natürlich auch wieder verkünden und hoffen, dass wir
44:00
wieder ein Community Team auf die Beine stellen können und in
44:03
dem Sinne vielen Dank fürs Zuhören Liebe Zora, wenn du
44:07
sagst ey, ich habe auch schon mal bei dem Hacker von
44:09
mitgemacht und bestimmte Erfahrungen gemacht, dann lass
44:11
uns das gerne wissen. Kommen auf unseren Discord und
44:14
lass uns uns lass uns da austauschen, das wäre richtig
44:17
cool. Ansonsten empfiehl den Podcast
44:19
gerne weiter und bewerte ihn auf jeden Fall wenn er dir gefallen
44:22
hat. Und wenn du sagst, der Podcast
44:25
gibt mir sogar noch viel mehr, ich möchte eine kleine Spende da
44:27
lassen, dann gibt es da auch einen kleinen Link in den
44:30
Shownotes und ansonsten hören wir uns einfach in der nächsten
44:33
Folge wieder deine Colling. Wallis gemeinsam besser weißt
44:39
du, was? Auch sehr coole parallel
44:41
zwischen Hackers und unseren Podcasts ist.
44:43
Hier haben wir auch noch einen Plan, was wir sagen wollen und
44:45
dann eskaliert es auch völlig.