Become a Creator today!Start creating today - Share your story with the world!
Start for free
00:00:00
00:00:01
Secrets Not Included: Wie schreibt man Tickets Richtig? Was ist Spec-Driven-Development?
27 Plays17 days ago
In dieser Folge schauen wir uns an wie TIckets eigentlich geschrieben sein sollten, das diese umgesetzt werden könne und kommen dann zum Spec-Driven-Development.
---
Ole ist Gründer der Moselwal Digitalagentur und Beschäftigt sich mit Hyperautomatisierurng (auch mit KI), Sicherheit und CMS.
Daniel ist Geschäftsführer der xebro GmbH und sein Schwerpunkt liegt auf PHP, Symfony, E Commerce, DevOps und AWS.
Recommended
Transcript
00:00:01
Kai Ole Hartwig
Willkommen zu einer neuen hervorragenden Woche mit Secrets Not Included, die 8.
00:00:06
Kai Ole Hartwig
Folge wieder mit Daniel und Ole hier.
00:00:08
Kai Ole Hartwig
Und Daniel wollte mir jetzt mal erklären, wie denn Tickets eigentlich richtig funktionieren, damit da tolle Sachen bei rauskommen und nicht so viele Bugs produziert werden oder so.
00:00:22
Daniel Langemann
Ja, also in der klassischen Softwareentwicklung war oder ist es ja immer noch so, dass egal ob du agil oder wasserfallmäßig unterwegs bist, war ja immer so ein bisschen der Grundsatz, keine Arbeit ohne Ticket.
00:00:38
Daniel Langemann
Die einen wollten halt Stunden darauf oder Zeiten gebucht haben, die anderen wollten agile Punkte drauf gebucht haben, so ein bisschen, um das managen zu können.
00:00:49
Daniel Langemann
Und für uns Entwickler ist es ja eigentlich immer gewesen, du kriegst ein Ticket über den Zaun geschmissen und dann steht dann drin mit, weiß ich nicht, Seite XY funktioniert nicht.
00:01:02
Daniel Langemann
Und das ist ja so...
00:01:03
Kai Ole Hartwig
Das ist ja mehr so ein Support-Ticket.
00:01:05
Kai Ole Hartwig
Und über den Zaun geschmissen, da sind wir auch schon wieder methodenmäßig so völlig auseinander.
00:01:10
Kai Ole Hartwig
Ich bin ja ein großer Verfechter von agilen Methoden wie Kanban und Scrum, wo
00:01:19
Kai Ole Hartwig
es ja keinen Zaun gibt, über den du es drüber schmeißen kannst.
00:01:23
Kai Ole Hartwig
Also zumindest nicht, außer du schmeißt zu einem anderen Team.
00:01:28
Daniel Langemann
Nein.
00:01:28
Daniel Langemann
Dann heißt das Kick the Can down the road.
00:01:29
Kai Ole Hartwig
Aber dann ist es bitte auch ein tiefer Burggraben, damit man nicht miteinander spricht.
00:01:29
Daniel Langemann
Nein, aber das ist eine andere Baustelle.
00:01:34
Kai Ole Hartwig
Ja.
00:01:38
Daniel Langemann
Ganz mysteriöse Weise in allen möglichen Firmen kommst du zu einem neuen Ticket.
00:01:44
Daniel Langemann
Und natürlich hast du recht, im Idealfall ist da so ein Pull-System hinter, dass jeder Entwickler sich, sagen wir mal, Tickets nimmt, die er sich zutraut oder wo er weiß, was er zu tun hat.
00:01:55
Daniel Langemann
Und damit dieser Zustand eintreten kann, muss ja vorher eigentlich einiges in einem Ticket passieren, dass der Entwickler...
00:02:05
Daniel Langemann
von dem Zeitpunkt an, wo er sagt, ich arbeite aktiv an dem Ticket, bis es fertig umgesetzt ist, möglichst, also ich sage möglichst viele, nicht hundertprozentig, möglichst viele Informationen hat, um nicht noch extra Schleifen drehen zu müssen.
00:02:19
Daniel Langemann
Also zum Beispiel, wenn es ein Bug-Ticket ist, wo genaue Punkte beschrieben sind, was
00:02:26
Daniel Langemann
passiert, was hätte passieren sollen, wo passiert es, was habe ich gemacht, um dahin zu kommen, so ein bisschen, um das genauer zu beschreiben oder im agilen Kontext, wenn das so ein Feature-Ticket ist, wird ja so oft davon gesprochen, dass man aus der Ich-Perspektive beschrieben haben sollte mit, ich als, weiß ich nicht, Benutzer XY für ERP-Software möchte gerne dies, das und jenes beschrieben haben.
00:02:48
Daniel Langemann
Du schmunzelt schon, so.
00:02:50
Kai Ole Hartwig
Ja, also ich bin in der, also ich glaube auch Entwicklerinnen arbeiten mit Tickets, hoffe ich.
00:02:58
Daniel Langemann
Wir teilen uns den Schutzraum.
00:02:58
Daniel Langemann
Ich meinte beides.
00:02:59
Daniel Langemann
Geschlechtsneutral.
00:02:59
Daniel Langemann
Sehr gut.
00:03:04
Kai Ole Hartwig
Ja, aber dann ist es ja mehr als beides.
00:03:10
Kai Ole Hartwig
Ja, heute bin ich fit, finde ich, unterwegs.
00:03:15
Kai Ole Hartwig
Aber jemand, der halt mit diesen Tickets arbeitet,
00:03:20
Kai Ole Hartwig
Äh, wo wollte ich denn jetzt hinaus?
00:03:22
Kai Ole Hartwig
Ich hab meinen roten Faden verloren.
00:03:24
Kai Ole Hartwig
Hervorragend.
00:03:26
Kai Ole Hartwig
Sehr gut.
00:03:27
Kai Ole Hartwig
Neues Ticket, bitte.
00:03:29
Daniel Langemann
Genau, also ich hatte gesagt, dass Tickets ja so schön beschrieben sind, immer aus der Ich-Perspektive, mit Ich möchte als...
00:03:35
Kai Ole Hartwig
Ah ja, genau, genau.
00:03:37
Kai Ole Hartwig
Und ich finde auch wichtig, dass die Rolle, die man dort schreibt, ich als Administrator oder bla bla bla, ich als Endnutzer oder so, ich finde das wichtig, dass man auch eine Person dahinter hat, die die Rolle genauer spezifiziert und definiert, weil sonst hat man auch da schon wieder ein unterschiedliches Verständnis.
00:03:59
Kai Ole Hartwig
Und
00:04:00
Kai Ole Hartwig
Für mein Dafürhalten ist es auch so, ein Ticket sollte fertig spezifiziert sein in dem Moment, also spätestens in dem Moment, wo die Entwicklungsarbeit startet, also wo das Produzieren, Umsetzen von dem Ticket startet, weil ich erlebe das halt immer wieder, dass in bestimmten Teamkonstellationen dazu geneigt wird,
00:04:27
Kai Ole Hartwig
später die Tickets anzupassen und zu verändern.
00:04:31
Daniel Langemann
Ansonsten geht es nochmal ganz nach vorne wieder.
00:04:32
Kai Ole Hartwig
Nachdem die besprochen wurden, also das Besprechen von und jeder ist quasi im Team enabled, dieses Ticket zu bearbeiten.
00:04:42
Kai Ole Hartwig
Das ist so für mich der Zeitpunkt, wo ich sage, ab dem Zeitpunkt ändert sich nichts mehr in dieser Ticketbeschreibung.
00:04:50
Kai Ole Hartwig
Weil, genau.
00:04:53
Kai Ole Hartwig
Und ich finde, das ist auch so ein...
00:04:56
Kai Ole Hartwig
mag es auch sehr, wenn in Tickets nicht die Beschreibung geändert wird und irgendwas abgehakt wird, sondern wenn kommentiert wird mit, okay, ich habe diese Punkte erledigt oder das, das und dieses.
00:05:05
Kai Ole Hartwig
Ich erlebe das immer wieder, dass diese Beschreibung geändert wird und dann fehlt so ein bisschen, je nachdem, mit welchem System man ist, die Historie, was wurde denn verändert?
00:05:05
Daniel Langemann
Mhm.
00:05:15
Kai Ole Hartwig
Und dann ändert sich auf einmal der Scope der Aufgabe oder des Tickets, weil das Testteam sagt dann auf einmal noch, also wenn man so getrennte Teams macht, wovon ich kein Fan bin, ja,
00:05:27
Kai Ole Hartwig
sagt dann einfach mal, naja, wir haben noch dieses und jenes, aber das ist auch noch ein Akzeptanzkriterium und das wurde am Anfang gar nicht besprochen.
00:05:35
Daniel Langemann
Mhm.
00:05:35
Kai Ole Hartwig
Weißt du, aus der Richtung komme ich und sage, okay, wenn in dem Team, das das bearbeitet, sich auf ein Ding geeinigt wurde, dann kann man auch losgennen und dann ändert ab dem Zeitpunkt auch niemand etwas mehr daran.
00:05:55
Daniel Langemann
Ja, also jetzt ohne groß alle agilen Buzzwords zu nennen, die Definition of Ready ist so, wann ist das Ticket als fertig zu betrachten und wenn es diesen Zustand erreicht hat, das ist der Moment, wo die Entwickler loslaufen können und, also da kann ja immer wieder mal passieren, dass der Entwickler das anfasst und sagt, irgendeine Frage ist noch offen.
00:05:59
Kai Ole Hartwig
Ja, ist ja egal, ob es jetzt... Ja.
00:06:00
Kai Ole Hartwig
Ja.
00:06:16
Daniel Langemann
dann muss das aber dazu führen, nicht, dass der Entwickler weitermacht, sondern dass man nochmal hingeht und eigentlich sollte im Team ja vorher besprochen sein mit, guck mal, das ist das Problem, das wollen wir so lösen, es wird dokumentiert, dann ist dieser Punkt Definition of Ready erreicht und dann kann der Entwickler loslegen.
00:06:33
Daniel Langemann
Heißt, das Ticket springt wieder an den Anfang, es reden nochmal alle drüber, ändert sich was, ja, nein, explodiert die Komplexität, muss etwas hinzu, hinweg,
00:06:42
Daniel Langemann
Vielleicht braucht man einen anderen Experten oder ein anderes Team ist auf einmal beteiligt.
00:06:46
Daniel Langemann
Oft sind ja auch so, gerade in größeren Unternehmen, mehrere Teams, die da auch zum Beispiel sind Message-Queues, die untereinander irgendwie zwischen Teams Messages hin und her schicken.
00:06:54
Kai Ole Hartwig
Ja.
00:06:56
Daniel Langemann
Und drei Teams verlassen sich darauf, dass die Struktur von einer Message oder von einem Datensatz sich nicht ändert.
00:07:03
Daniel Langemann
Dann musst du auch da noch Runden drehen und abholen.
00:07:06
Daniel Langemann
Und das habe ich auch schon oft erlebt, dass das vergessen wurde.
00:07:10
Daniel Langemann
Und auf einmal weiß das ERP-Team nichts davon und irgendwelche Sachen knallen.
00:07:16
Daniel Langemann
Bestände werden nicht aktualisiert oder so.
00:07:17
Daniel Langemann
Und das ist... Hm.
00:07:19
Kai Ole Hartwig
Ja, ist tausend und eine Variante.
00:07:22
Kai Ole Hartwig
Das ist unfassbar wichtig und wertvoll, was da in den Tickets stehen müsste und ganz, ganz häufig einfach keinen Weg da reinfindet, wenn man auch mit sehr vielen impliziten Annahmen arbeitet.
00:07:36
Kai Ole Hartwig
Weil wir haben ja mal vereinbart, da war dann die Hälfte der Leute nicht da oder noch gar nicht im Team oder, oder, oder.
00:07:46
Kai Ole Hartwig
Ja,
00:07:47
Kai Ole Hartwig
Oder es gibt so eine Anekdote damals im Jahr 2000, da kam ein Stern und hat uns den Weg gewiesen, dass wir so vorgehen wollen, ja, wenn das aufgeschrieben wird, dann weiß es auch nicht.
00:07:58
Daniel Langemann
Was hat der Entwickler entschieden, der nicht mehr im Projekt ist?
00:08:01
Daniel Langemann
Keiner weiß warum.
00:08:01
Daniel Langemann
Hm.
00:08:01
Kai Ole Hartwig
Genau.
00:08:02
Kai Ole Hartwig
So, mega gut.
00:08:04
Kai Ole Hartwig
Mag ja eine valide Entscheidung sein.
00:08:08
Kai Ole Hartwig
Die Schwierigkeit besteht immer dann, wenn, also finde ich persönlich, wenn so Tickets einfach kein Wissen transportieren.
00:08:15
Kai Ole Hartwig
Also nicht so, dass ich das Ding nehmen kann und sagen kann, naja, jetzt bearbeite ich das.
00:08:19
Kai Ole Hartwig
Und zwar aus der Perspektive, ich habe heute meinen ersten Tag und bekomme dieses Ticket.
00:08:26
Kai Ole Hartwig
weiß ich dann, was ich mit diesem Ticket anfange.
00:08:29
Kai Ole Hartwig
Jetzt kann man natürlich sagen, nein, natürlich nicht, du hast dann auch kein Setup, bla bla bla, aber das blenden wir mal aus.
00:08:33
Kai Ole Hartwig
Also ich bin jetzt ready für meinen ersten Task, nimm mir das Ding, weil ich denke, da stehen drei Punkte dran oder das ist nur geschätzt auf einen Tag Aufwand, welche Methode auch immer, ist ja völlig Latte, aber ich nimm mir halt mein Ding Ding und soll damit loslaufen und dann steht da drin,
00:08:54
Kai Ole Hartwig
Button-Farbe ändern, wie besprochen.
00:08:57
Daniel Langemann
Boah, da triggerst du was bei mir.
00:08:57
Kai Ole Hartwig
Und du denkst mir so, also, okay, welcher Button, wo finde ich den?
00:09:03
Daniel Langemann
Das ist... Warum?
00:09:07
Kai Ole Hartwig
Welche Farbe soll es jetzt werden?
00:09:10
Kai Ole Hartwig
Das war, warum ist mir bei dem fast noch egal, ja?
00:09:14
Kai Ole Hartwig
Meinetwegen hat das irgendein Grafiker, UXer,
00:09:15
Daniel Langemann
Doch irgendwie... Nein, meistens ist es dann nämlich so, weil bei dem Nutzer XY irgendwas eingestellt war und du änderst die Buttonfarbe, löst aber gar nicht das Problem, weil du nicht... Also...
00:09:26
Daniel Langemann
wenn derjenige gesagt hätte, was er haben will, ich möchte auf dem System XY haben, dann könntest du als Entwickler mitdenken.
00:09:26
Kai Ole Hartwig
Ja.
00:09:34
Daniel Langemann
Und das ist also eins meiner größten Themen oder Lieblingsthemen.
00:09:39
Daniel Langemann
Schreib mir nicht in die Tickets, was ich machen soll.
00:09:41
Daniel Langemann
Das ist meine Aufgabe als Entwickler, sondern warum oder was.
00:09:45
Daniel Langemann
Also schreib nicht rein wie, sondern was.
00:09:47
Kai Ole Hartwig
Ja, also bei der Button-Farbe bin ich jetzt vielleicht ein bisschen sehr nachsichtig mittlerweile, aber vom Grundsatz gebe ich dir recht, wenn von außen ein Team eine Lösung vorgegeben bekommt, für eine Lösung für ein Problem, dann kann das vielleicht eine gute Lösung sein, muss es aber nicht.
00:10:11
Kai Ole Hartwig
Und ich bin mir fast immer sicher, dass das zweite zutreffend ist.
00:10:16
Daniel Langemann
Also es verursacht bei mir einfach, also wenn ich zum Beispiel ein Ticket bekomme, wo drin steht, wir brauchen Klasse A, B und C in dem Pfad mit diesen Fähigkeiten, baue ich dir.
00:10:25
Daniel Langemann
Dann ist das Ticket fertig, gebe ich dir ab und dann liegt das wieder bei dir und du musst dann verifizieren, ist das alles.
00:10:32
Daniel Langemann
Wenn ich aber wüsste, dass du ein Problem lösen willst oder dass irgendwo zum Beispiel Performance-Probleme sind,
00:10:38
Daniel Langemann
dann kann ich ja schon sagen, guck mal, das habe ich bei einem anderen Projekt gesehen, das hat gar nicht so funktioniert.
00:10:44
Daniel Langemann
Oder warum ist denn da ein Performance-Problem?
00:10:47
Daniel Langemann
Vielleicht kann man das ganz anders lösen.
00:10:48
Daniel Langemann
Mhm.
00:10:48
Kai Ole Hartwig
genau ich kann halt mit meiner erfahrung hingehen und sagen ja schau mal wir müssen an den stellschrauben drehen
00:10:58
Kai Ole Hartwig
weil irgendwie macht man ja diesen Job schon irgendwie zwei, drei Sonnenumrundungen und hat halt Erfahrungen gesammelt.
00:11:05
Kai Ole Hartwig
Und die Erfahrung... Genau.
00:11:06
Daniel Langemann
Ich habe genug kaputt gemacht, dass ich weiß, was man kaputt machen muss, damit Sachen nicht funktionieren.
00:11:10
Daniel Langemann
Ja.
00:11:10
Daniel Langemann
Ja.
00:11:10
Kai Ole Hartwig
So, ich habe genug Bauklötze umgeschmissen, um zu wissen, man muss das breiter bauen, wenn der Turm höher werden soll.
00:11:17
Kai Ole Hartwig
So, und vielleicht wäre zu beweisen, ähm...
00:11:26
Kai Ole Hartwig
Wollte ich jetzt eigentlich hinaus?
00:11:32
Kai Ole Hartwig
Also heute ist nicht mein Tag, glaube ich.
00:11:35
Daniel Langemann
Hättest du das in einem Ticket stehen, wäre dir das nicht entfallen.
00:11:37
Daniel Langemann
Dann könntest du das nachlesen.
00:11:38
Daniel Langemann
Oh.
00:11:39
Kai Ole Hartwig
Jetzt wolltest du mir sagen, wie sieht denn das eigentlich aus, das ideale Ding jetzt, damit ich auch jeden Tag verpeilt sein kann, gerade wenn meine Kaffeemaschine nicht mehr funktioniert,
00:11:53
Kai Ole Hartwig
Ja, du erkennst die Dramatik dieser Worte.
00:11:56
Kai Ole Hartwig
Also, meine Kaffeemaschine tatsächlich kaputt gerade.
00:12:02
Kai Ole Hartwig
Und der Hersteller hat so Spezialschrauben.
00:12:03
Kai Ole Hartwig
Ja, ganz, ganz furchtbar.
00:12:06
Kai Ole Hartwig
Also man kann nicht mal eben aufschrauben und nachschauen, ist der Schlauch abgerutscht, sondern geht nicht.
00:12:11
Kai Ole Hartwig
Und man braucht Spezialwerkzeug.
00:12:13
Kai Ole Hartwig
Mega ätzendes Ding.
00:12:15
Kai Ole Hartwig
Da wollte ich aber gar nicht drauf hinaus.
00:12:18
Kai Ole Hartwig
Außer, dass ich keinen Kaffee habe und deswegen noch verpeilter bin als sonst.
00:12:23
Daniel Langemann
das ideale Ticket.
00:12:25
Daniel Langemann
Also wenn eine kleine Fee auftauchen würde und ich mir was wünschen dürfte, dann würde ich mir echt wünschen, dass ich Tickets bekomme, die nicht KI generiert sind, weil das ist viel zu viel Text, der, also habe ich auch schon gesehen, das wäre zu viel Text, das ist das andere Extrem.
00:12:25
Kai Ole Hartwig
das ideale Ticket.
00:12:26
Kai Ole Hartwig
Was hilft, mir dann hilft, wieder das Ding eigentlich perfekt zu entwickeln, obwohl ich keinen Kaffee habe.
00:12:33
Kai Ole Hartwig
Oder nur Tee.
00:12:53
Daniel Langemann
sondern wo einfach drinsteht, was ist gerade das Problem oder was möchten wir lösen?
00:12:58
Daniel Langemann
Was ist der Vorteil?
00:13:00
Daniel Langemann
Was bringt das zu machen?
00:13:01
Daniel Langemann
Wenn es ein Feature ist zum Beispiel, wir möchten Kunden ermöglichen, Sachen auf eine Merkliste zu packen oder wir möchten, keine Ahnung, Kunden dazu führen, irgendwelche Querkäufe zu machen und irgendwelche Sachen anbieten.
00:13:17
Kai Ole Hartwig
Mhm.
00:13:18
Daniel Langemann
Beispiel.
00:13:18
Daniel Langemann
Und das könnte, also da darf auch drunter stehen, also ich bin nicht so strikt und sage, da darf bloß keine Lösung drin stehen, aber wenn der erste Block sozusagen das Problem umreißt oder die Lösung oder den Mehrwert, Mehrwert ist vielleicht das Richtige, Mehrwert umreißt, kann da drunter stehen, guck mal, eine Lösung könnte sein, evaluier mal.
00:13:37
Daniel Langemann
Gerne, kein Problem.
00:13:39
Daniel Langemann
Schränkt mich, weil das Problem ist, das schränkt mich vom Denken immer automatisch ein, wenn ich einen ganz festen Korridor habe und wenn so offen geschrieben wird, der erste Block, ja super, dann bin ich direkt drin, kann ich mitdenken, vielleicht sehe ich noch ein paar Sachen oder verstehe gar nicht, wo die Reise hingehen soll, bin dann aber spätestens da schon in der Lage zu sagen, ich verstehe das nicht, erkläre mir das mal.
00:14:02
Daniel Langemann
Bei dem technischen, wenn jetzt nur der technische Part geklärt gewesen wäre, dann wäre ich bis zur Hälfte gekommen und sage, komisch, warum mache ich das eigentlich?
00:14:09
Daniel Langemann
Und würde eine Woche später Rückfragen stellen.
00:14:13
Daniel Langemann
Das führt halt dazu, dass du schon früher darüber reden kannst.
00:14:16
Daniel Langemann
Wenn grob sowas spezifiziert ist, dann finde ich es immer sehr angenehm, so in der Runde, also ich bin sehr agil geprägt, das merkt man überhaupt nicht gerade.
00:14:24
Kai Ole Hartwig
Nein, nein, gar nicht, Daniel.
00:14:26
Daniel Langemann
Ja.
00:14:29
Daniel Langemann
gut versteckt.
00:14:29
Kai Ole Hartwig
Dass wir beide, glaube ich, agiles Arbeiten bevorzugen, ist kein Geheimnis.
00:14:30
Daniel Langemann
Also ich mag es dann, naja, ich schäme mich auch nicht dafür.
00:14:39
Daniel Langemann
Ich kenne es halt so, dass die so grob die Tickets ankommen.
00:14:42
Daniel Langemann
Das ist vollkommen in Ordnung, weil dann reicht das so, dass die Entwickler sich da, zwei Entwickler setzen sich ran und sagen, was ist das für ein Ticket?
00:14:49
Daniel Langemann
Was macht das?
00:14:50
Daniel Langemann
Was soll das?
00:14:51
Daniel Langemann
Und die spielen sich einfach gegenseitig Fragen zu.
00:14:54
Daniel Langemann
Paff, landet eine Frage im Kommentar oder man holt noch jemanden kurz ins Meeting hinzu,
00:14:59
Daniel Langemann
Also ich möchte keine Buzzwords aus dem agilen Kontext nutzen, welches Meeting was wo passieren sollte, das ist egal.
00:15:00
Kai Ole Hartwig
Ja.
00:15:05
Daniel Langemann
Es reicht, dass das passiert.
00:15:07
Daniel Langemann
Dann kann man einen Projektleiter dazu holen, keine Ahnung, einen CEO vielleicht, wenn es ein kleiner Laden ist, der einen Wunsch hat, irgendwie den Umsatz zu verdoppeln.
00:15:15
Daniel Langemann
Und da redet man darüber.
00:15:16
Daniel Langemann
Und dann
00:15:18
Daniel Langemann
hat man so, okay, da soll die Reise hingehen, dann können die Entwickler sagen, die Lösung, und dann ist dann der letztere Block, das sind die Akzeptanzkriterien.
00:15:26
Daniel Langemann
Was muss passieren, damit wir messen können, dass das Ergebnis eingetreten ist?
00:15:31
Daniel Langemann
Oder kann, wenn man es messen kann.
00:15:34
Daniel Langemann
Wobei selbst Codequalität verbessern kann man auch messen, also hatten wir auch schon als Akzeptanzkriterium.
00:15:39
Kai Ole Hartwig
Ja.
00:15:42
Daniel Langemann
Also das ist so der letzte Block, den füllen die Entwickler dann aus, wo man dann auch noch Kommentare hinzuschreibt, technische Informationen, brauchst du irgendwas, Credentials, externe Systeme, andere Teams, die informiert werden müssen oder andere Personen.
00:15:58
Daniel Langemann
Und dieses Ticket lebt ja eigentlich.
00:16:01
Daniel Langemann
Also das ist so der erste Schritt.
00:16:02
Daniel Langemann
Einer macht den Aufschlag, sagt, was hätte ich gerne?
00:16:06
Daniel Langemann
Vielleicht auch mit dem Entwickler schon zusammen oder spezifiziert das erstmal aus.
00:16:11
Daniel Langemann
schreibt seine Wünsche darunter, wenn er schon technisch so tief ist.
00:16:13
Daniel Langemann
Es gibt genug Leute, die sind technisch tief genug, die auch das System kennen und auch schon Hilfestellung geben können.
00:16:19
Daniel Langemann
Gerade so, wenn ich neu im Projekt bin, sind selbst manchmal die Projektleiter tiefer drin als ich nach einer Woche oder so.
00:16:23
Kai Ole Hartwig
Mhm.
00:16:26
Daniel Langemann
Natürlich hilft mir das dann, dass ich sagen kann, guck dir mal die Stellen an, da ist das ähnlich gelöst.
00:16:31
Daniel Langemann
gehe ich hin, gucke, stelle Rückfragen und dann wächst das Ticket.
00:16:35
Daniel Langemann
Irgendwann bist du an dem Punkt, dass du sagen kannst, okay, ich verstehe das ganz, das und das muss passieren, damit das läuft.
00:16:42
Daniel Langemann
Dann füllt man noch Akzeptanzkriterien aus und dann ist man eigentlich schon sehr weit, dass man sagen kann, Definition of Ready ist erreicht.
00:16:48
Daniel Langemann
Also je nachdem, wie sie definiert ist.
00:16:51
Daniel Langemann
Aber dann hast du einen Punkt, wo du ein Ticket hast, wo du dann nicht, also wirklich nur noch ab, das kannst du dir dann nehmen und sagen, guck mal, das könnte ich in diesem Sprint schaffen und setzt dich hin, arbeitest das ab und kannst dann nachher abgeben und sagen, hier, ist das so, wie wir es besprochen haben?
00:17:09
Daniel Langemann
Das wäre echt so, wenn die zugehört hat, die kleine fehlt.
00:17:11
Kai Ole Hartwig
Und warum machst du das nicht so?
00:17:12
Daniel Langemann
Ja.
00:17:15
Kai Ole Hartwig
Bisschen böse, aber ich glaube, wir alle wissen ja, dass da so ein ideales Ticket aussieht.
00:17:22
Daniel Langemann
Ja, ja.
00:17:25
Kai Ole Hartwig
Aber wir wissen auch aus der Erfahrung, sagen wir, wir haben es erlebt, dass das ja eben nicht der Zustand ist, in dem wir uns alle bisher bewegt haben.
00:17:40
Kai Ole Hartwig
Jetzt haben wir aber ja letzte Woche festgestellt, wir haben da so jemanden, mit dem quatschen wir die ganze Zeit und machen vielleicht KI-Pair-Programming-mäßig rum.
00:17:52
Kai Ole Hartwig
Unsere Ente, die wir früher hatten, antwortet auf einmal.
00:17:56
Kai Ole Hartwig
Fällt mir ein, wo ist meine Ente?
00:17:57
Kai Ole Hartwig
Egal.
00:18:01
Kai Ole Hartwig
Also heißt ja,
00:18:04
Kai Ole Hartwig
Macht das vielleicht sogar noch aus anderer Sicht Sinn, jetzt auf einmal sich diese Arbeit zu machen und diese Tickets mal endlich vernünftig zu schreiben?
00:18:14
Daniel Langemann
Ich glaube, dass gerade so mit dem Buzzword Spec-Driven-Development etwas passiert, was früher viele Entwickler, also nicht Entwickler, Projektbeteiligte.
00:18:25
Daniel Langemann
In alle Richtungen.
00:18:26
Daniel Langemann
Ich möchte...
00:18:27
Kai Ole Hartwig
Ja, definitiv an der Stelle, definitiv.
00:18:29
Daniel Langemann
Also das ist ja auch kein Geheimnis.
00:18:32
Daniel Langemann
Keiner hat Bock eigentlich Tickets zu schreiben und stundenlang in Meetings zu sitzen und Sachen auszuspezifizieren und irgendwie Linien zu ziehen und zu malen.
00:18:42
Daniel Langemann
Und was mir aufgefallen ist, ist gerade aber im Spec-Driven Development,
00:18:47
Daniel Langemann
passiert genau das Gleiche eigentlich.
00:18:49
Daniel Langemann
Also die Rückfragen, die gestellt werden, sind die, die ich früher gestellt habe, wenn der Projektleiter das Ticket vorbereitet hatte.
00:18:56
Daniel Langemann
Jetzt gehe ich ja auch hin und sage, also es gibt genug Frameworks mittlerweile ja auch schon für die KI und die Konsole, wo du sagen kannst, hier, also zum Beispiel von GitHub, um wieder Namen zu droppen, damit wir irgendwann mal einen Sponsor kriegen.
00:19:08
Daniel Langemann
Ja.
00:19:11
Daniel Langemann
Nee, also ich habe jetzt letztens Speckit ausprobiert für mich.
00:19:16
Daniel Langemann
Gibt bestimmt auch andere Sachen, fand ich sehr interessant.
00:19:20
Daniel Langemann
Ist halt so ein fertiges Framework, wo du sagst, so Speckit, ich würde gerne anfangen zu planen oder spezifizieren.
00:19:26
Kai Ole Hartwig
Vielen Dank.
00:19:27
Daniel Langemann
Und dann schreibst du erst mal runter, ne?
00:19:29
Daniel Langemann
schon bist du bei der Analogie oder bei dem alten Ticket mit, ich als Daniel als Entwickler möchte das und das, dass das und das passiert.
00:19:36
Daniel Langemann
Oder ich brauche zum Beispiel ein Login-System, ich brauche, weiß ich nicht, ein Renewed Endpoint oder fängst du solche Sachen an, du schreibst sie erst mal.
00:19:45
Daniel Langemann
Dann kommt KI, die läuft dann immer so ein bisschen in der Schleife mit und stellt Rückfragen und sagt so, ja, okay, du brauchst, zum Beispiel einen Endpunkt.
00:19:53
Daniel Langemann
Wie möchtest du dich authentifizieren?
00:19:55
Daniel Langemann
Reicht ein Pfad?
00:19:56
Daniel Langemann
Muss das anders sichergestellt sein?
00:19:57
Daniel Langemann
Wie soll der Pfad heißen?
00:19:59
Daniel Langemann
So die ersten Rückfragen kommen dann.
00:20:03
Daniel Langemann
Und schon merkst du, dass du auch so diesen zweiten Part schon ausarbeitest, wo du sagst, ich hätte gerne, also das ist mir wichtig, dass zum Beispiel der Endpunkt existiert, ich hätte gerne das vielleicht so.
00:20:14
Daniel Langemann
Also du hast auch mit dem Warum angefangen, bist dann so ein bisschen, weil du als Entwickler bist, so, ja, ich wünsche mir, dass das so aussieht, vielleicht ein Login-Formular und ich brauche einen Endpunkt für einen JWT-Token.
00:20:23
Kai Ole Hartwig
Ja.
00:20:26
Daniel Langemann
oder es läuft über Session oder was auch immer.
00:20:30
Daniel Langemann
Schon hast du deine Wünsche, die du da auch drunter geschrieben hättest, so mit, ja, vielleicht ist das eine Lösung.
00:20:36
Daniel Langemann
Und da läufst du dann mit KI-theoretisch ein paar Mal drüber, bis du sagst, okay, ich habe das verstanden.
00:20:42
Daniel Langemann
Und gehst dann auf den nächsten Schritt und sagst so, planen wir das jetzt?
00:20:48
Daniel Langemann
Und dann geht die, den Schritt tiefer und dann bist du sehr nah bei den Akzeptanzkriterien.
00:20:54
Daniel Langemann
Was muss passieren, ne?
00:20:57
Daniel Langemann
Und dann geht die auch von den Fragen einen Schritt tiefer und sagt so, guck mal, wie lange soll die TTL zum Beispiel, das ist so eine Frage, die mir gerade einfällt, JWT-Token, TTL, müssen irgendwelche anderen Infos da mit rein?
00:21:06
Kai Ole Hartwig
Ja.
00:21:10
Daniel Langemann
Wo ist der Public Key?
00:21:15
Daniel Langemann
Den Schritt wieder.
00:21:15
Daniel Langemann
Und diese Analogie zu den alten Tickets fand ich letztens echt lustig, weil du eigentlich genau das machst, was früher auch
00:21:23
Daniel Langemann
hätte im Ticket passieren sollen und viel ausführlicher.
00:21:27
Daniel Langemann
Das macht man, oder habe ich jetzt die letzte Zeit öfter mit Speck-Driven-Development gemacht.
00:21:35
Daniel Langemann
Fand ich sehr interessant.
00:21:37
Kai Ole Hartwig
Spannend finde ich ja auch tatsächlich, dass der vorletzte Step eigentlich der Task ist, den man ja auch im Ticketsystem irgendwie nie angelegt hat.
00:21:46
Daniel Langemann
Ja.
00:21:47
Kai Ole Hartwig
Weil alle gesagt haben, ja, die Story reicht.
00:21:47
Daniel Langemann
Ja, ja, ja, ja.
00:21:51
Kai Ole Hartwig
Oder der Task war dann ja nur irgendwie so ein oder häufig so eine Dekoration,
00:22:01
Kai Ole Hartwig
mit, wir wissen jetzt ja alles, wir brauchen das nicht weiter runterbrechen.
00:22:05
Kai Ole Hartwig
Und eigentlich finde ich das halt mega spannend, dass wir jetzt halt wirklich hingehen, sagen, okay, wir spezifizieren, wir planen, dann brechen wir jetzt nochmal ein kleines Stück auf und dann wird es implementiert.
00:22:15
Kai Ole Hartwig
Weil so hätte es ja einfach die ganze Zeit, ähm,
00:22:21
Kai Ole Hartwig
gut laufen können.
00:22:22
Kai Ole Hartwig
Das Kurzschreiben war ja nie das Bottleneck am Tagesende.
00:22:29
Daniel Langemann
Ja.
00:22:30
Kai Ole Hartwig
Es ist ja auch immer noch so, dass das Außenrum der ganze Overhead sehr, sehr zeitintensiv ist.
00:22:41
Kai Ole Hartwig
Und jetzt halt auf einmal dieses
00:22:45
Kai Ole Hartwig
wir planen, weil wir jemanden einsetzen, der keinen Plan vom Kontext hat, kein, also zwar weiß, wie Programmieren funktioniert, theoretisch, aber jetzt gar nicht so genau alles weiß und vor allem nicht diese impliziten Dinge weiß, ja, die stillen Konventionen, die überall mitschwingen und solche Dinge und
00:23:11
Daniel Langemann
Mhm.
00:23:13
Kai Ole Hartwig
Jetzt fangen wir an und schreiben das auf, weil wir dann sagen, ja, aber dann wird ja schneller programmiert.
00:23:18
Kai Ole Hartwig
Ich finde, das ist ein ganz, ganz, ganz spannender Wandel, weil genau das hätten wir ja eigentlich schon in der Vergangenheit die ganze Zeit haben können.
00:23:31
Daniel Langemann
Und ein ganz netter Nebeneffekt ist, du produzierst, also nicht ganz viel, aber du produzierst Markdown-Dateien mit genau diesen Informationen.
00:23:32
Kai Ole Hartwig
Ja.
00:23:39
Kai Ole Hartwig
Ja.
00:23:40
Daniel Langemann
Also ich bin mir noch nicht so sicher, was ich davon im Projekt behalten möchte oder nicht.
00:23:46
Daniel Langemann
Aber dass ich was davon im Projekt behalte, also die Tasklist, weiß ich nicht, ob ich die später noch brauche.
00:23:51
Daniel Langemann
Aber so die Anfangsspezifikation zum Beispiel zu dem Ticket, das hatten wir ja gerade, was ist, wenn der Entwickler schon gar nicht mehr im Unternehmen ist und da ist irgendwas.
00:23:56
Kai Ole Hartwig
Mhm.
00:24:01
Daniel Langemann
Auf einmal hast du einen Doc oder Docs-Ordner, wo ganz viele Spezifikationen zu Features drin liegen, wo du nachlesen könntest, was damals die Anforderungen waren.
00:24:10
Daniel Langemann
Also wenn sich das jetzt ändert und es heißt hier, keine Ahnung, diesen tollen JWT-Token, den Daniel eingebaut hat von vor zehn Jahren, das ist sowas von veraltet, keine Ahnung, jetzt gibt es irgendwas anderes, dann könnte man mal nachlesen, warum ich das gemacht habe und was da wichtig war und könnte das dann auf die neue Technologie abstrahieren, weil diese Information sogar noch da ist im Projekt.
00:24:29
Daniel Langemann
Also das finde ich sehr interessant.
00:24:32
Kai Ole Hartwig
Ich fände ja sehr spannend und ich muss mir das definitiv anschauen, ich habe damit halt noch gar nicht weiter agiert, ob man das nicht auch zum Beispiel mit meinem heiß geliebten GitLab
00:24:46
Kai Ole Hartwig
abbilden kann, dass eben da die Storys und halt Spezifikationen sind und dann plant man das da und dann halt die Tasks auch da drin hat und das darüber tatsächlich verwaltet wird und dann habe ich es ja auch direkt so, dass ich es durchsuchen kann und solche Sachen, das lässt sich ja viel...
00:25:02
Daniel Langemann
Blöde Frage, hat GitLab eine MCP-Schnittstelle?
00:25:06
Daniel Langemann
Bestimmt.
00:25:07
Daniel Langemann
Was frage ich eigentlich?
00:25:08
Daniel Langemann
Natürlich haben die das, bestimmt.
00:25:10
Kai Ole Hartwig
Ich weiß, dass es Open-Source-Projekte gibt und ich weiß, dass es Paid-Features gibt, wo es, glaube ich, dann auch MCP gibt.
00:25:18
Kai Ole Hartwig
Aber dann wäre es für mich nochmal zugänglicher für andere Projektbeteiligten, die sich nicht extra das auschecken müssen und anschauen müssen.
00:25:25
Daniel Langemann
Also, kleine Side-Note, ich nutze gerne Jira, Asche auf mein Haupt, also irgendwie mag das keiner außer ich.
00:25:33
Kai Ole Hartwig
Das stimmt.
00:25:33
Daniel Langemann
Und ich bin sogar so nerdig, ich habe Jira CLI auf der Konsole, dass ich über die Konsole Tickets erstellen kann, abrufen kann und alles.
00:25:41
Daniel Langemann
Und ja, aber genau, dann hast du das doch, was du wolltest.
00:25:41
Kai Ole Hartwig
Ja gut, das kann ich mit GitLab Seal Eye auch.
00:25:43
Kai Ole Hartwig
Das ist jetzt... Hm.
00:25:46
Daniel Langemann
Und genau das habe ich letztens gemacht mit Speckit fertig und habe gesagt, erstell mir nochmal Jira Tickets dafür.
00:25:53
Daniel Langemann
Und dann ist das Ding über die CLI hingegangen, weil ich war mal mutig, hab den Token da reingeschmissen, also nicht reingeschmissen, hab dann an der Session auch wirklich den Token aktiviert und dann hat das Ding da Tickets erstellt.
00:26:07
Daniel Langemann
Also das, was du wolltest oder willst.
00:26:10
Daniel Langemann
Mhm.
00:26:13
Kai Ole Hartwig
Interessant.
00:26:16
Kai Ole Hartwig
Vielleicht sollte ich mir das mal anschauen.
00:26:19
Daniel Langemann
Also mit einem Sternchen, deswegen hatte ich vorhin auch gesagt, es ist sehr ausgiebig und da noch so einen Mittelweg zu finden zwischen ich nerv den Entwickler, der zwei Stunden lang 50, die in vier Seiten lesen muss, um zu verstehen, was da passiert.
00:26:33
Daniel Langemann
Also zu viel Dokumentation ist, glaube ich, auch nicht hilfreich.
00:26:36
Kai Ole Hartwig
Ja, das kann die KI dann ja auch wieder zusammenfassen.
00:26:41
Daniel Langemann
Wir haben ein Problem gelöst, das wir nicht hatten.
00:26:48
Daniel Langemann
Aber ja,
00:26:48
Kai Ole Hartwig
Ist das jetzt nicht die Antwort, dass man aus fünf Bullet Points eine E-Mail generieren lässt, die dann jemand anderes wieder in die KI schmeißt, um fünf Bullet Points rauszubekommen?
00:26:58
Daniel Langemann
Ja, wir haben es drauf.
00:26:59
Daniel Langemann
Ja, aber irgendwo dazwischen ist die Lösung.
00:27:01
Daniel Langemann
Also zu viel ist auch nicht richtig, aber und das fand ich in dem Prozess echt interessant, also jetzt nur ein, zweimal so für mein Projekt genutzt, leider, oder nicht leider, noch nicht, beim Kunden habe ich mich noch nicht getraut, aber das aus der, also aus Open Code heraus oder halt aus Codex oder
00:27:02
Kai Ole Hartwig
Ja.
00:27:21
Kai Ole Hartwig
Ja, weiß ich nicht, ob ich das kann, aber ich könnte es ausprobieren.
00:27:22
Daniel Langemann
Aus meinem Tool der Wahl zu sagen, hier mit Speckit Spezifikationen komplett runtergebrochen und dann auch gesagt, hier erstellen wir mal die passenden Tickets für die Tasks.
00:27:23
Kai Ole Hartwig
Das ist gut.
00:27:23
Kai Ole Hartwig
Erster Schritt geschafft.
00:27:24
Kai Ole Hartwig
Daniel traut es mir zu.
00:27:24
Kai Ole Hartwig
Sehr gut.
00:27:24
Kai Ole Hartwig
Ja,
00:27:33
Daniel Langemann
Fand ich sehr interessant.
00:27:36
Daniel Langemann
Also das könntest du machen.
00:27:41
Daniel Langemann
Ich trau dir das zu.
00:27:51
Kai Ole Hartwig
Meinst du denn, das lohnt sich auch?
00:27:56
Kai Ole Hartwig
Oder sagst du, der Overhead ist dann doch so groß?
00:27:58
Kai Ole Hartwig
Also für mein Empfinden ist es so, entweder hatte man in Projekten zu wenig Dokumentation oder zu viel tote Dokumentation oder unpassende Dokumentation.
00:28:09
Daniel Langemann
Ja, ja, das auch.
00:28:09
Kai Ole Hartwig
Wenn ich an gewisse formalen Vorgaben denke, in denen Dokumentation zum Teil erstellt werden musste,
00:28:15
Kai Ole Hartwig
waren das häufig so Dinge, die einfach nicht hilfreich sind.
00:28:20
Kai Ole Hartwig
Aber man konnte dann im Compliance schön ein Häkchen dran machen und sagen, ja, wir haben nach dem Standard aber Dokumentation erstellt in monatelanger Arbeit.
00:28:29
Kai Ole Hartwig
Also das ist halt immer so mein Ding, wo ich sage, also vom
00:28:35
Kai Ole Hartwig
meine Denkweise ist halt irgendwie okay, an meine Code-Änderung, im Sinne von an meinen Commit schreibe ich das Issue, also eine Referenz auf das Issue, damit ich weiß, wo gehört es denn hin und dann, wenn ich mich frage,
00:28:51
Kai Ole Hartwig
warum ist denn dieser Quote da, mache ich quasi meine History auf und sage, was hat das denn verändert, dann komme ich darüber an den Commit, der Commit leitet mich zu dem Ticket und dann finde ich alle Informationen da.
00:29:03
Kai Ole Hartwig
So, das ist der ideale Weg.
00:29:03
Daniel Langemann
In Confluence, die sich nie ändert und keiner liest.
00:29:04
Daniel Langemann
Ich auch nicht.
00:29:04
Daniel Langemann
Naja.
00:29:05
Kai Ole Hartwig
Und in der noch besseren Welt wurde dann aus dieser Dokumentation, die da existiert durch die Tickets, auch tatsächlich Dokumentation für Nicht-
00:29:20
Kai Ole Hartwig
Entwickler und Entwicklerinnen produziert.
00:29:25
Kai Ole Hartwig
Ja, ich bin jetzt ja kein Confluence-Fan, aber in einem Wiki oder in irgendeinem System der Wahl, was vielleicht auch genutzt wird.
00:29:35
Daniel Langemann
Also ich würde mir hoffen oder wünschen, also ich behaupte nicht, dass das die Lösung ist, aber in meiner Fantasie ist es so, wenn ich mit Spec-Driven Development Markdown-Dateien generiere, die ausführlich genug sind, dass auch Nicht-Techniker das verstehen, also gerade so der erste Aufschlag, die erste Datei, die generiert wird, ist sehr, also
00:29:57
Daniel Langemann
Sehr wenig technisch so rum.
00:29:59
Kai Ole Hartwig
Ja, also sehr high level im Prinzip.
00:30:01
Daniel Langemann
Ja, ja, genau.
00:30:01
Kai Ole Hartwig
Ja.
00:30:01
Daniel Langemann
Und wenn das im Projekt bleibt, kannst du das ja auch über Hosting an Vita XY sogar super Markdown lesen.
00:30:10
Daniel Langemann
Also musst du nicht irgendwie umwandeln in HTML oder in irgendwelche Sachen importieren.
00:30:15
Daniel Langemann
Funktioniert ja auch.
00:30:16
Daniel Langemann
Und ich denke mal, ein Link oder Leseberechtigung auf jeden Repo ist ja kein Problem.
00:30:22
Daniel Langemann
Also hast du fast eine lebende Doku oder eine bessere Doku, als wenn du das über mehrere Systeme verteilst?
00:30:28
Daniel Langemann
Also das... Ja, siehst du... Hätte ich doch Obsidian-Aktien gekauft, ne?
00:30:29
Kai Ole Hartwig
Definitiv.
00:30:30
Kai Ole Hartwig
Also ich glaube, in GitLab wird das wirklich auch mit Markdown betrieben.
00:30:35
Kai Ole Hartwig
Es ist ja auch spannend, dass wir so ein altes Format wie Markdown, was ja quasi in der Versenkung verschwunden war, jetzt wieder rauskramen und alle arbeiten auf einmal mit Markdown.
00:30:47
Kai Ole Hartwig
Und es ist halt so ein bisschen so, ja, das ist so ein bisschen so, dass man,
00:30:50
Daniel Langemann
Ja.
00:30:55
Kai Ole Hartwig
Verstoßene Kind ist jetzt wieder da und ist jetzt das Lieblingskind.
00:30:56
Daniel Langemann
Es ist einfach menschenlesbar und auch gut lesbar, ohne Programmierverständnis, finde ich.
00:31:00
Kai Ole Hartwig
Das ist ein bisschen witzig, finde ich, dass jetzt dieses einfache Textformat wieder belebt wird.
00:31:19
Kai Ole Hartwig
Ja, und ich finde, das ist aber...
00:31:20
Daniel Langemann
Das ist
00:31:24
Daniel Langemann
Entschuldigung.
00:31:26
Kai Ole Hartwig
gewünscht.
00:31:35
Daniel Langemann
drauf.
00:31:39
Daniel Langemann
Womit schreibt man die ganzen Doktorarbeiten?
00:31:41
Daniel Langemann
Latex.
00:31:41
Kai Ole Hartwig
Latex.
00:31:42
Daniel Langemann
Boah, Latex.
00:31:45
Daniel Langemann
Ich habe nicht versucht, ich bin zu dumm für sowas.
00:31:47
Daniel Langemann
Also...
00:31:50
Daniel Langemann
Aber nochmal zurück zum Spec-Thema.
00:31:54
Daniel Langemann
Also ich nutze das nicht für alles.
00:31:55
Daniel Langemann
Also das ist jetzt nicht so, ich spezifiziere alles und mache das Projekt voll mit solchen Dateien.
00:31:56
Kai Ole Hartwig
Mhm.
00:31:56
Kai Ole Hartwig
Mhm.
00:32:02
Daniel Langemann
Früher hätte man auch nicht für alles, also je nachdem, ein Epic oder eine Story gemacht.
00:32:07
Daniel Langemann
Und das ist so, glaube ich, eine gute Analogie.
00:32:09
Daniel Langemann
Wenn du etwas hast, was groß genug ist,
00:32:12
Daniel Langemann
Da ist das super hilfreich, wenn du sagst, ich will komplette Storage Engine irgendwie in mein Projekt einziehen oder ich habe nur lokalen Speicher und möchte jetzt irgendwie ein S3 Bucket anbinden.
00:32:22
Daniel Langemann
Das wäre so etwas, wo du sagst, das ist groß genug, wo du spezifizieren kannst, dich runterarbeiten kannst.
00:32:26
Daniel Langemann
Hast du irgendwie, weiß ich nicht, brauche ich eine Lokalisierung an irgendeiner Stelle, da würde ich damit nicht anfangen.
00:32:32
Daniel Langemann
Da ist das so mit Kanonen auf Spatzen schießen.
00:32:36
Daniel Langemann
so diesen richtigen Weg finden, ich glaube, das ist noch der Punkt, den ich auch für mich finden muss.
00:32:43
Daniel Langemann
Am Projektanfang nutze ich es viel mehr, weil halt natürlich noch viel auf der grünen Wiese ist und du halt noch viele Baustellen hast.
00:32:51
Daniel Langemann
Und je weiter du im Projekt kommst, wenn ich jetzt überlege, ich habe so ein Projekt, was zehn Jahre alt ist, da gibt es jetzt nicht mehr viel, was sich so massiv bewegt.
00:33:00
Daniel Langemann
Also, ja,
00:33:01
Kai Ole Hartwig
Also wenn ich mir das so, also aus meinem Verständnis gerade, würde ich ja sagen, die Specify und Plan, das ist ja quasi die Story-Ebene.
00:33:13
Daniel Langemann
Ja.
00:33:13
Daniel Langemann
Ja, aber das ist ein gutes Beispiel.
00:33:14
Daniel Langemann
Das passt.
00:33:14
Daniel Langemann
Ja.
00:33:15
Kai Ole Hartwig
Task ist Task und Implement ist Implement.
00:33:18
Kai Ole Hartwig
Es verschiebt sich halt noch vielleicht, wer es tut, oder was es tut.
00:33:23
Kai Ole Hartwig
Ja, ist KI sächlich?
00:33:26
Kai Ole Hartwig
Naja, also, so.
00:33:27
Kai Ole Hartwig
Ähm,
00:33:30
Kai Ole Hartwig
So von meinem Bauchgefühl, ja.
00:33:32
Kai Ole Hartwig
Also wir haben das Epic oben drüber und dann wird es ja speziell und dann wäre es für mich quasi diese Story-Ebene und dann kommt die Task-Ebene und dann das tatsächlich eher Doing.
00:33:43
Kai Ole Hartwig
Ich finde, das passt eigentlich sehr gut in diese agile Welt.
00:33:46
Daniel Langemann
Extreme.
00:33:47
Kai Ole Hartwig
Oder in diese Aufbauform von Aufgaben.
00:33:50
Kai Ole Hartwig
Das heißt ja nicht, dass das immer im Agilen auch so sein muss.
00:33:54
Kai Ole Hartwig
Man kann ja auch das mit Wasserfall machen oder mit whatever, welche...
00:34:01
Kai Ole Hartwig
Methode man sich jetzt überlegt und wie man das Kind dann nennen wird.
00:34:07
Kai Ole Hartwig
Aber es ist halt eigentlich eine schöne formale Methode, um da ranzugehen.
00:34:13
Kai Ole Hartwig
Und gleichzeitig muss ich auch sagen, dass es ja wunderbar in die Gesamtpatterns auch reinpasst mit Atomic Design und so weiter.
00:34:26
Kai Ole Hartwig
Aber das sprengt, glaube ich, jetzt unseren Zeitrahmen, wenn ich ehrlich bin.
00:34:34
Kai Ole Hartwig
Auch so auf Komponentenebene.
00:34:36
Kai Ole Hartwig
Du kannst es halt wunderbar weiterspinnen und gibst eigentlich sehr viel Architekturstruktur schon durch diese Aufgaben vor.
00:34:43
Kai Ole Hartwig
Ich glaube, ich werde das ausprobieren.
00:34:45
Daniel Langemann
Ich habe dich eingefixt.
00:34:48
Daniel Langemann
Freut mich.
00:34:51
Kai Ole Hartwig
Und dann werde ich über dich schimpfen, wie schlimm das ist, diese langen Tickets, dass man so viel lesen muss.
00:34:54
Daniel Langemann
Ja, bitte, bitte.
00:34:57
Daniel Langemann
Hätte ich doch einen Affiliate-Link.
00:34:58
Daniel Langemann
Ja.
00:34:58
Daniel Langemann
Bis dann, ciao.
00:35:06
Kai Ole Hartwig
Perfekt.
00:35:07
Kai Ole Hartwig
Dann glaube ich, war es das diese Woche wieder für Secrets Not Included.
00:35:14
Kai Ole Hartwig
Und dann sehen wir uns nächste Woche wieder zu einem neuen spannenden Thema.
00:35:22
Kai Ole Hartwig
Macht's gut, bis dahin.
00:35:23
Kai Ole Hartwig
Ciao, ciao.