Working Draft

WEBVTT

00:00:00.135 --> 00:00:11.279
Machst dir im dort ein blick da drauf okay was brauchen diese menschen in meiner organisation ihren job möglichst gut machen zu können so will man denn überhaupt eine organisation.

00:00:12.036 --> 00:00:28.141
Strukturieren man könnte ja sagen beispielsweise maximale autonomie das ist wahrscheinlich das spannungsfeld das so aus autonomie und irgendwie konzertiertem vorgehen und vielleicht auch so informationsfluss aufrecht erhalten.

00:00:28.720 --> 00:00:53.360
Music.

00:00:54.166 --> 00:00:55.977
Revision 561,

00:00:59.630 --> 00:01:02.617
Diese Revision von Working Draft wird euch präsentiert von Midwald.

00:01:03.510 --> 00:01:05.577
Midwald ist der Hoster für Agenturen und Freelancer.

00:01:06.022 --> 00:01:08.457
Solltet ihr mehr als ein einzelnes Webprojekt zu betreuen haben,

00:01:08.457 --> 00:01:14.217
dann könnte Midwald euer Gamechanger sein. Ich erinnere mich mit Grausen an meine eigene Freelancer-Vergangenheit,

00:01:14.556 --> 00:01:19.012
als ich für 10 Kunden bei 20 verschiedenen Hostern mit 30 Logins zu jonglieren hatte. Brrrrrr.

00:01:19.625 --> 00:01:21.578
Bei Metwald hingegen ein Login für alle Projekte.

00:01:23.414 --> 00:01:28.105
Wahlweise für den besucherbasierten Agenturserver oder den nerdig selbstkonfigurierten Spaceserver.

00:01:28.519 --> 00:01:33.417
Mit allen Features, die ihr euch nur wünschen könnt, vom Shop-System-Installer über SSL-Zertifikate

00:01:33.457 --> 00:01:36.097
bis hin zum ausgefuchsten Rechte- und Rollensystem.

00:01:36.137 --> 00:01:39.577
Ihr wisst schon, für das Management eurer Projekte unter einem Dach.

00:01:39.577 --> 00:01:43.537
Und DSGVO-konform. Und sollte es mal haken und ihr den Support anrufen,

00:01:44.003 --> 00:01:48.697
dann kriegt ihr echte Nerds ans Rohr. 24-7 an 365 Tagen im Jahr.

00:01:49.233 --> 00:01:57.617
Das alles könnt ihr haben, wenn ihr auf mitwald.de slash workingdraft vorbeischaut. Das schreibt sich mitwald.de

00:01:57.617 --> 00:02:01.692
slash workingdraft. Alle Infos zu mitwald findet ihr natürlich auch in den

00:02:02.017 --> 00:02:05.817
Shownotes zu dieser Revision. Wir danken mitwald für die Unterstützung von dieser

00:02:05.817 --> 00:02:07.817
Revision von Working Draft.

00:02:11.217 --> 00:02:18.817
Wir sind heute zu viert. Aus dem Team hätten wir da einmal die Vanessa. Hallo. Dann den Hans.

00:02:19.706 --> 00:02:23.817
Ja, hallo. Ich bin der Shep und das bedeutet, wir haben auch wieder einen Gast dabei,

00:02:23.817 --> 00:02:26.799
und zwar den Milan Matul. Hallo Milan.

00:02:27.565 --> 00:02:32.817
Moin. Du warst schon zweimal oder dreimal zu Gast bei uns. Ich glaube zweimal, ne?

00:02:32.817 --> 00:02:39.577
Du bist Tailwind-Experte auf jeden Fall, aber mehr als das, du bist auch Geschäftsführer

00:02:39.577 --> 00:02:43.031
bei einer Agentur in Hamburg, richtig?

00:02:44.435 --> 00:02:51.736
Genau, so ist es. Genau, also ich war zweimal hier und durfte mit euch über Tailwind CSS sprechen.

00:02:52.897 --> 00:02:57.285
Und eigentlich bin ich aber Managing Partner bei Victoria.

00:02:57.285 --> 00:03:06.285
Und genau, wir sind eine Softwareagentur in weitestmössenem Sinne aus Hamburg mit einem internationalen Team. Ja, cool.

00:03:06.285 --> 00:03:13.285
Genau, über Tailwind sprechen wir bestimmt, wenn dann die Version 4 rauskommt, nochmal mit dir, könnte ich mir vorstellen.

00:03:13.285 --> 00:03:22.025
Genau, aber heute zapfen wir deinen Know-how als, ja, weiß ich nicht, wie man es ausdrücken soll,

00:03:22.025 --> 00:03:32.125
so Firmenvorsteher, Firmenhäuptling, Co-Häuptling an und möchten über Organisational Design sprechen.

00:03:32.125 --> 00:03:37.205
Also eigentlich gar nicht so sehr, gar kein Entwicklerthema oder kein Programmierthema,

00:03:37.205 --> 00:03:43.645
Thema, aber ein Thema, das uns ja trotzdem irgendwie alle betrifft, wenn wir zu mehr

00:03:43.645 --> 00:03:56.445
als einer Person im Verbund Dinge machen. Genau, und du beschäftigst dich damit und

00:03:56.445 --> 00:04:02.965
hast da auch was Neues gefunden, auf das wir uns so im Verlauf dieser Revisionen

00:04:02.965 --> 00:04:09.085
hinarbeiten wollen und vielleicht, genau, können wir aber erstmal damit anfangen,

00:04:09.085 --> 00:04:15.005
so ein bisschen mit Grundlagen. Also was bedeutet es denn überhaupt eigentlich

00:04:15.005 --> 00:04:18.805
Organisational Design? Genau, vielleicht wollen wir damit mal einsteigen.

00:04:19.382 --> 00:04:27.245
Mhm, sehr gerne. Also das ist ein relativ großes Thema und ich glaube, es gibt auch

00:04:27.245 --> 00:04:35.965
sehr viele verschiedene Ansichten und Definitionen von, aber meine Sicht darauf ist vor allem

00:04:35.965 --> 00:04:45.191
erstmal die Frage, wie organisiert und wie strukturiert man Firmen dahingehend, wie der,

00:04:46.045 --> 00:04:51.673
Informationsfluss in einer Organisation sein kann. Also wer muss wann was wissen, damit

00:04:51.763 --> 00:04:58.305
eine Organisation ihrem Zweck entsprechen kann, dass die möglichst gut ihre Produkte,

00:04:58.305 --> 00:05:03.700
Dienstleistungen, ihre Mission verfolgen können. Aber eben halt auch dahingehend,

00:05:04.231 --> 00:05:10.905
wie tauschen die Mitarbeitenden ihr Wissen und ihre Aufgaben miteinander aus, dass sie sich

00:05:10.905 --> 00:05:15.862
auch möglichst wohl dabei fühlen, dem Auftrag gerecht zu werden. Das ist auch ein Teil davon.

00:05:15.943 --> 00:05:20.505
Und dann, je nachdem, wie man eben da drauf guckt, also wie man da...

00:05:21.993 --> 00:05:40.078
Also ich im Behördenkontext drauf, da wird es dann relativ schnell dann auch so Amtsdeutsch mit so Stabsstellen und Direktiven und wie soll man das so, naja, sagen wir mal Handlungsspielräume, all solche Sachen spielen da tatsächlich auch eine Rolle.

00:05:40.582 --> 00:05:51.043
Aber grundsätzlich geht es erstmal darum, wie baut man Organisationen auf, damit die, und strukturiert man sie, damit sie möglichst gut ihrem Zweck gerecht werden können.

00:05:51.673 --> 00:06:09.323
Ja und im Endeffekt hast du ja dann quasi gesagt, kann man so verschiedene, vielleicht verschiedene Schwerpunkte setzen, so was einem sozusagen da am wichtigsten ist. Also irgendwie schafft man viel oder hat man eine gute Atmosphäre für alle.

00:06:09.615 --> 00:06:11.323
Das muss ja nicht dasselbe sein.

00:06:11.323 --> 00:06:17.323
Also das kann ja irgendwie hierarchisch organisiert sein, sodass auch Leute vielleicht nicht ganz so happy sind.

00:06:17.323 --> 00:06:21.323
Einfach irgendwie der Laden so läuft, wie der Chef das möchte.

00:06:21.323 --> 00:06:27.323
Und... Also dazu kann ich noch ganz kurz dann vielleicht noch sagen,

00:06:27.323 --> 00:06:31.323
also das würde ich gar nicht erst mal so werten. Also dieses...

00:06:31.706 --> 00:06:37.323
Also ich nehme jetzt natürlich so ein bisschen an, dass ihr alle auch in einem Software-Hintergrund arbeitet.

00:06:37.323 --> 00:06:43.130
Und da haben sich auch gewisse Prozesse und Vorgehensweisen in den letzten Jahrzehnten auf jeden Fall etabliert.

00:06:43.697 --> 00:06:51.106
Aber diese ganzen Detailfragen, also wie hierarchisch und wie einbindend und.

00:06:52.789 --> 00:06:58.272
Tatsächlich auch so, wo es dann vielleicht auch so ein bisschen eher in Richtung Unternehmenskultur und Unternehmenswerte geht.

00:06:58.722 --> 00:07:03.839
Das ist, würde ich jetzt nicht unbedingt sagen, dass man das so direkt gegeneinander stellt.

00:07:03.839 --> 00:07:13.063
Also ich glaube, es gibt auch Organisationen oder Kontexte, in denen das total gut funktioniert, wenn das hierarchisch organisiert ist.

00:07:13.126 --> 00:07:20.839
Also da gibt es auch so ein, also jetzt schon die erste Klammer, die ich aufmache, aber da gibt es so ein halbwissenschaftliches Modell,

00:07:20.839 --> 00:07:27.319
Biodynamics heißt das, wo man so die unterschiedlichen Evolutions- und Kulturstufen auch von Organisationen

00:07:27.319 --> 00:07:35.119
beschreibt. Und das ist dann so ein Modell von der prähistorischen Stammeskultur, der hier entstammt,

00:07:35.119 --> 00:07:44.999
über die Familie, die Mafia, das Militär hin zur McKinsey-Matrix-Organisation und vollkommen

00:07:45.246 --> 00:07:52.399
holokratischen Organisationen, dass es so ist. Sehr großer, 100.000-jähriger Kurzfassung,

00:07:52.399 --> 00:07:56.279
wie so Organisationen auch geprägt sein können.

00:07:56.760 --> 00:08:00.679
Vielleicht kann man ja auch noch mal kurz erklären, für mich ist immer interessant zu

00:08:00.679 --> 00:08:07.079
erfahren, wieso will man denn überhaupt eine Organisation strukturieren? Man könnte ja sagen,

00:08:07.079 --> 00:08:12.439
beispielsweise maximale Autonomie, jeder macht schon das Beste, hat die gleichen,

00:08:12.439 --> 00:08:18.679
heeren Ziele sozusagen. Aber da geht es ja schon los. Also was sind die Ziele? Wie verfolgen wir

00:08:18.679 --> 00:08:25.999
die? Aber der Kern der Frage eigentlich, warum macht es Sinn, eine Organisationsstruktur

00:08:25.999 --> 00:08:34.199
einzuführen? Ja, das ist cool, dass du das sagst. Also ich kann es dir für uns beantworten und

00:08:34.542 --> 00:08:42.179
auch relativ einfach so aus der Praxis erzählen. Also uns gibt es jetzt sieben, acht Jahre und die

00:08:42.179 --> 00:08:51.839
ersten drei, vier sind wir eher auf so eine noch relativ easy handelbare Größe sind wir dann noch

00:08:51.839 --> 00:08:58.519
gewesen, so zehn bis zwölf. Das war noch super entspannt, total klein. Jeder kannte jeden,

00:08:58.519 --> 00:09:02.519
Man konnte irgendwie mal eben was über den Tisch werfen.

00:09:02.908 --> 00:09:09.519
Und es gab in dem Sinn auch nur ganz wenig Spezialisierung. Also es war wirklich, wenn du eine kleine Firma bist, dann war es häufiger auch so,

00:09:09.519 --> 00:09:15.019
dass alle irgendwie alles machen müssen und ich hier noch ein bisschen Buchhaltung

00:09:15.019 --> 00:09:20.519
und der Nächste hier irgendwie noch mit dem Kunden sprechen und so.

00:09:20.519 --> 00:09:23.519
Also alle Sachen sind einfach noch nicht so klar festgeschrieben.

00:09:23.519 --> 00:09:28.853
Und warum beschäftigt man sich überhaupt damit genau, wenn es darum geht.

00:09:30.572 --> 00:09:38.422
In größeren Zusammenhängen dann zusammenzuarbeiten. Also wir sind jetzt dann in den letzten Jahren relativ stark gewachsen

00:09:38.422 --> 00:09:41.420
und sind jetzt inzwischen so um die 50 Leute, also immer noch.

00:09:41.996 --> 00:09:46.422
Rechtmäßig klein, aber für uns ist es ein riesengroßer Schritt gewesen.

00:09:46.650 --> 00:09:53.422
So einfach dahingehend, dass das schon ein Umfeld ist, wo man nicht immer täglich mit allen Leuten zu tun hat.

00:09:53.996 --> 00:09:59.422
Und es gibt eben halt auch eine maximale Menge an Informationslast,

00:09:59.422 --> 00:10:04.742
die so eine einzelne Person in einem Unternehmen gleichzeitig tragen kann.

00:10:04.742 --> 00:10:09.022
Also das wird dann im Englischen immer als so Cognitive Load irgendwie bezeichnet,

00:10:09.022 --> 00:10:14.622
den du mit dir mitschleppst. Und das heißt, dahingehend willst du dann eigentlich darüber

00:10:14.622 --> 00:10:21.182
nachdenken, wie du die Informationslast und Komplexität in deinem Unternehmen reduzierst

00:10:21.182 --> 00:10:25.782
für den Einzelnen, denn so, dass die nur eine bestimmte Anzahl an Ansprechpartnern gleichzeitig

00:10:25.782 --> 00:10:31.362
haben oder nur mit einer bestimmten Anzahl von Leuten und Abteilungen sich gleichzeitig abstimmen

00:10:31.362 --> 00:10:35.622
müssen. Das ist so eins der Sachen darüber hinaus. Und dann natürlich, wenn du anfängst,

00:10:35.622 --> 00:10:43.562
in größeren Zielen zu denken, wenn es nicht mehr nur noch ist, in wie vielen Wochen wird dieses

00:10:43.562 --> 00:10:51.582
eine kleine Projekt irgendwie fertig, sondern, hört mal, Leute, wir wollen uns mit der Firma

00:10:51.582 --> 00:10:58.862
hier was komplett anderes, ganz anders aufstellen, also nicht einen anderen Marktbereich abdecken

00:10:58.862 --> 00:11:04.582
oder so. Wenn du dann Arbeit so organisieren musst, dass da nicht nur noch acht Leute,

00:11:04.582 --> 00:11:10.542
sondern eben 50 oder dann eben in richtig großen Unternehmen, dann hunderte oder tausende Leute

00:11:10.542 --> 00:11:16.493
irgendwie darauf einzahlen sollen, in der täglichen Arbeit, dann brauchst du ja ein.

00:11:17.262 --> 00:11:22.462
Mindestmaß an Struktur. Aber da habe ich auch ein schönes Zitat, den ich schon vorweg, ein bisschen Spoiler,

00:11:22.462 --> 00:11:33.302
eine Struktur, die der Komplexität des Marktumfeldes von deiner Firma angemessen ist. Also wenn du ein

00:11:33.302 --> 00:11:42.582
ganz einfaches Geschäftsmodell hast mit wiederholbaren Tätigkeiten, auch wenn du,

00:11:42.582 --> 00:11:47.982
Ich kann jetzt nicht sagen, dass es einfach ist, also es ist ein sehr großer Skill, aber

00:11:47.982 --> 00:11:52.622
man denkt, das ist eine Tischlerei oder so. Dann brauchst du sehr erfahrene,

00:11:52.622 --> 00:11:59.942
handwerklich begabte Mitarbeitende, aber die eigentliche Tätigkeit oder der eigentliche

00:11:59.942 --> 00:12:06.102
Prozess sozusagen ist wiederholbar. Und Software ist das meistens nicht. Da haben wir zumindest

00:12:06.102 --> 00:12:08.562
die Erfahrung gezeigt in der Vergangenheit.

00:12:10.687 --> 00:12:15.098
Das heißt, du würdest bezeichnen, dass unterschiedliche Probleme dann auch was,

00:12:16.421 --> 00:12:17.834
unterschiedliches sind?

00:12:18.077 --> 00:12:23.137
Oder reden wir jetzt von einem größeren Bild? Weil ich, also das kleine Bild,

00:12:23.506 --> 00:12:28.214
ich hab ein Team, arbeitet Features ab, ist für dich dieses eine,

00:12:28.268 --> 00:12:31.590
ich stell mir nämlich gerade nur vor, wenn man Feature nach Feature macht,

00:12:32.103 --> 00:12:35.637
ob das nicht doch in irgendeiner Art und Weise das gleiche Tun ist,

00:12:35.637 --> 00:12:40.376
so wie wahrscheinlich der Tischler einmal Tisch viereckig, einmal Tisch rund macht.

00:12:41.177 --> 00:12:47.437
Naja gut, das ist natürlich ein bisschen die Frage, auf welcher Ebene man halt das betrachtet.

00:12:47.437 --> 00:12:51.437
Das ist halt so aus der Prozesssicht von einem Dev-Team.

00:12:51.437 --> 00:13:00.437
Und ich sag mal so, wenn du Feature nach Feature machst, ohne zu wissen, auf welches größere Ziel das einzahlt,

00:13:00.437 --> 00:13:04.437
gibt's da so ein bisschen despektierlichen Termen so der Feature-Factory,

00:13:04.437 --> 00:13:09.717
Also dann bist du ein Dev-Team, was fließband Arbeit macht.

00:13:09.822 --> 00:13:22.917
Also jetzt schon ein bisschen edgy, ne? Aber in einem komplexeren Arbeitsumfeld würde man auf Prozessebene dann eher tatsächlich auch mit dem Team sagen.

00:13:23.749 --> 00:13:26.157
Guck mal, das hier sind die Business-Ziele, die wir haben.

00:13:26.157 --> 00:13:32.957
Wie können wir unsere Anwendung oder was auch immer gebaut wird,

00:13:32.957 --> 00:13:37.857
halt so strukturieren, dass sie dem gerecht wird und das gemeinschaftlich gestalten.

00:13:37.857 --> 00:13:41.857
Aber das, würde ich sagen, ist sehr stark auf wie strukturiere ich den Alltag eines Dev-Teams

00:13:41.857 --> 00:13:43.725
und wie steuere ich die Arbeit da ein.

00:13:44.499 --> 00:13:49.257
Und Organisational Design ist tatsächlich nochmal drei Nummern eigentlich größer.

00:13:49.257 --> 00:13:55.302
Also wirklich so die Vogel-Perspektive oder Ansicht auf eine Organisation da drauf.

00:13:56.661 --> 00:14:05.330
Und verlässt auch tatsächlich so ein bisschen die Ingenieurswissenschaften und geht eher in die Sozialwissenschaften oder Betriebswirtschaften, würde ich sagen.

00:14:06.726 --> 00:14:14.457
Vielleicht, bevor wir so in dieses, was du jetzt gerade auch beschrieben hast, in dieses overarching Organisationsstruktur einsteigen.

00:14:14.457 --> 00:14:19.457
Ich glaube so, womit sich jeder von uns wahrscheinlich irgendwie identifizieren kann, ist eine Arbeit in einem Team.

00:14:19.457 --> 00:14:31.957
Also, was man ja häufig hat, ne, dann gibt es halt irgendwie reine Engineering Teams oder halt die Cross-Funktionalen Teams, die halt irgendwie da, haben ja andere Disziplinen auch noch mit auf.

00:14:32.094 --> 00:14:46.678
Das ist doch eigentlich so die kleinste Einheit, in der man denkt, oder, also denkt man eigentlich, wenn man an eine Organisationsstruktur dann auch weiterdenkt, denkt man da gar nicht mehr in Teamstruktur oder in einem einzelnen Team?

00:14:47.713 --> 00:14:59.537
Naja, auf der Wertschöpfungsebene schon. Da können wir später nochmal reingehen. da ist das die

00:14:59.209 --> 00:15:08.490
sagen wir mal, kleinste Einheit, die irgendwie einen Workscreen halt herstellt. Und da ist es absolut notwendig, dass die alle,

00:15:09.003 --> 00:15:13.694
Informationen haben und alle Hindernisse aus dem Weg geräumt bekommen,

00:15:13.955 --> 00:15:18.483
dass sie möglichst gut und möglichst unterbrechungsfrei da ihre Arbeit machen können.

00:15:19.077 --> 00:15:25.856
Genau. Und dann, der Gag ist so ein bisschen, das können wir aber später tatsächlich dann auch bei dem Modell, was ich mitgebracht habe, dann nochmal gucken, ist.

00:15:26.459 --> 00:15:34.750
Das kann eben ganz viele unterschiedliche Formen von Teams in einem Unternehmen geben.

00:15:34.975 --> 00:15:40.070
Also, und nicht nur das Development Team, was eine Software baut.

00:15:40.187 --> 00:15:46.979
Auch wenn das vielleicht aus unserer Perspektive die zentrale wertstiftende Einheit in einem Unternehmen ist,

00:15:46.979 --> 00:15:51.098
aber es gibt ja auch noch ganz viele andere Menschen, die in einem Unternehmen normalerweise arbeiten.

00:15:51.638 --> 00:15:55.293
Und die sind auch in der Form von Teamstruktur organisiert.

00:15:55.878 --> 00:16:07.869
Aber die sehen wir vielleicht nur nicht so häufig. Also Personalwesen, Management, Plattformteams gibt es zum Beispiel auch manchmal.

00:16:08.339 --> 00:16:22.339
Dann gibt es manchmal Teams, die eben je nachdem, du hast es auch so schön genannt, funktionale Teams, cross-funktionelle Teams, irgendwelche Spezialistenteams, das Security-Team, die Rechtsabteilung.

00:16:22.588 --> 00:16:29.412
Also kannst du ja wirklich vieles ausdenken, wo Menschen mit einem bestimmten Zweck zusammenkommen.

00:16:29.889 --> 00:16:39.026
Und das ist eben das Spannende. Also idealerweise findet man eben dann eine Form, die dem Zweck am besten gerecht wird.

00:16:39.467 --> 00:16:46.939
Das heißt, du machst dir im Dirt-Sci ein Blick darauf, okay, was brauchen diese Menschen in meiner Organisation,

00:16:46.939 --> 00:16:48.939
um ihren Job möglichst gut machen zu können?

00:16:49.253 --> 00:16:54.213
Welche Informationen brauchen die, um möglichst...

00:16:55.491 --> 00:16:59.721
Und man fängt dann auch später noch an, aber um möglichst autonom ihren Job dann machen zu können,

00:16:59.721 --> 00:17:03.521
aber trotzdem an dem zu arbeiten, was die Organisation möchte.

00:17:05.538 --> 00:17:12.481
Ja, das ist wahrscheinlich das Spannungsfeld, ne, das so aus Autonomie und irgendwie konzertiertem Vorgehen

00:17:12.481 --> 00:17:17.385
und vielleicht auch so Informationsfluss aufrechterhalten,

00:17:17.961 --> 00:17:25.289
Nicht in einem zu hohen Maß, aber eben genug, dass irgendwie alle im Bilde sind und sich nicht abgehängt fühlen.

00:17:25.532 --> 00:17:36.280
Und wahrscheinlich mit zunehmender Zahl Menschen wird das eben auch immer schwieriger, kennt man ja auch,

00:17:36.421 --> 00:17:41.421
dass man dann irgendwie immer weniger Ertrag hat beim Skalieren.

00:17:41.421 --> 00:17:48.056
Und ich glaube, das will man ja auch immer schaffen, dass man da irgendwie die Verluste gering hält.

00:17:48.981 --> 00:17:57.381
Genau, wie ist das jetzt momentan bei euch allen? Wie seid ihr denn organisiert derzeit?

00:17:57.441 --> 00:18:01.181
Also, vielleicht können wir da hinschwenken.

00:18:03.350 --> 00:18:11.221
Also, bei Factorio seid ihr 50 Leute. Da ist es wahrscheinlich schon ein bisschen ausgefeilt.

00:18:12.299 --> 00:18:23.182
Ja, also ausgefeilt ist der richtige Ausdruck. Also wir haben in den letzten zwei, drei Jahren angefangen,

00:18:23.344 --> 00:18:27.206
tatsächlich erweiterte Strukturen bei uns aufzubauen.

00:18:27.756 --> 00:18:44.421
Wir haben da hinten auch beratende Unterstützung von extern dazu bezogen und mit dem uns gemeinsam da für ein Modell entschieden und eine Vorgehensweise

00:18:44.421 --> 00:18:50.701
und die dann aber so angepasst für uns. Und das Modell, was bei uns aktuell noch im Einsatz

00:18:50.701 --> 00:18:57.821
ist, das nennt sich VSM, Viable System Model heißt das. Da wird es auch relativ schnell

00:18:57.821 --> 00:19:04.941
so ein bisschen akademisch, aber ich versuche es nur ganz kurz zusammenzufassen. Also das ist relativ

00:19:04.941 --> 00:19:13.301
alt. Das kommt so aus der Pyranethik tatsächlich noch. Hat dann auch Einfluss auf die St. Gallener

00:19:13.301 --> 00:19:20.005
Management School gehabt in der Vergangenheit. Aber die Grundtheorie von diesem Modell ist,

00:19:20.541 --> 00:19:23.498
das Unternehmen.

00:19:25.289 --> 00:19:33.967
Aufgebaut werden sollten wie Organismen. Und zwar wie Organismen in ihren einzelnen Funktionen,

00:19:34.282 --> 00:19:36.722
dass die in der Lage sind,

00:19:37.208 --> 00:19:42.139
auf eine sich verändernde Umgebung reagieren zu können.

00:19:42.139 --> 00:19:45.625
Da seht ihr auch schon die Brücke zum Agilen.

00:19:46.139 --> 00:19:52.139
Und aber eben alle lebensnotwendigen Organe in sich bereithalten.

00:19:52.139 --> 00:19:57.599
Und was da auch noch angelegt ist, dass sie sich eigentlich auch replizieren können.

00:19:57.599 --> 00:20:03.859
Also du kannst einen Organismus aus verschiedenen Molekülen und Organen zusammenbauen und die

00:20:03.859 --> 00:20:06.717
haben in sich aber eigentlich dann wieder die gleichen Strukturen.

00:20:06.835 --> 00:20:07.113
So.

00:20:08.248 --> 00:20:13.859
Können wir das vielleicht kurz an einem praktischen Beispiel jetzt mal festmachen?

00:20:13.859 --> 00:20:18.019
Also ich sag mal, ein Value Stream könnte ja sein, hey, ich hab hier, sag ich jetzt

00:20:18.019 --> 00:20:24.099
einfach mal meinen online shop und benutzerinnen und benutzer der klassiker sollen in dem online

00:20:24.099 --> 00:20:31.739
shop etwas kaufen oder ist das zu groß gedacht das ist nicht zu groß gedacht das ist also das

00:20:31.739 --> 00:20:36.263
wäre jetzt meinst du als hypothetisches beispiel für eine firma die so ein geschäftsmodell hat

00:20:36.579 --> 00:20:44.019
genau richtig und wie würde man dann sozusagen so einen organismus aufstellen dass er sich wie

00:20:44.019 --> 00:20:49.819
wie du ja eben sagst, selbst erhalten kann und dann diese Teile darin auch abbildet.

00:20:51.756 --> 00:21:06.457
Ja, also bei dem VSM, das muss ich ein bisschen verkürzen, aber da musst du dir so vorstellen, da gibt es so eine Art Blaupause für verschiedene Unternehmensbestandteile, einzelne Systeme wird das dort genannt.

00:21:06.736 --> 00:21:08.606
Fünf Stück gibt es da im Groben.

00:21:09.004 --> 00:21:16.606
Und das erste System da drin, das sind die wertschöpfenden Teile von einem Unternehmen.

00:21:16.606 --> 00:21:21.606
Also das wäre dann so ein Value Stream oder ein Softwareentwicklungsteam,

00:21:21.606 --> 00:21:28.260
was Dinge bereitstellt, die die Welt braucht und die dann verkauft und vermarktet werden können.

00:21:28.881 --> 00:21:32.606
Und die anderen Bereiche, die es da dann gibt, sind Unternehmensfunktionen.

00:21:32.606 --> 00:21:35.286
Funktionen, die ist auch tatsächlich relativ allgemeinwürdig.

00:21:35.286 --> 00:21:39.166
Also du kannst das für eine Softwarebude benutzen.

00:21:39.612 --> 00:21:46.760
Das Beispiel, was uns immer da geholfen hat, war die deutsche Fußballnationalmannschaft.

00:21:47.006 --> 00:21:48.886
Die wurde da auch immer gerne genommen.

00:21:49.566 --> 00:21:57.606
Das Einsatzsystem ist das Team, was auf dem Spielfeld steht und die, die in Anführungszeichen eigentliche Arbeit machen.

00:21:58.192 --> 00:22:08.113
Und dann gibt es gibt es eben aber ganz viele andere Funktionen in einem Unternehmen darüber hinaus, die auch notwendig sind, damit dieses Team besonders gut funktionieren kann.

00:22:08.428 --> 00:22:22.046
Genau. Und wenn wir zum Online-Shop dann zurückgehen, also dieses Team produziert Software-Features, die die Menschen brauchen,

00:22:22.046 --> 00:22:32.536
hoffentlich oder die Firma, sage ich mal, hat ein funktionierendes Geschäftsmodell und möchte ihre Software eben weiter ausbauen.

00:22:32.833 --> 00:22:38.568
Und dann gibt es aber in der Organisation darüber hinaus Dinge, die benötigt werden. Und da...

00:22:39.918 --> 00:22:49.768
Was du in dem VSM, also ich, also für mich, mir fällt es ein bisschen leicht, das für meine Firma zu erzählen. Wir sind auch nicht so weit weg vom Online-Shop. Dann mach mal das.

00:22:49.768 --> 00:23:03.768
Aber wir sind ja Agentur, also das heißt, wir haben nicht ein großes Produkt, sondern wir haben vier, fünf verschiedene Teams, die an unterschiedlichen Kunden und Projekten arbeiten.

00:23:03.768 --> 00:23:10.768
Aber wir haben daneben eben tatsächlich jetzt auch eine.

00:23:12.767 --> 00:23:18.961
Abteilung ist nicht der richtige Ausdruck, aber ein System an Menschen, die sich darum kümmern, zum Beispiel so,

00:23:19.768 --> 00:23:27.768
firmenübergreifende Standardisierung zu machen in dem von unseren Dev-Teams, also alle Frontender,

00:23:28.305 --> 00:23:38.768
Backender, UXler, ProjektmanagerInnen, bei uns kommen regelmäßig zusammen in ihren Streams, um sich da auszutauschen.

00:23:38.768 --> 00:23:42.768
Und dann ist es aber eben auch Aufgabe der fachlichen Führungskräfte,

00:23:42.768 --> 00:23:45.553
daraus so ein Destillat herzustellen.

00:23:45.806 --> 00:23:52.768
Schaut mal, so wollen wir eigentlich unternehmensübergreifend arbeiten.

00:23:52.980 --> 00:23:56.768
Und das dann auch occasionally zu überprüfen.

00:23:56.768 --> 00:24:13.768
Also wir sind jetzt nicht so, dass ständig irgendwelche Checklisten gearbeitet werden müssen und dass das alles super eng geführt ist, aber es ist wichtig für uns, dass wir nach außen eine gleichbleibende Qualität oder eine gleichbleibende

00:24:13.768 --> 00:24:25.768
Kundenerfahrung sicherstellen können. Zum Beispiel, das ist ein Partner, den gibt es von uns, der nicht direkt im Team stattfindet, sondern daneben. Dann haben wir Personalwesen,

00:24:25.768 --> 00:24:32.208
Die arbeiten auch noch an anderen Ebenen, auch nochmal mit unseren Führungskräften zusammen.

00:24:33.248 --> 00:24:41.688
Wir haben Buchhaltung, wir haben aber auch so eine Art Management- oder Governance-System bei uns,

00:24:42.115 --> 00:24:47.648
wo wir grundlegende Richtungsentscheidungen treffen und sagen, guckt mal Leute, in die

00:24:47.648 --> 00:24:54.008
Richtung wollen wir in der Zukunft. Und das findet alles eben in unterschiedlichen Kreisen statt.

00:24:54.394 --> 00:25:01.228
Und da können nicht immer alle gleichzeitig involviert sein, aber es ist eben wichtig,

00:25:01.228 --> 00:25:05.048
dass es trotzdem die Organisationen diffundiert und aber auch klar ist,

00:25:06.277 --> 00:25:13.389
Wer wann in welchem Bereich informiert sein muss, und wer doch Entscheidungen treffen kann, darf, soll.

00:25:14.784 --> 00:25:20.634
Ja, bei eurem, also genauso die, äh, hier die Verwaltung und die, äh,

00:25:20.807 --> 00:25:26.634
das Management, die, die brechen so ein bisschen, äh, so aus in ihre eigenen Welten.

00:25:26.634 --> 00:25:33.634
Ähm, was eure Entwicklerteams angeht, hört sich das so ein bisschen ebenso tatsächlich wie so cross-funktionale Teams an, die ihr habt.

00:25:33.797 --> 00:25:37.634
Wahrscheinlich irgendwie die, die ihr auf bestimmte Kundenprojekte ansetzt.

00:25:37.634 --> 00:25:41.634
Da, die bieten sich ja wahrscheinlich an, um diese Teams zu, zu schneiden.

00:25:41.634 --> 00:25:50.234
Und dann habt ihr anscheinend eben quasi um so diese Querverbindung in den Teams zu haben und

00:25:50.234 --> 00:25:57.194
den Austausch so eine Art Gildensystem, oder? Wo ihr dann sagt so, hey, so das Team tauscht

00:25:57.194 --> 00:26:03.954
natürlich intensiv aus, aber wir haben halt dann noch die Frontender-Gilde oder die Designer-Gilden,

00:26:03.954 --> 00:26:11.154
die dann irgendwie auch so in ihrem Fachbereich zusammen Dinge weiterentwickeln und wieder zurück

00:26:11.154 --> 00:26:18.354
in ihre Teams tragen. So habt ihr dann quasi auf verschiedenen Achsen Kommunikation, aber eben auch

00:26:18.354 --> 00:26:25.594
nicht mit allen, sondern eben immer nur mit den einem am nächsten liegenden Personen. Also

00:26:25.594 --> 00:26:31.994
wahrscheinlich. Genau. Also genau bei uns heißen diese Dillen oder diese Meetings, die ja drum

00:26:31.994 --> 00:26:40.074
herum dann passieren, das sind dann Working Groups, sind das dann bei uns. Und in anderen Unternehmen

00:26:40.074 --> 00:26:44.074
heißen die auch manchmal Community of Practice oder so.

00:26:44.074 --> 00:26:51.468
Und es gibt ja verschiedenste Namen dafür, aber die machen genau alle Ähnliches dabei.

00:26:52.477 --> 00:26:55.790
Eine wichtige Part, die ich noch vergessen habe, ist eben der ganze.

00:26:57.797 --> 00:27:04.074
Strategische und zukunftsblickende Teil von einem Unternehmen. Also das ist sozusagen, also es gibt den ganzen

00:27:04.074 --> 00:27:10.265
operativen Teil, also die tatsächliche Durchführung von der täglichen Arbeit.

00:27:10.661 --> 00:27:20.825
Und es gibt aber eben halt auch den Teil, der nach vorne blickt und zukunftsversprechende Richtungen versucht zu identifizieren.

00:27:20.914 --> 00:27:25.434
So will ich es mal am ehesten beschreiben.

00:27:25.594 --> 00:27:29.714
Genau, und das machen wir bei uns dann im Management zusammen.

00:27:29.714 --> 00:27:36.228
Und dann binden wir aber eben halt auch unsere Führungsebene damit ein.

00:27:37.371 --> 00:27:42.754
Genau. Und das refundiert dann wieder zurück in die Teams tatsächlich.

00:27:44.861 --> 00:27:52.031
Und Vanessa, wie seid ihr organisiert bei euch? Ihr seid ja nicht so groß, ne?

00:27:52.031 --> 00:27:54.565
Was seid ihr, 20 oder so in der Kante?

00:27:55.501 --> 00:28:04.791
Genau, immer noch 20. Und ich bin in die Organisation nicht in erster Linie involviert,

00:28:04.791 --> 00:28:08.551
da ich mich tatsächlich eben um die Ausführungen kümmere.

00:28:08.551 --> 00:28:14.151
Und bin mir dementsprechend nicht sicher, welche Begriffe die richtigen wären.

00:28:14.151 --> 00:28:16.991
Ich bin mir sicher, dass es Organisationen gibt,

00:28:17.305 --> 00:28:24.391
die sind jetzt aber nicht in dem Sinne irgendwie hingedruckt und jeder hält sich an alle Regeln,

00:28:24.391 --> 00:28:28.657
sondern die sind dann eingeflossen, sodass sie sehr natürlich wirken,

00:28:28.791 --> 00:28:33.725
sodass es mir vielleicht gar nicht auffällt, dass das jetzt eine Art und Weise Organisation dahinter ist.

00:28:33.932 --> 00:28:39.831
Ich erinnere mich natürlich noch an die ersten Wochen, die wenigen Monate,

00:28:39.831 --> 00:28:45.151
in denen wir tatsächlich nur fünf und dann sechs Personen waren.

00:28:45.151 --> 00:28:52.391
Ich glaube, an dieser Situation gab es tatsächlich keine Organisation und wir hatten jeden einzelnen Tag mit allen Leuten Kontakt.

00:28:52.391 --> 00:28:53.584
Wir waren quasi ein Team.

00:28:54.391 --> 00:29:04.231
Und seit wir da ein bisschen gewachsen sind, haben wir doch relativ schnell auch aufgehört,

00:29:04.231 --> 00:29:08.551
diese mit jeden Tag mit allen Personen Kontakt zu haben.

00:29:09.518 --> 00:29:15.311
Es gab relativ lang doch tatsächlich immerhin weiterhin dieses Daily für alle. Also das war

00:29:15.311 --> 00:29:20.991
auch mit ein bisschen dem Trade-off, dass man wusste, es ist jetzt nicht für jeden alles dabei.

00:29:20.991 --> 00:29:28.231
Aber es war doch durchaus eine sehr effiziente Methode, dass wichtige Sachen, die vielleicht

00:29:28.231 --> 00:29:33.511
sonst erst Tage oder gar Wochen später aufgefallen wären, wirklich dann zur Sprache kamen,

00:29:33.511 --> 00:29:37.591
weil halt durchaus alle zuhören. Also wir sind eben wenig Leute, das heißt,

00:29:37.591 --> 00:29:43.111
da sind alle motiviert am Start und da sagt vielleicht eine Person mal was zwischen den

00:29:43.111 --> 00:29:48.591
Zeilen oder denkt, es wäre keine wichtige Information und dann springt sowas bei rum wie,

00:29:48.591 --> 00:29:52.951
ach, das können wir übrigens technisch in zehn Minuten ändern, wir wussten ja gar nicht,

00:29:52.951 --> 00:29:59.671
dass das jetzt quasi eine Sache ist und eben solche Dinge. Dennoch, ich glaube,

00:29:59.671 --> 00:30:03.311
das hat gut geklappt bis zu 14 Personen und irgendwann war es tatsächlich einfach,

00:30:03.311 --> 00:30:07.007
dass du schon weißt, es ist zu viel für die Gesamtheit.

00:30:07.311 --> 00:30:17.311
Aber es war, wie gesagt, zumindest für mich ein sehr smoother Umorganisationierungsprozess, da ich ihn nicht so wirklich mitbekommen habe.

00:30:17.674 --> 00:30:23.311
Speziell jetzt für die Devs und Designer und Produkt.

00:30:24.993 --> 00:30:32.033
Gab's tatsächlich häufigere Änderungen. Ich glaub, wir waren das mal in zwei Teams.

00:30:33.581 --> 00:30:39.217
Dann war die Frage, brauchen diese zwei Teams eigentlich die gleichen Arbeitsrhythmen?

00:30:39.694 --> 00:30:41.983
Ich möcht jetzt gar nicht mal irgendwie ...

00:30:42.070 --> 00:30:47.903
Wie heißt das bei Scrum? Ich hab's schon ganz vergessen. Ich hab schon so lange kein offizielles Scrum benutzt.

00:30:47.963 --> 00:30:54.063
Aber da waren eben auch manchmal die Fragen, müssen wir das jetzt so machen oder müssen wir das so machen?

00:30:54.063 --> 00:30:58.423
Und im Endeffekt waren alle Personen immer damit einverstanden,

00:30:58.423 --> 00:31:01.380
zu sagen, wir probieren das mal aus, aber wenn es uns nicht passt,

00:31:01.623 --> 00:31:06.160
dann müssen wir mal weitergucken. Und so hat sich das dann immer weiterentwickelt.

00:31:06.903 --> 00:31:13.641
Im Moment sind wir tatsächlich bei einem Setup, dass jetzt die Entwicklungsteams,

00:31:13.743 --> 00:31:18.008
also wie gesagt, Designer und Produkt eingeschlossen, sehr klein sind.

00:31:18.263 --> 00:31:21.870
Also wir haben es uns tatsächlich auf vier verschiedene Teams aufgeteilt.

00:31:22.023 --> 00:31:26.965
Da sind pro Team dann teilweise nur drei bis maximal fünf Personen dabei.

00:31:27.577 --> 00:31:32.546
Das hat natürlich auch Nachteile. Ich glaub, der größte ist klar, was ist, wenn Person X krank wird.

00:31:33.374 --> 00:31:39.483
Ähm, aber es war bei uns nie ein großer Nachteil. Weil immer noch die Devs,

00:31:39.523 --> 00:31:41.738
auch jetzt sind wir wieder bei der anderen Achse,

00:31:42.063 --> 00:31:46.863
die Devs und Designer untereinander wiederum ihre eigenen Gruppchen da gebildet haben,

00:31:46.903 --> 00:31:49.283
um sich da dann wieder weiterzuinformieren.

00:31:49.283 --> 00:31:56.483
Das heißt, es passiert normalerweise nichts, wenn eine Person unerwarteterweise, ungeplanterweise nicht da ist,

00:31:56.483 --> 00:31:58.883
weil irgendeine andere Person kann einspringen.

00:31:59.499 --> 00:32:08.043
Und im Allernotfall, das kommt sehr selten vor, im Allernotfall rennt man eben zum Chef und sagt.

00:32:08.883 --> 00:32:13.975
Kann man nicht splitten, Problem A oder Problem B? Und dann kommt man recht schnell an eine Antwort auch rein.

00:32:14.523 --> 00:32:17.283
Muss eigentlich gar nicht immer von der obersten Sticht kommen,

00:32:17.283 --> 00:32:24.083
sondern dann ist tatsächlich auch ein Gespräch mit den Leuten hilfreich,

00:32:24.083 --> 00:32:26.883
die am meisten mit Kunden und Kundinnen zu tun haben.

00:32:26.883 --> 00:32:33.083
Das kann je nachdem immer auch jemand anders sein. Aber dann weiß man tatsächlich, wo der Schuh dann am meisten drückt.

00:32:33.194 --> 00:32:38.083
Zum Beispiel für mich ist, wenn ich einen Bug sehe, hat der für mich immer Prio 1, das ist klar.

00:32:38.083 --> 00:32:41.747
Und irgendjemand sagt mir dann vielleicht, ja, weil das Feature kommt.

00:32:42.116 --> 00:32:45.447
Ein Prozent der Trial User vielleicht jetzt nicht so wichtig wie,

00:32:46.140 --> 00:32:48.804
keine Ahnung, Kunde mit am meisten Usern bei uns.

00:32:49.624 --> 00:32:52.828
Und daher bin ich gespannt auch immer wieder, wie es weitergeht.

00:32:53.341 --> 00:32:56.843
Und ich glaube, ich werde dann auch mal ab morgen nachfragen,

00:32:56.843 --> 00:33:04.163
welche Organisation wir denn eigentlich offiziell haben, von denen ich die Begrifflichkeiten vielleicht gar nicht so bewusst wahrgenommen habe.

00:33:04.163 --> 00:33:07.763
Ich bin mir sicher, dass was dahinter steckt, weil es irgendwie einfach funktioniert,

00:33:07.763 --> 00:33:10.860
wenn wir mal kleiner und größer werden, ohne dass es Problemchen gibt.

00:33:12.345 --> 00:33:22.275
Ja, wir können ja gleich noch ein paar von den Spielarten noch kurz besprechen, zumindest anreißen.

00:33:22.335 --> 00:33:25.775
Und vielleicht findest du euch da wieder.

00:33:26.029 --> 00:33:28.435
Aber so ein bisschen klingt's ja auch nach VSM.

00:33:29.117 --> 00:33:35.335
Ja, tatsächlich hab ich die ganze Zeit gedacht, ah, das klingt ja sehr verdächtig und bekannt.

00:33:35.395 --> 00:33:39.835
Ich komm tatsächlich davor, war das ja eine ganz andere Struktur,

00:33:39.895 --> 00:33:44.435
als ich noch bei der Agentur war. Da war ich aber auch bei verschiedenen Projekten

00:33:44.435 --> 00:33:49.408
und hab schon allein deswegen immer auch nicht so wirklich wahrgenommen.

00:33:50.812 --> 00:33:55.115
Weil es immer Personen gab, die sich quasi um mich dann gekümmert haben,

00:33:55.115 --> 00:34:00.192
um mir gesagt haben, das ist jetzt deine Rolle hier, und du machst diesen Aufgabenbereich.

00:34:01.228 --> 00:34:07.034
Dennoch, das letzte Projekt, das ich da hatte, war dann in den letzten paar Monaten mit Save.

00:34:08.267 --> 00:34:14.524
Und ich weiß nicht, welche Hörer oder Hörerinnen jetzt grad so innerlich ein bisschen aufgestöhnt haben.

00:34:14.715 --> 00:34:20.275
Ich denke, bei so etwas wie Safe, und hier nehm ich's jetzt einfach nur mal kurz als,

00:34:20.275 --> 00:34:26.407
pick ich mir das als Paraderbeispiel raus, ist es oft gar nicht das Problem des Frameworks,

00:34:26.830 --> 00:34:34.595
ähm, dass den teilnehmenden Personen dann nicht so passt, sondern oft vielleicht auch eher so ne, die Organisation drumrum,

00:34:34.595 --> 00:34:39.515
oder wie das eingeführt wird, wie das erklärt wird, wissen denn eigentlich alle Personen, was es bedeutet,

00:34:39.515 --> 00:34:41.515
wird es dann auch durchgesetzt.

00:34:42.719 --> 00:34:46.698
Genau, ich würde mal in die Runde fragen, da ich es jetzt gerade erwähnt habe.

00:34:47.382 --> 00:34:52.991
Kann mir jemand ganz genau erklären, was SAFE eigentlich ist?

00:34:55.421 --> 00:35:01.755
Ich weiß nur, dass es irgendwie so ein komischer Frankenstein ist aus agilen Arbeiten

00:35:01.755 --> 00:35:08.915
und das Ganze aber in irgendwie, glaube ich, so einen Wasserfallkontext reingebaut, oder?

00:35:08.915 --> 00:35:12.975
Ja, das ist jetzt die… Das habe ich im Hinterkopf. Ich weiß aber nicht, ob das stimmt.

00:35:18.062 --> 00:35:41.270
Also ich würde vielleicht, ich würde es vielleicht ein bisschen anders beschreiben, ich würde vielleicht sagen, man hat ab einer gewissen Stufe, wenn man eine gewisse Größe als Unternehmen erreicht, ja immer so die Herausforderung, okay, wie skalier ich denn etwas wie einen Scrum, ja, Scrum für ein Team funktioniert super, vielleicht auch für vier Teams funktioniert auch super, machst du noch einen Scrum of Scrums dazu und dann hast du einen guten Sync, ja.

00:35:42.035 --> 00:35:51.425
Wenn man jetzt aber mal vielleicht sehr viele verschiedene Teams, 20, 40 verschiedene Teams, an verschiedensten Initiativen arbeiten hat,

00:35:51.848 --> 00:36:01.093
dann ist natürlich die Frage, wie organisiere ich das, über verschiedene Management-Ebenen auch hinweg, über verschiedene Projekte hinweg,

00:36:01.471 --> 00:36:04.892
Weil ich sag mal, man arbeitet dann vielleicht nicht,

00:36:05.207 --> 00:36:12.481
also es arbeiten dann vielleicht nicht alle Leute an dem gleichen Projekt, sondern man muss auch diese ganzen Initiativen managen,

00:36:12.796 --> 00:36:18.017
die wiederum dann Stakeholder en masse haben, die auch irgendwie gemanagt werden müssen.

00:36:18.539 --> 00:36:24.852
Und um trotzdem ein Alignment hinzubekommen, so sehe ich jetzt so ein Safe-Modell,

00:36:25.003 --> 00:36:29.837
ein Alignment zwischen diesen, sagen wir mal, 40 Teams, die dann nochmal unterteilt sind

00:36:30.179 --> 00:36:36.922
in verschiedene Teilbereiche, ja, braucht man halt irgendeine Art Organisationsstruktur drumherum,

00:36:37.210 --> 00:36:41.972
wo man dann sagen kann, okay, ich hab jetzt hier so eine Art, keine Ahnung, ein großes Planning,

00:36:41.972 --> 00:36:48.672
ja, Big Room Planning nennt man es dann vielleicht, wo man vielleicht sagt so, hey, da versuchen wir alle zu alignen.

00:36:48.841 --> 00:36:55.610
Und irgendjemand muss sich darum kümmern. Also gibt es da vielleicht auch noch Rollen, die es in einem Modell wie mit einem reinen Scrum,

00:36:55.836 --> 00:37:12.058
was sehr lean ist, ja, vielleicht nicht gibt. Und so sehe ich diese größeren Frameworks, die, jetzt wurde eben gesagt Frankenstein, die halt versuchen so ein Stück weit viele Projektmanagement.

00:37:13.489 --> 00:37:27.001
Ja methodiken übereinander zu legen ja und die zusammenzubringen um daraus ein großes ganzes zu formen was ich dann irgendwie manchmal dann doch wieder wie wasserfall anhört wenn da so ein kleines zahnrädchen team in anfangsstrichen,

00:37:27.875 --> 00:37:36.976
unter den anderen 40 zahnrädchen team funktionieren so das ist so meine meine sicht auf diese dinge aber ja milan vielleicht.

00:37:37.759 --> 00:37:40.459
Siehst du das auch nochmal anders oder hast du auch nochmal mehr Insights?

00:37:40.459 --> 00:37:42.918
Du hast dich ja mit dem Thema sehr intensiv, glaube ich, auch beschäftigt.

00:37:44.637 --> 00:37:51.859
Ich finde, du hast das gut geschrieben. Ich meine, das ist halt der Versuch, eine agile Arbeitsweise, Organisation 2, zu skalieren.

00:37:52.208 --> 00:37:58.339
Und eben dafür zu sorgen, das ist genau das, was Hans eben meint,

00:37:58.339 --> 00:38:04.779
wenn du, desto größer deine Firma wird, also das ist dann vor allem für Produktorganisationen relevant,

00:38:04.779 --> 00:38:09.339
wie gesagt, bei uns nochmal ein bisschen anders, weil die Teams an unterschiedlichen Kunden und

00:38:09.339 --> 00:38:15.219
Projekten arbeiten, also die haben nicht so einen starken Need dafür, auf Zielebene,

00:38:15.219 --> 00:38:23.939
was die Entwicklungsziele anbelangt, allein zu werden. Aber wenn dein Startup von 20 Leuten

00:38:23.939 --> 00:38:31.659
auf 2000 Leute anwächst innerhalb von x Jahren, dann hast du diesen Need. Und du hast ein Produkt,

00:38:31.659 --> 00:38:38.139
wo es einfach ganz viel Abstimmung erforderlich ist, und die muss irgendwie organisiert werden.

00:38:38.507 --> 00:38:45.019
Und zu safe muss ich entweder sagen, kenne ich mich nicht genug aus, um da so richtig

00:38:45.019 --> 00:38:50.859
qualifiziert was sagen zu können, außer, also die Kritik, die mir halt bekannt ist,

00:38:50.859 --> 00:38:57.499
und das gilt aber für fast alle agilen Frameworks, mit denen ich mich so auseinandergesetzt habe,

00:38:57.499 --> 00:39:06.139
ist, dass es viel bestimmte Vorgehensweisen und Methoden

00:39:06.139 --> 00:39:18.579
vorschreibt. Also, du musst dann deine Firma oder deine Dev-Teams in einem bestimmten Prozess organisieren, um safe gerecht zu

00:39:18.579 --> 00:39:25.179
werden. Du musst in einer bestimmten Kadenz alle deine Teams dann abstimmen, damit der Informationsfluss gewährleistet

00:39:25.179 --> 00:39:31.701
ist. Du musst bestimmte Rituale und Meetings durchführen, damit das dann immer noch zu

00:39:31.979 --> 00:39:42.207
diesem Prozess gehört. Das habe ich auf Agiler Ebene oder auf Spannebene auch schon hundertmal durchlebt.

00:39:46.663 --> 00:39:52.353
Auch eine der größten Kritikpunkte an so agiler Arbeitsweise oder an dem, wie es eingeführt wird.

00:39:52.353 --> 00:39:59.680
Das heißt, ich maße mir gar nicht einen über das Modell so groß zu urteilen, sondern das ist eher dieser Punkt.

00:40:00.238 --> 00:40:04.473
Leute, wir machen jetzt heute alles anders, aber die Leute wissen gar nicht, warum.

00:40:04.473 --> 00:40:12.751
Also im Sinne von, wir übernehmen die Arbeitsweisen aus einem Manifest oder aus einer Verfassung,

00:40:13.012 --> 00:40:32.833
Aber wir wissen gar nicht, warum. Und das ist tatsächlich sozusagen auch dann der große Unterschied, zu dem Amphix dann angetreten ist, was ich noch mitgebracht habe, die eben halt auch im nächsten Nebensatz dann sagen, okay, wir sind für Versatile Organization Design.

00:40:32.988 --> 00:40:38.282
Wir sind vielschichtig und anpassungsfähig.

00:40:38.732 --> 00:40:44.953
Und dahinter steckt auch immer die These, dass Praktiken und Methoden, die kommen,

00:40:45.466 --> 00:40:47.553
sollten aus der Praxis informiert sein.

00:40:47.553 --> 00:40:56.793
Und jede Organisation ist im Zweifel einzigartig genug, als dass sie es rechtfertigen, ihre eigenen Prozesse

00:40:56.793 --> 00:40:59.608
und Vorgehensweisen und Strukturierungen zu entwickeln.

00:41:00.139 --> 00:41:19.673
Und deswegen macht Unfix da auch keine klaren Vorgaben, sondern bringt dir eher, sagen wir mal, Handlungsspielräume oder Möglichkeiten, alle Bereiche deines Unternehmens zu strukturieren und je nachdem, welchen Zweck die zu verfolgen, die richtige Form oder die angemessene Form zu finden.

00:41:19.673 --> 00:41:23.933
Das ist der Kritikpunkt, den ich oft bei Safe gehört habe.

00:41:23.933 --> 00:41:28.733
Oder auch wenn Leute Scrum übernehmen und dann haben wir jetzt Dailies,

00:41:28.733 --> 00:41:33.133
aber trotzdem wird die Arbeit alles einfach eingekippt.

00:41:33.250 --> 00:41:41.649
Also man übernimmt die Rituale, ohne wirklich die Arbeitsweise zu verändern.

00:41:42.675 --> 00:41:47.933
Das ist, was ich dazu sagen kann, zu der Kritik dabei. Aber die Bestrebung grundsätzlich,

00:41:48.391 --> 00:41:52.785
agile Arbeitsweise skalieren zu wollen, das kann ich sehr gut nachvollziehen, dass es die gibt.

00:41:52.933 --> 00:41:58.433
Und dass es da drumherum dann so eine Zertifizierungs- und Beraterstruktur gibt,

00:41:58.433 --> 00:42:00.716
das ist so ein bisschen so eine Stilblüte.

00:42:04.433 --> 00:42:11.329
Du hast ja gerade schon erwähnt, du hast das Anfix-Modell im Gepäck.

00:42:12.933 --> 00:42:14.433
Das wollen wir uns gleich angucken.

00:42:14.433 --> 00:42:23.793
Aber bevor wir das machen, wollen wir noch einmal kurz erwähnen und stichwortartig sagen, was die machen, die also so bestehende Modelle.

00:42:24.793 --> 00:42:33.153
Also safe hatten wir. Ihr habt das Weibel System Model. Welche gibt es noch, die so praktiziert werden aktuell?

00:42:34.285 --> 00:42:39.515
Und wie funktionieren die? Also ich bin da total unterbelichtet, tatsächlich.

00:42:39.515 --> 00:42:48.815
Also ich arbeite eigentlich immer in kleinen Teams. Also ich kenne Kanban und Scrum und genau, das war's dann.

00:42:48.940 --> 00:42:51.560
Und den Rest kenne ich nur vom über den Tellerrand schauen.

00:42:52.100 --> 00:42:57.935
Ich glaube vielleicht, was eins der Modelle ist, was jetzt ja häufiger auch mal erwähnt wird,

00:42:57.935 --> 00:43:02.815
weil es in den vergangenen Jahren viel, ja, auch Literatur dazu gab,

00:43:02.815 --> 00:43:11.311
ist das Modell von Spotify. Spotify hat ja praktisch irgendwann mal publiziert, es gibt

00:43:11.374 --> 00:43:18.855
so ein Organisationsmodell, wo sie sich aufstellen nach gewissen Formen sozusagen. Sie sagen, okay,

00:43:18.855 --> 00:43:25.355
es gibt da sogenannte Tribes, die sich dann halt irgendwie hauptsächlich mit einem, ja,

00:43:25.695 --> 00:43:31.015
einem Produkt, sage ich jetzt mal, in einer gewissen Art und Weise beschäftigen, und darin

00:43:31.015 --> 00:43:37.495
werden dann Dinge auch weiter zerlegt. Und das ist sozusagen die vertikale Sicht der Dinge,

00:43:37.495 --> 00:43:43.255
ja, so dass du irgendwann bei einem Team ankommst und das Team ist halt kostfunktional aufgestellt.

00:43:43.719 --> 00:43:50.335
Und beispielsweise auf der Horizontalen gibt es dann zwischen Teams gewisse Notwendigkeiten

00:43:50.335 --> 00:43:54.655
zusammenzuarbeiten, ja. Beispielsweise wenn man jetzt mal sagt, man nimmt halt irgendwie ein

00:43:54.655 --> 00:44:00.855
Produkt, dieses Produkt hat irgendwie, ja, so eine Art Discovery-Funktion, sei es eine Suche,

00:44:00.855 --> 00:44:07.575
sei es Produkt-Detailseiten oder Articles oder whatever, ja, dann gibt es in diesen verschiedenen

00:44:07.575 --> 00:44:12.695
Teams, die ich jetzt mal so exemplarisch genannt habe, vielleicht Entwicklerinnen und Entwickler,

00:44:12.695 --> 00:44:18.735
die an der Frontend-Tätigkeit nachgehen, und dann organisiert man sich da eventuell auf,

00:44:18.735 --> 00:44:23.135
wir haben es vorhin schon angesprochen, auf, in der Gilde, wo man halt dann sagt,

00:44:23.135 --> 00:44:26.275
okay, wir sprechen viel über Frontend-Tätigkeiten.

00:44:26.275 --> 00:44:29.675
Und genauso passiert das aber auch auf einer Ebene der...

00:44:30.369 --> 00:44:41.928
Product Ownerinnen und Owner, oder dann halt auch im Scrum Master und Agile Coaches Bereich, wo man auch vielleicht sich zusammentut, innerhalb dieser Organisationsstrukturen.

00:44:42.315 --> 00:44:59.438
Das wäre vielleicht noch eine, ja, ein Modell, was halt so die verschiedenen, also einmal das Arbeiten an einem Produkt als solches, aber dann auch auf der Horizontalen, dann sozusagen eher auf dem darüber liegenden Gesamtgoal der Firma oder

00:44:59.752 --> 00:45:02.336
des Teilbereichs sozusagen arbeiten. Das finde ich,

00:45:02.759 --> 00:45:06.279
fand ich noch ganz interessant in der Vergangenheit, in so einem Modell zu arbeiten,

00:45:06.846 --> 00:45:11.752
weil es zum einen dich fokussieren lässt auf ein Produkt, aber zum anderen halt genau das, was ich eben sagte, ne,

00:45:12.374 --> 00:45:16.272
halt auch die darüber liegenden Ziele, die du gemeinschaftlich nur erreichen kannst,

00:45:16.623 --> 00:45:19.306
die auch besser zu verfolgen bietet.

00:45:20.062 --> 00:45:24.455
Jetzt haben wir es im Vorgespräch schon gesagt, das Interessante ist ja an der Geschichte,

00:45:25.022 --> 00:45:31.519
Spotify praktiziert das Modell gar nicht, weil sie sagen, ineffizient, wenn ich mich da richtig erinnere aus der Literatur heraus.

00:45:33.061 --> 00:45:40.439
Ja, oder es war auf jeden Fall, es war, es war, glaube ich, ein Snapshot zu einem bestimmten

00:45:40.439 --> 00:45:45.719
Zeitpunkt in der Entwicklungsgeschichte von Spotify. Und der ist jetzt, also das Modell,

00:45:45.719 --> 00:45:52.159
es, anscheinend hat das so eine Strahlkraft und Wirkung entfaltet, dass immer noch viel

00:45:52.159 --> 00:45:57.439
drüber gesprochen wird und da findet ihr Anklang. Aber das ist – ich kenne den genauen Zeitraum

00:45:57.439 --> 00:46:03.439
nicht – aber es ist gefühlt fünf oder sechs Jahre her mindestens, dass die so gearbeitet haben.

00:46:03.439 --> 00:46:10.999
Und wenn man da die entsprechenden Coaches verfolgt, dann sagen die auch, nee, heutzutage

00:46:10.999 --> 00:46:16.239
gibt es das alles gar nicht mehr. Was ich noch ergänzen wollte, wo die sehr gut waren in der

00:46:16.239 --> 00:46:24.159
Metapher als dieses Thema, sagen wir mal, Selbstorganisation gegen Zielalignment zu

00:46:24.159 --> 00:46:29.719
erklären. Also da gibt es mal so einen ziemlich berühmten Comic, so Autonomy vs. Alignment.

00:46:30.378 --> 00:46:35.159
Wir müssen über diesen Fluss gehen. Hier ist der Plan oder bohrt es mir eine Brücke oder

00:46:35.159 --> 00:46:40.119
bohrt mir ein Fluss. Ihr auf der linken Seite baut die Brücke und die auf der rechten Seite

00:46:40.119 --> 00:46:43.799
bauen den Tunnel. Dann haben wir irgendwie auch was falsch gemacht und so. Also das ist schon,

00:46:43.799 --> 00:46:49.839
bin ich schön und zugänglich da auf jeden Fall erklärt für alle Beteiligten und.

00:46:51.435 --> 00:47:01.904
Ja, jetzt heute in der Praxis, was ich gehört habe, aber dass das Bildertören sagen, ist eigentlich eher, dass sie relativ wenig fixe Modelle und Regeln da haben.

00:47:02.120 --> 00:47:13.445
Das ist auch so eine Theorie tatsächlich, an die ich auch glaube, dass wenn du talentierte und fähige Mitarbeitende hast,

00:47:13.553 --> 00:47:29.937
dann musst du auch gar nicht so viel Prozesse vorgeben oder so eng halten, sondern solche Mitarbeitenden, die wollen ihre eigenen Prozesse schaffen, die dem gerecht werden.

00:47:30.684 --> 00:47:46.445
Vielleicht muss man das ja auch so betrachten, dass man solche Strukturen erst mal zum Starten verwendet, sozusagen als Sprungbrett, damit man eben was hat, um so ein Gefühl dafür zu kriegen, was funktioniert daran gut und was nicht.

00:47:46.445 --> 00:47:50.525
So ein bisschen so wie, dass man eben nicht den Writer's Block hat,

00:47:50.525 --> 00:47:52.875
wenn man halt schon irgendwie was hat.

00:47:53.118 --> 00:47:58.871
Dass man einen Text hat, von dem man ausgeht, und dann fällt einem ja ganz viel ein, was man besser machen kann.

00:47:59.060 --> 00:48:03.825
Also, dass man so ein Modell eben für diesen Zweck heranzieht.

00:48:03.825 --> 00:48:07.882
Und dann macht das ja auch Sinn, dass Spotify das gar nicht mehr benutzt,

00:48:08.197 --> 00:48:13.598
weil das ja seinen Zweck erfüllt hat, nämlich einfach nur ein Sprungbrett zu sein

00:48:13.977 --> 00:48:23.285
in das nächste Ding, was dann wahrscheinlich wirklich nur individuell von genau diesen Mitarbeitern, die da gerade sind, entwickelt werden konnte,

00:48:23.285 --> 00:48:26.805
weil das einfach ihrem naturell entspricht.

00:48:27.480 --> 00:48:31.385
Und wahrscheinlich ist Spotify ja auch in der Größe schon wieder ganz anders

00:48:31.385 --> 00:48:40.205
als vor fünf, sechs Jahren, als sie dieses Modell, diesen Snapshot sozusagen entwickelt haben.

00:48:39.588 --> 00:48:45.538
Ich denke, jedes Modell ist ja auch wahrscheinlich prädestiniert für eine bestimmte Teamgröße.

00:48:45.538 --> 00:48:57.467
Also genauso wie Safe offenbar ja eben für sehr große Organisationen ein Werkzeug sein kann, aber eben nicht für kleine zum Beispiel.

00:48:58.835 --> 00:49:04.998
Ja, es ist ja auch immer eine Frage von, also wie viel organisatorischen Overhead du dir auch

00:49:04.998 --> 00:49:08.158
zu welchem Zeitpunkt halt erlauben kannst oder möchtest.

00:49:08.158 --> 00:49:14.878
Also diese ganzen Austauschformate, die werden, also wie hast du das auch beschrieben,

00:49:14.878 --> 00:49:19.438
also wenn du Scrum of Scrums und die Product Owner müssen alle miteinander sprechen,

00:49:19.438 --> 00:49:25.198
so damit man ein kohärentes Gesamtprodukt halt irgendwie erstellt, so dann ist das wichtig.

00:49:25.400 --> 00:49:29.518
Und dann ist das auch wertvoll, da Zeit rein zu investieren.

00:49:30.208 --> 00:49:36.918
Aber wenn du zehn Leute bist, dann ist das wahrscheinlich overkill.

00:49:36.918 --> 00:49:40.918
Dann solltest du dich in dem Maße damit nicht auseinandersetzen,

00:49:40.918 --> 00:49:44.422
sondern dann hast du eine andere Fragestellung für dein Unternehmen.

00:49:46.601 --> 00:49:49.918
Ansonsten wären wir jetzt wahrscheinlich ja alle sehr gespannt drauf,

00:49:49.918 --> 00:49:53.918
das Unfix-Modell da nochmal tiefer einzusteigen.

00:49:55.144 --> 00:50:01.918
Und wie es sich, du hast gerade schon erwähnt, es grenzt sich so ein bisschen davon ab, von den anderen,

00:50:02.193 --> 00:50:05.918
und ich bin mir nicht sicher, ob es sich vielleicht aus diesem Grund auch genau entwickelt hat,

00:50:05.918 --> 00:50:14.158
Weil eine oft genannte Kritik an Frameworks wie SAVE ist, dass es zu steif ist.

00:50:14.158 --> 00:50:17.878
Das lasse ich jetzt auch einfach mal ganz unkommentiert so weiter stehen,

00:50:17.878 --> 00:50:19.729
sondern es ist einfach eine Kritik da dran.

00:50:19.878 --> 00:50:24.212
Und UNFIX wäre eher etwas flexibler. Habe ich das richtig verstanden?

00:50:25.851 --> 00:50:37.301
Ja, genau. Also, so ist es. Design, also, not another agile scaling framework, ist die Tech Line.

00:50:37.301 --> 00:50:49.040
Und auch eine Organisationsdesign für kontinuierliche Innovation und eine bessere menschliche Erfahrung.

00:50:49.158 --> 00:50:56.061
Und das ist schon ganz spannend dabei zu betrachten.

00:50:56.782 --> 00:50:59.561
Also dazu muss man vielleicht ein bisschen den Hintergrund auch nochmal erzählen.

00:50:59.561 --> 00:51:01.283
Also wo kommt das her?

00:51:01.743 --> 00:51:11.561
Also der Erfinder von unfix, das ist Jürgen Apelow heißt der,

00:51:11.816 --> 00:51:18.201
und der ist Management Consultant und Speaker

00:51:18.541 --> 00:51:23.001
Und der hat, ich glaube, das ist jetzt so knapp zehn Jahre her,

00:51:23.001 --> 00:51:28.001
der hat so ein relativ bekanntes Buch, auch in der agilen Community geschrieben,

00:51:28.001 --> 00:51:31.501
über die Rolle des Managements im Agilen.

00:51:31.501 --> 00:51:35.501
Das hat einen relativ doofen Titel, das heißt Management 3.0,

00:51:35.753 --> 00:51:43.501
ist aber meines Erachtens ein sehr gutes Buch, weil der eben versucht, diesen Widerspruch aufzulösen.

00:51:43.501 --> 00:51:46.501
Also das ist natürlich nochmal so zu der Entstehungsgeschichte.

00:51:47.213 --> 00:51:54.370
Viele Leute denken ja auch, okay, wenn jetzt alles agil ist, dann gibt's kein Management mehr, dann gibt's keine Regime mehr, dann gibt's keine,

00:51:54.919 --> 00:52:05.218
Entscheidungen mehr, die irgendwie über die Team-Ebene hinausgehen. Und da sagt er eben, nee, das ist nicht so. Also es muss diese Rolle trotzdem auch

00:52:05.281 --> 00:52:22.079
geben in einem Unternehmen, aber das Unternehmen muss eben anfassungsfähig sein und muss eben in der Lage sein, eine kohärente, tolle Erfahrung auch nach außen sicherzustellen.

00:52:22.466 --> 00:52:29.551
Dafür hat er sich einen...

00:52:30.649 --> 00:52:38.799
Meines Erachtens ziemlich spannendes Modell ausgedacht. Wenn man, das würde ich euch vielleicht auch empfehlen,

00:52:38.799 --> 00:52:43.198
wenn man auf die Seite von unfix geht, also unfix.com

00:52:43.450 --> 00:52:47.736
und dann ein bisschen runterscrollt, dann kommt einem ganz schnell so ein,

00:52:48.366 --> 00:52:50.544
eine bunte,

00:52:51.444 --> 00:53:03.819
eine bunter Bauplan entgegen, mit ganz vielen unterschiedlichen Strukturen, ganz vielen Smilies, ganz vielen Farben und Kreisen und sonst was.

00:53:03.819 --> 00:53:12.419
Und das wirkt erstmal vielleicht auch ein bisschen erschlagend, aber dahinter stecken meines Erachtens

00:53:12.419 --> 00:53:18.343
und ich sehr, sehr interessante Gedankengänge,

00:53:19.009 --> 00:53:26.919
wie man eben unterschiedliche Bestandteile eines Unternehmens zusammensetzen kann,

00:53:26.919 --> 00:53:31.419
mit einem bestimmten Zweck, um das optimal zu erreichen.

00:53:33.188 --> 00:53:45.179
Und was hat dich darauf stoßen lassen? Also ich meine euer Modell, das ihr praktiziert, das klang ja im Grunde genommen ganz plausibel und gar nicht schlecht.

00:53:45.179 --> 00:53:52.659
Bist du dann so, hast du dann irgendwie das Gefühl gehabt, dass es irgendwie auch an seine Grenzen stößt?

00:53:52.659 --> 00:54:02.544
Oder bist du einfach generell so sozusagen ein Dauerforschender, um zu gucken, was kann man eben besser machen, als wie es jetzt ist?

00:54:02.619 --> 00:54:09.499
Was macht's besser als zum Beispiel das Viable System Model?

00:54:11.259 --> 00:54:17.272
Also ich bin Dauerforscher, das stimmt, und interessiere mich für sehr viel.

00:54:17.605 --> 00:54:23.429
Tatsächlich hat aber wirklich auch unser Organisationsberater, mit dem wir zusammenarbeiten,

00:54:23.429 --> 00:54:28.021
der hat mich auch auf das Modell aufmerksam gemacht. Da war es eben noch ganz frisch.

00:54:28.804 --> 00:54:34.709
Und dann habe ich mich da so ein bisschen reingefuchst und habe gesagt, ah, das ist ja interessant.

00:54:35.240 --> 00:54:49.669
Und was es vielleicht unterscheidet, also im allergrößten ist, dass es, also das VSM, würde ich sagen, ist auf einer größeren, viel, viel größeren Abstraktionsebene.

00:54:49.669 --> 00:54:59.835
Also das ist quasi so ein fast allgemeingültiges Modell der Wirklichkeit, was du auf jede, jedwede Form von Organisation anwenden kannst.

00:55:00.375 --> 00:55:12.789
Und es ist schon sehr gut in der allgemeinen Strukturierung, aber es ist vielleicht ein bisschen weniger angewandt als unfix.

00:55:12.789 --> 00:55:24.069
Also unfix gibt dir konkrete Beispiele, konkrete Zusammenhänge, in denen es Sinn ergeben könnte.

00:55:24.501 --> 00:55:29.869
Eine Crew, das ist auch so ein Terminus, den er da einführt,

00:55:30.271 --> 00:55:34.069
mit einem bestimmten Zweck in deinem Unternehmen einzuführen.

00:55:34.395 --> 00:55:43.069
Und da gibt dir VSM nicht so konkrete Handreichung, sondern das musst du dir eben dann selber überlegen.

00:55:43.604 --> 00:55:51.469
Und was ich tatsächlich auch sehr gut dabei finde, ist eben, dass es ganz starken Wert darauf legt.

00:55:52.894 --> 00:55:58.016
Nicht diese eine Lösung dir vorzukauen, die du dann übernehmen wirst.

00:55:58.430 --> 00:56:04.229
Also werden wir vielleicht später auch noch zukommen. Müssen wir mal gucken, wie detailliert wir jetzt tatsächlich reingehen.

00:56:04.606 --> 00:56:09.349
Aber zum Beispiel haben wir auch immer wieder mal die Diskussion,

00:56:09.349 --> 00:56:11.149
Wir sehen uns im nächsten Video.

00:56:10.772 --> 00:56:14.500
Wie fix sollten denn eigentlich unsere Teamstrukturen tatsächlich sein?

00:56:14.622 --> 00:56:20.117
Also grundsätzlich ist es ja in der Anleitung gut.

00:56:20.873 --> 00:56:28.622
Wenn die Leute regelmäßig in einer dauerhaften Teamzusammensetzung zusammenarbeiten,

00:56:28.622 --> 00:56:32.622
also jenseits vom fachlichen Austausch, auch wenn man die Leute besser kennt,

00:56:32.622 --> 00:56:39.622
Vertrauen zueinander aufbaut und auch dadurch am Ende auch eine leistungsfähige Zusammenarbeit eben gewährleisten kann.

00:56:39.622 --> 00:56:46.062
Laufen kann. Bei uns zum Beispiel im Agenturalltag kann es aber durchaus auch mal sein, dass ein

00:56:46.062 --> 00:56:51.382
Projekt eine Laufzeit von sechs Monaten hat und das andere von drei. Also wir sind zum Glück nicht

00:56:51.382 --> 00:56:59.062
mehr bei, das ist eine Woche und das zwei, aber trotzdem kann es eben sein, dass wir auch zeitgebunden.

00:56:59.062 --> 00:57:07.262
Dann ein neues Team zusammenstellen müssen. Und das erlaubt Anfix auch. Das kann man dann auch

00:57:07.262 --> 00:57:12.022
abbilden. Und dann sagt er, ah, es gibt aber unterschiedliche Arten von Teams. Und je nachdem,

00:57:12.022 --> 00:57:17.782
wie mission-critical das eben ist, kannst du unterschiedliche Verfahrensweisen finden,

00:57:17.782 --> 00:57:24.462
um dieses Team dann zusammenzustellen. Und was ich persönlich auch sehr, sehr dabei mag,

00:57:24.462 --> 00:57:30.702
ist den Dingen halt einfach auch nochmal einen Namen zu geben, damit sie besser kommunizierbar

00:57:30.702 --> 00:57:41.542
sind. Also das ist ja, wie du gesagt hast, im Alltag als Dev war mir, glaube ich, also früher,

00:57:41.542 --> 00:57:48.582
war mir, glaube ich, nicht jeden Tag bewusst, in welcher Struktur oder nach was für einem Modell

00:57:48.582 --> 00:57:54.380
ich da jetzt gerade arbeite. Ich glaube auch nicht, dass alle Unternehmen das machen, aber.

00:57:54.782 --> 00:58:00.422
Aber ich glaube, dass es für den Kontext oder Zusammenhang, in dem du gerade arbeitest,

00:58:00.422 --> 00:58:04.120
ist schon sehr sehr hilfreich eben zu wissen,

00:58:05.489 --> 00:58:13.095
Warum sitzt man mit den Menschen gerade an einer gemeinsamen Aufgabe und mit welchem Zweck tut man das denn eigentlich?

00:58:13.690 --> 00:58:15.850
Und da hilft unfix doch sehr.

00:58:18.128 --> 00:58:24.339
Also diese Teamumstrukturierungen habe ich eigentlich generell immer nur gute Erfahrungen damit gemacht.

00:58:24.339 --> 00:58:32.339
Das haben wir tatsächlich hin und wieder aus, ich glaube, vor allem zwei Gründen gemacht.

00:58:32.339 --> 00:58:36.899
Das eine ist, dass einfach das, jetzt darf ich nicht wieder Englisch reden,

00:58:36.899 --> 00:58:45.779
das Wissen geteilt wird zwischen allen Personen. Das hat den, es hat natürlich am Anfang kurz den

00:58:45.779 --> 00:58:50.819
Nachteil, dass man sich ja ständig irgendwie onboarden muss an irgendwas. Aber es hat natürlich

00:58:50.819 --> 00:58:56.819
genau diesen Vorteil, wenn man jetzt wie wir, es sind sehr kleine Teams im Alltag hat,

00:58:56.819 --> 00:59:01.819
dass ich aber trotzdem den Code überall noch verstehen und lesen kann.

00:59:01.819 --> 00:59:07.819
Oder ich weiß im Notfall zumindest, wer die richtige Ansprechperson gleich dafür ist

00:59:07.819 --> 00:59:12.819
und muss nicht irgendwie in einen, was weiß ich, Channel mit x Personen reinschreiben,

00:59:12.819 --> 00:59:17.819
ey, wer kann mir denn zu diesem Thema mal helfen, sondern ich weiß jetzt immer genau, wen ich ansprechen kann.

00:59:17.819 --> 00:59:24.819
Das andere ist nicht nur, dass das Wissen jetzt über die Codebase oder Wissen über die Produktfeatures geteilt wird.

00:59:25.113 --> 00:59:31.379
Sondern auch den Input, den ich jetzt als Developer zum Beispiel an Code Reviews bekomme.

00:59:31.379 --> 00:59:34.939
Also nur, dass wir kleine Teams haben, heißt jetzt nicht, dass wir keine Code Reviews machen,

00:59:34.939 --> 00:59:43.939
sondern dass wir, obwohl es eine Person nicht in diesem Feature-Team gerade dabei ist, werden die Code Reviews doch durchaus

00:59:43.939 --> 00:59:46.299
an alle Frontend-Apps zum Beispiel weiterverteilt.

00:59:46.584 --> 00:59:51.859
Das heißt, da ist natürlich auch noch ein Austausch. Und hier ist das hilfreich, wenn das verschiedene Personen sind,

00:59:51.859 --> 00:59:58.599
dann bekommst du einmal, sagen wir mal, stärkeres Feedback, da, wo diese Person dann eben auch stark dafür ist.

00:59:58.599 --> 01:00:08.699
Das kann dann ein starkes Feedback, speziell zu HTML, Accessibility und vielleicht CSS sein.

01:00:08.699 --> 01:00:11.205
Auch bei einer anderen Person ist es stark an TypeScript.

01:00:12.367 --> 01:00:18.659
Und da, wie gesagt, diese Teams durchmischen, sehe ich immer große Vorteile da drin.

01:00:18.659 --> 01:00:24.859
Ich habe jetzt tatsächlich noch nie ein Team erlebt, das dann nicht so funktioniert hat. Aber das ist bei uns 20 Personen, die sind natürlich

01:00:24.859 --> 01:00:29.319
auch aufeinander abgestimmt. Was mich jetzt noch interessieren würde, du hattest gerade

01:00:29.319 --> 01:00:33.519
Crews gesagt, eigentlich ist mir jetzt gerade egal, ob das jetzt Guilden, Teams, Crews,

01:00:33.519 --> 01:00:39.119
Workforces, Taskforces, Ferken-Crews sind. Aber sprechen wir dann davon, dass wenn ich

01:00:39.119 --> 01:00:46.139
Teil einer Crew bin, bin ich dann nur Teil dieser Crew oder bin ich vielleicht Teil von mehreren Crews?

01:00:47.349 --> 01:00:53.199
Bei Unfix? Ja, kommt auch an. Also du kannst auch Teil von mehreren sein,

01:00:53.199 --> 01:00:55.199
also das ist da jetzt nicht so festgelegt.

01:00:57.603 --> 01:01:04.199
Für die meisten Mitarbeitenden und Menschen macht es mehr Sinn,

01:01:04.199 --> 01:01:09.199
den Großteil ihrer Zeit in einer Crew zu verbringen.

01:01:09.199 --> 01:01:14.199
Also das ist einfach Stichwort, jetzt muss ich auch denken, das ist ein Komplette Float, ne?

01:01:14.482 --> 01:01:19.199
Das ist schwierig für Menschen in vielen Gruppen gleichzeitig zu arbeiten.

01:01:19.820 --> 01:01:26.699
Aber das heißt nicht, dass du nicht in unterschiedlichen Zusammenhängen mit unterschiedlichen Leuten auch agieren kannst.

01:01:26.699 --> 01:01:29.199
Das ist so ein bisschen auch das, was Hans schon meinte.

01:01:29.199 --> 01:01:38.699
Also du kannst in deinem cross-funktionalen Entwicklungsteam sitzen, kannst aber gleichzeitig dann auch noch Member...

01:01:39.815 --> 01:01:42.359
Ja, da müssen wir vielleicht mal ein bisschen in die Bedürflichkeiten gucken.

01:01:42.359 --> 01:01:46.959
Also, ANSIX bringt da für vieles schon auch, sag ich mal, Vorschläge mit.

01:01:47.322 --> 01:01:55.719
Und Crew begreifen die so, das ist eine Ansammlung von Menschen,

01:01:55.719 --> 01:02:00.679
die mit einem bestimmten Ziel zusammenarbeitet.

01:02:01.150 --> 01:02:07.279
Und wenn es zum Beispiel um so Crossfunk oder so Funktionales Alignment geht,

01:02:07.279 --> 01:02:14.399
Hans beschrieben hat, mit diesen Gilden. Das heißt bei Anfix dann Forum. Also das kann ich auch gleich

01:02:14.399 --> 01:02:19.399
nochmal gucken. Aber ich glaube, die einzelnen Begriffe sind, glaube ich, nicht so wichtig. Es

01:02:19.399 --> 01:02:25.159
ist halt wichtig, dass alle wissen, was gemeint ist. Und du hast bei Anfix dann immer auch gleich

01:02:25.159 --> 01:02:33.959
noch so einen Synonym-Wörterbruch quasi daneben, was es dann auch noch heißen kann. Genau, aber

01:02:33.959 --> 01:02:35.959
über die verschiedenen Formen von Crews.

01:02:36.727 --> 01:02:39.959
Das wäre tatsächlich nochmal spannend, vielleicht sich anzugucken,

01:02:39.959 --> 01:02:43.830
die es geben kann in so einem Unternehmen, weil wir gucken eben sehr stark auf diese

01:02:44.172 --> 01:02:47.574
Sicht des cross-funktionalen Teams,

01:02:48.529 --> 01:02:59.871
also das Entwicklungsteam plus UXler und Product Owner, aber eben in einem Unternehmen kann es eben halt auch noch.

01:03:02.095 --> 01:03:10.359
Jede Menge andere Formen von Crews geben. Da fällt mir auch das, wenn wir jetzt mal außerhalb so schauen.

01:03:11.880 --> 01:03:16.945
Sind dir bei Unfix dann speziell schon Lösungen aufgefallen,

01:03:16.945 --> 01:03:22.025
die jetzt dann mit, was könnte es denn sein, Customer Support oder sowas zusammenhängen?

01:03:22.025 --> 01:03:27.585
Weil das ist ja normalerweise etwas, wofür diese ganzen anderen Frameworks dann da sind,

01:03:27.585 --> 01:03:32.785
damit es dafür irgendwelche Prozesse gibt, wenn irgendwas zum Beispiel mit einem Customer Support reinkommt.

01:03:32.883 --> 01:03:38.785
Oder wenn das Error Monitoring rot schlägt. Wie wird das denn jetzt alles in einen Sprint,

01:03:38.785 --> 01:03:42.785
mir ist das Wort wieder eingefallen, wie kommt das jetzt eigentlich in einen Sprint

01:03:42.785 --> 01:03:45.405
und dafür gibt es das Daily dann etc.

01:03:46.143 --> 01:03:52.285
Aber wenn ich jetzt zum Beispiel meine selbstorganisierten, super fixen Teams habe,

01:03:52.571 --> 01:03:55.587
und die haben alle ihren definierten.

01:03:56.451 --> 01:04:01.745
Ihr definiertes Ziel, Was passiert denn dann, wenn was von außen reinkommt?

01:04:01.745 --> 01:04:06.542
Wie zum Beispiel, es ist jetzt, gut, Production Fix will ich jetzt nicht als Beispiel bringen,

01:04:06.745 --> 01:04:13.745
weil ich hoffe, jede mitarbeitende Person würde bei einem Production Bug mal kurz sagen, hat Prio.

01:04:13.745 --> 01:04:19.745
Aber was ist denn jetzt, wenn irgendwas reinkommt? Wo weiß ich, an welches Team ich treten soll?

01:04:19.745 --> 01:04:24.988
Wenn es jetzt, oh, Crew, Squad, was auch immer. Wenn es dafür keine direkten Personen gibt.

01:04:25.745 --> 01:04:36.601
Hm. Ja, also das ist tatsächlich super, dass du das erwähnst, weil da haben die ein spezielles Konzept, wo sie eben auch meinten,

01:04:36.979 --> 01:04:43.299
einen Mangel bei bestehenden agilen Produktorganisationen entdeckt zu haben.

01:04:43.875 --> 01:04:53.003
Weil sie eben sagen, das ist total super und klasse, dass die autonom und selbstorganisiert arbeiten,

01:04:53.390 --> 01:05:01.245
Aber was da ein bisschen aus dem Blickfeld geraten kann, ist eine.

01:05:03.149 --> 01:05:12.879
Unternehmensweite Sicht auf die Kundenerfahrung. Also der hat da, ich war auch auf der Anfix-Konferenz im letzten Jahr,

01:05:13.222 --> 01:05:18.599
und da hat er so ein Beispiel gemacht von seiner Bank da in den Niederlanden,

01:05:18.599 --> 01:05:27.878
die meinte ja, die wären total klasse und jeder individuelle Kanal mit denen sei super slick ausgearbeitet, also sprich, das,

01:05:28.319 --> 01:05:33.846
weiß ich nicht, Desktop, Online-Banking und die Mobile-App, alle richtig, richtig gut.

01:05:34.117 --> 01:05:39.239
Aber der Moment, in dem die beiden miteinander interagieren müssen.

01:05:39.770 --> 01:05:48.700
Da wäre der komplette Medienbruch und er muss anrufen oder die Zwei-Faktoren-Authentifizierung geht nicht oder so.

01:05:49.078 --> 01:06:00.639
Und da sagt er eben, da wäre es wirklich sinnvoll, eine unternehmensübergreifende Experience-Crew dann ins Leben zu rufen,

01:06:01.087 --> 01:06:08.699
die diese Sicht, also die Kundenperspektive, auf alle Teams verteilen können.

01:06:08.699 --> 01:06:16.139
Also das heißt, idealerweise sitzen die eben dann an der Schnittstelle zu dem

01:06:16.445 --> 01:06:22.399
Customer Support, aber auch zum Experience-Design, was dann eben reinkommt.

01:06:22.909 --> 01:06:28.359
Und nehmen dann auch tatsächlich Einfluss darauf, in der Koordination von den Dev-Teams,

01:06:28.751 --> 01:06:33.159
wie zusammenhängend dann auch die Entwicklungsarbeit gemacht wird.

01:06:33.684 --> 01:06:38.399
Konkrete Vorschläge, wie wichtig jetzt ein Produktionspack ist,

01:06:38.861 --> 01:06:40.094
das ist da nicht drin.

01:06:40.256 --> 01:06:45.612
Aber das finden die bestimmt auch, und würde ich auch sagen, ist wichtig.

01:06:45.684 --> 01:06:50.559
Aber manchmal, es gibt auch Produkte, die sagen, das ist nicht wichtig.

01:06:50.987 --> 01:06:53.012
Wie oft tritt das denn auf?

01:06:53.490 --> 01:07:03.159
Ist das nur bei dem so und so Web-Entwickler, der mir gerade gemailt hat, oder ist das bei ganz vielen

01:07:03.159 --> 01:07:04.184
von meinen Kunden?

01:07:04.279 --> 01:07:08.799
Sag mir mal, wie wertvoll es ist, diesen Bug wirklich zu fixen.

01:07:08.799 --> 01:07:12.599
Also das sind dann Produktmanagement-Entscheidungen,

01:07:13.105 --> 01:07:23.519
die uns in der Entwickler-Inniere dann vielleicht ein bisschen wehtun, aber da gibt es natürlich noch ein Geschäftsinteresse dahinter.

01:07:26.447 --> 01:07:30.777
Aber dann könnte ich doch eigentlich auch, wenn wir jetzt diese selbstorganisierten,

01:07:30.817 --> 01:07:32.640
schnellen Teams hier haben oder Crews,

01:07:33.423 --> 01:07:37.377
auch zum Beispiel sagen, das liegt vor und wir wissen,

01:07:37.417 --> 01:07:40.937
dass wir das technisch in 15 Minuten fixen können,

01:07:40.977 --> 01:07:43.817
weil, keine Ahnung, fehlt ein Semikolon.

01:07:43.857 --> 01:07:45.417
Quatsch, Amalinta.

01:07:45.676 --> 01:07:52.137
Aber dass wir gar nicht diese Schleife jetzt ... Weil das ist das, was ich von diesen großen Frameworks kenne

01:07:52.177 --> 01:07:57.657
und was jetzt generell mein Kritikpunkt dran wäre, ist, dass manche Sachen aufgebauscht werden.

01:07:57.657 --> 01:08:04.177
Und ich verstehe schon auch den Sinn dahinter. Denn ich glaube nicht, dass, wenn man eine Organisation von 2.000 Personen hat,

01:08:04.177 --> 01:08:07.577
dass, wenn ständig jeder da eine Entscheidung für sich selber trifft,

01:08:07.577 --> 01:08:10.177
dass das große Ganze noch das Richtige rauskommt.

01:08:10.177 --> 01:08:16.057
Aber jetzt so im Kleinen könnte ich dann bei Anfix auch sagen,

01:08:16.057 --> 01:08:23.017
bevor ich jetzt überhaupt 5 min eine Nachricht schreibe, entscheide ich, ich fix das in 15 min.

01:08:23.512 --> 01:08:29.617
Ohne eben jetzt Produkt und Customer und Experience-Crews zu fragen.

01:08:32.397 --> 01:08:39.847
Ja, würde ich sagen, aber es ist ja eine Frage von, auch da eher Autonomie und Alignment.

01:08:39.847 --> 01:08:48.647
Also das, sag ich mal so, das Anfix ist schon eng verbunden auch mit der agilen Sichtweise auf Produktentwicklung

01:08:48.647 --> 01:08:52.847
und auch so das dahinterstehende Wertesystem.

01:08:53.021 --> 01:08:59.447
Und da geht es nicht darum, jetzt einen riesengroßen Bürokratie-Layer einzuführen in der Organisation.

01:08:59.447 --> 01:09:11.247
Und ich würde sagen, wenn dein Team gut erleint ist und selber gut beurteilen kann, wie wichtig dieser Bugfix tatsächlich ist,

01:09:11.247 --> 01:09:15.047
dann sollen sie es selbstverständlich auch selbst entscheiden können.

01:09:15.671 --> 01:09:22.647
Aber wenn du in großen Organisationen natürlich zusammendenkst, und ich kenne das Beispiel genau, was du sagst,

01:09:22.647 --> 01:09:28.647
Also stell dir vor, der direkte Draht vom Kundensupport ins Dev-Team kommt,

01:09:28.647 --> 01:09:34.647
und du hast jetzt ein Produkt, was von hunderttausenden Leuten halt irgendwie benutzt wird,

01:09:34.647 --> 01:09:42.647
dann wirst du schon in irgendeiner Weise da einen Filter- oder Bewertungsmechanismus einführen müssen.

01:09:42.647 --> 01:09:51.647
Und dann gibt es natürlich unterschiedliche, ich sag mal, Autonomiegrade von so einem Team auch tatsächlich.

01:09:51.647 --> 01:10:00.687
Also Selbstorganisation heißt ja erst einmal gar nicht unbedingt, die entscheiden selber komplett,

01:10:00.687 --> 01:10:05.487
was sie machen, sondern sie entscheiden selber, wie sie es machen. Das ist so im Besonderen der

01:10:05.487 --> 01:10:15.007
erste Schritt. Und wie detailliert und wie fein gerade die Arbeit in so einem Team dann eingesteuert

01:10:15.007 --> 01:10:21.447
wird, das würde ich sagen, das ist Verhandlungssache. Ich persönlich hätte keine Lust auf so eine kleine

01:10:21.447 --> 01:10:27.447
Ebene da den Informationsfluss dann eben sicherzustellen. So und wenn das bekannt wird.

01:10:30.183 --> 01:10:38.645
Und man hat ein gutes Gefühl, das soll man machen. Aber das ist für mich jetzt nicht spezifisch zu anfällig, sondern das ist ein gesunder Menschenverstand.

01:10:39.050 --> 01:10:47.710
Aber wenn es sich häuft und wenn es eben tausend solche Anfragen gibt, dann hast du vielleicht ein Qualitätsproblem in deinem Produkt.

01:10:48.124 --> 01:10:56.033
Aber eben auch dann wird irgendjemand in der Firma, der für die allgemeine Zielverantwortung zuständig ist,

01:10:56.033 --> 01:11:03.633
dann irgendwann auch vielleicht fragen, was macht man hier eigentlich mit der Zeit? Also warum fixt

01:11:03.633 --> 01:11:08.153
ihr nur Kundenanfragen und wir haben doch eigentlich andere Ziele? Und dann muss man

01:11:08.153 --> 01:11:15.073
mal ein anderes Gespräch führen. Wir sind hier zu schnell durchgepeitscht und das kommt ständig.

01:11:15.636 --> 01:11:18.913
Wir müssen ja vielleicht erstmal in unsere Gruppe ist halt irgendwie weiter reingucken.

01:11:18.913 --> 01:11:29.073
Dann eine ganz andere Frage. Wir hatten davor die Kritikpunkte an anderen Frameworks,

01:11:29.073 --> 01:11:32.073
beziehungsweise ich glaube, Anfik sagt ja auch über sich selber, dass es gar kein

01:11:32.073 --> 01:11:39.833
Framework in dem Sinne sei, aber dennoch die Kritiken an anderen. Jetzt gar nicht,

01:11:39.833 --> 01:11:44.993
dass es zu unflexibel wäre, sondern eher auf den Punkt, dass...

01:11:48.241 --> 01:11:53.151
Ja, zum Beispiel, wir machen jetzt safe, Punkt, und jetzt viel Spaß.

01:11:53.310 --> 01:11:55.151
So dieses Ungelernte.

01:11:55.151 --> 01:12:00.811
Und dann gibt man oft die Kritik an dem Framework, aber weiß vielleicht auch wirklich gar nicht, worum es geht.

01:12:00.811 --> 01:12:04.411
Und es war jetzt gar nicht das Problem, dass es zu inflexibel wäre,

01:12:04.411 --> 01:12:07.411
sondern dass auch gar kein Wissen geherrscht hat.

01:12:07.687 --> 01:12:12.411
Und ich denke auch, wenn man jetzt von heute auf morgen, selbst wenn das Wissen darüber da ist,

01:12:12.411 --> 01:12:16.411
man sagt, man hat da jetzt irgendwie, keine Ahnung, zwei, drei Stunden Schulung,

01:12:16.411 --> 01:12:23.111
jedem, wie es geht. Aber es ist von heute auf morgen ein großer Kontrast zu vorher. Denkst du,

01:12:23.111 --> 01:12:28.671
diese Gefahren würden auch bei Unfix herrschen? Oder ist es vielleicht sogar in diesem,

01:12:28.671 --> 01:12:34.711
nicht Framework, schon drinnen, dass man vielleicht gar nicht so viele Änderungen

01:12:34.711 --> 01:12:40.051
auf einmal machen muss? Oder dass es auch gar nicht so viele komplizierte Begriffe gibt,

01:12:40.051 --> 01:12:45.111
dass man es quasi nicht falsch machen kann? Oder würdest du schon eher sagen,

01:12:45.111 --> 01:12:51.060
Wenn man das machen möchte, sollte es auf jeden Fall ein paar Personen sein, die das mal voll durchgeblickt haben,

01:12:51.537 --> 01:12:57.442
um es dann auch tatsächlich richtig, im Sinne von richtig für diese Organisation eben zu machen.

01:12:57.937 --> 01:13:09.469
Also ich glaube ehrlicherweise, dass so Strukturierungs- und Transformationsprozesse,

01:13:09.991 --> 01:13:15.194
Ich glaube, es kommt nicht so stark auf das Modell an, tatsächlich, sondern es kommt darauf an.

01:13:17.049 --> 01:13:27.096
Wie man sie einführt und wie man die Personen, die davon betroffen sind, dann einbindet und mit denen kommuniziert.

01:13:27.339 --> 01:13:33.541
Und genau das, was du beschreibst, hey Leute, von heute auf morgen, wir machen jetzt alles anders,

01:13:33.947 --> 01:13:38.843
das funktioniert im Alltag nach meiner Erfahrung nicht so gut.

01:13:39.537 --> 01:13:47.671
Und dann muss man eben ganz viel auch wirklich erklären, warum machen wir das denn jetzt so?

01:13:47.671 --> 01:13:51.591
Und auch nach meiner Erfahrung fehlt es ja auch total hinzuhören und zu sagen,

01:13:51.591 --> 01:13:56.471
Leute, seht ihr hier was, was wir vielleicht übersehen haben?

01:13:56.471 --> 01:14:03.871
Also weil die Grundprinzipien auch in Anfix oder auch von Agila-Vorgehensweise,

01:14:04.428 --> 01:14:11.314
oder auch von dem einen Modell, was wir noch nicht erwähnt haben, ist auch von Holacracy zum Beispiel.

01:14:12.305 --> 01:14:18.851
Du versuchst Entscheidungsmechanismen, also Stichwort Autonomie.

01:14:20.479 --> 01:14:31.786
So weit wie möglich in die Teile deines Unternehmens zu verlagern, die direkt davon betroffen sind oder die direkt den Informationszugang haben.

01:14:32.191 --> 01:14:44.489
Und deswegen ist es meistens, nicht immer, aber meistens eine schlechte Idee, von oben herab komplett krasse Detailplanung zu machen und zu sagen,

01:14:44.489 --> 01:14:48.953
mal Leute, wir haben uns ausgedacht, wo wir hinwollen und genau so kommen wir dahin. Und.

01:14:49.409 --> 01:14:58.849
Dann hast du eigentlich in der Regel, überlässt du deinen Mitarbeitenden wenig Gestaltungsspielraum

01:14:58.849 --> 01:15:05.169
und das kann sich eben auch auf Motivation niederschlagen. Und eventuell verpasst du

01:15:05.169 --> 01:15:14.312
auch Chancen, weil du bestimmte Informationslücken halt gar nicht siehst. Insofern würde ich

01:15:14.449 --> 01:15:21.209
ich sagen, nee, gibt keine Garantie für, dass das mit unfix dann auch total gut klappt, sondern ich

01:15:21.209 --> 01:15:27.129
glaube nur bei unfix ist eben der Anspruch, ich gebe dir keinen konkreten Bauplan, den du jetzt

01:15:27.129 --> 01:15:32.609
nur eins zu eins umsetzen musst und dann wird alles gut. Das ist vielleicht eher das Problem

01:15:32.609 --> 01:15:37.769
dann, es ist noch ein bisschen schwieriger, weil es dir nicht den konkreten Bauplan gibt und dann

01:15:37.769 --> 01:15:48.689
das alles gut, sondern du bist quasi gezwungen, das über einen größeren Zusammenhang im Team

01:15:48.689 --> 01:15:55.049
auszuarbeiten. Hört man Leute, wie wollen wir das dann jetzt machen? Und für diese Frage,

01:15:55.049 --> 01:16:02.330
wie wollen wir das denn jetzt machen, da bietet es dir sehr viele verschiedene Muster an, die du.

01:16:02.609 --> 01:16:03.609
Nutzen kannst.

01:16:03.609 --> 01:16:14.089
Ja, ich finde vor allem diese Balance schon spannend zwischen nicht alles von oben herab

01:16:14.089 --> 01:16:21.649
vorgeben und in dem Sinne auch nicht micromanagen und die Teams können autonom für sich selber

01:16:21.649 --> 01:16:26.329
entscheiden, vielleicht nicht was, sondern wie sie etwas arbeiten, wie sie sich strukturieren,

01:16:26.329 --> 01:16:31.129
wahrscheinlich auch solche Fragen, wie sie sich wann wie treffen und über die Arbeit sprechen.

01:16:31.129 --> 01:16:39.169
Im Gegensatz zu wie viel Wissen, wie viel Informationen können jetzt die einzelnen

01:16:39.169 --> 01:16:45.689
Teams haben, ohne eben, dass der Kopf platzt, um dann diese richtigen Entscheidungen aber

01:16:45.689 --> 01:16:51.609
auch zu treffen. Das ist auf jeden Fall eine spannende Sicht da drauf und es klingt für

01:16:51.609 --> 01:16:54.089
Für mich jetzt so, als hätte unfix hier den...

01:16:55.453 --> 01:17:00.903
Die gleichzeitige Herausforderung, aber auch Vorteil, dass man sich irgendwie damit auseinandersetzen muss.

01:17:00.903 --> 01:17:04.903
Es kann vielleicht auch ganz einfach sein zu sagen, wir arbeiten jetzt nach diesem Prozess.

01:17:04.903 --> 01:17:08.803
Also sagen wir mal, wir haben jetzt fünf Tage in der Woche ein Daily,

01:17:08.803 --> 01:17:11.117
weil irgendjemand hat mal gesagt, das wäre gut.

01:17:12.495 --> 01:17:16.743
Aber wenn man das nicht so für sich selber entschieden hat, wozu man das jetzt eigentlich nutzen will,

01:17:17.086 --> 01:17:21.303
ich meine, wir kennen wahrscheinlich alle, entweder haben wir es selber im eigenen Leib erfahren müssen

01:17:21.303 --> 01:17:24.103
oder wir kennen Erzählungen von Freunden und Freundinnen darüber,

01:17:24.216 --> 01:17:30.263
Wie es heißt, ja, keine Ahnung, Dev1 hat gesagt, ich arbeite an Ticket1, danach arbeite ich an Ticket2.

01:17:30.303 --> 01:17:32.463
So, ja gut, schon klar.

01:17:32.858 --> 01:17:37.845
Ja, deswegen finde ich das schon auf jeden Fall spannend. Ich denke aber auch,

01:17:38.790 --> 01:17:44.983
man kann wahrscheinlich nicht davon ausgehen zu sagen, wir machen jetzt dieses Ding, und dann läuft's einfach.

01:17:45.023 --> 01:17:47.504
Denn die Frage ist ja auch, wie du am Anfang schon meintest,

01:17:47.943 --> 01:17:53.140
wie viel Zeit hat man denn eigentlich im Alltag, um sich mal nebenbei um so was zu kümmern?

01:17:53.580 --> 01:17:59.315
Hast du da die Erfahrung gemacht oder wie war das bei euch so im Sinne, gab es da jetzt dedizierte Personen,

01:17:59.675 --> 01:18:06.283
die da mal kurzfristig zumindest irgendwie Vollzeit daran gearbeitet haben oder sogar langfristig

01:18:06.652 --> 01:18:09.703
Vollzeit an Organisationen arbeiten?

01:18:09.992 --> 01:18:14.448
Oder schafft man das irgendwie sogar nebenbei verschiedene Personen?

01:18:15.303 --> 01:18:16.572
Wie war es bei euch?

01:18:18.319 --> 01:18:27.243
Ich glaube, der größte Schritt bei uns war quasi von keiner bewussten Organisationsform zu einer.

01:18:27.243 --> 01:18:31.607
Also das war schon ein verhältnismäßig großer Schritt.

01:18:32.110 --> 01:18:44.743
Weil damit kommen dann eben auch solche Fragen. Es macht nicht mehr jeder alles, sondern dann fängt man ja auch an, so ein bisschen Grenzen einzuziehen zum Unternehmen.

01:18:44.743 --> 01:18:50.743
Und das hat immer Redebedarf. Also das halt dann, ist das dann jetzt noch Teil von meinem Job oder nicht?

01:18:50.743 --> 01:18:56.743
Und da war es definitiv nicht so ein Ding, was wir so mal eben gemacht haben,

01:18:56.743 --> 01:19:02.743
sondern da haben wir uns wirklich mehrfach dann mit dem Management und mit dem Leadership-Team zusammen

01:19:02.743 --> 01:19:10.743
eingeschlossen und viele Sachen gemeinsam erarbeitet und dann eben halt auch gesprochen,

01:19:10.743 --> 01:19:14.421
wie wir die Sachen dann kommunizieren und wie wir sie tatsächlich einführen.

01:19:14.871 --> 01:19:17.968
Und ansonsten ist es bei uns so ein... Naja, also für...

01:19:19.390 --> 01:19:26.840
Jetzt Organisationsentwicklung in dem Sinne und Change, da gibt es jetzt schon feste Prozesse.

01:19:26.840 --> 01:19:32.340
Es ist jetzt gerade keine, also bei uns steht jetzt, ist jetzt auch noch nicht in Stein gepeistet,

01:19:32.340 --> 01:19:37.040
wie am fix wird es jetzt hier als nächstes so, sondern das ist das, was ich aktuell am spannendsten finde

01:19:37.040 --> 01:19:41.140
und wo ich mir gut vorstellen kann, dass wir uns daraus bedienen.

01:19:41.590 --> 01:19:48.040
Aber es gibt jetzt nicht die eine riesengroße Change-Initiative, in der wir sagen,

01:19:48.040 --> 01:19:53.040
Wir müssen jetzt alle Strukturen, die wir bei uns haben, überprüfen und alle Teams neu basken.

01:19:53.040 --> 01:19:54.679
So was gibt's jetzt gerade nicht.

01:19:55.291 --> 01:20:01.040
Und wenn es die gebe, dann könnte, würde ich mir vorstellen,

01:20:01.040 --> 01:20:03.033
würde es bei uns eher so laufen, dass wir,

01:20:03.799 --> 01:20:08.921
das auch eher so graduell ausrollen und dann eben nochmal vorfühlen,

01:20:09.040 --> 01:20:12.040
tatsächlich in den Teams und Strukturen,

01:20:12.620 --> 01:20:16.040
wie gut funktioniert's denn gerade, wo fehlt euch vielleicht mal Information,

01:20:16.040 --> 01:20:22.200
Informationen, weil was super spannend ist, was du auch beschrieben hast Vanessa, es gibt halt das

01:20:22.200 --> 01:20:31.240
offizielle Organigramm in der Firma und es gibt das informelle. Und die Leute.

01:20:33.236 --> 01:20:38.796
Besorgen sich immer alle Informationen, die sie brauchen, um ihren Job machen zu können.

01:20:38.908 --> 01:20:45.101
Und das geht eigentlich immer kreuz und quer und links oben, geradeaus, rechts unten und,

01:20:45.659 --> 01:20:51.780
bildet in den allerwenigsten Fällen zum Beispiel den Hierarchie-Layer tatsächlich ab in der Firma.

01:20:52.006 --> 01:20:56.660
Und lässt sich auch überhaupt nicht vermeiden. Das ist auch nicht schlimm.

01:20:57.110 --> 01:21:08.716
Aber es ist natürlich so, wenn du zum Beispiel merkst, dass du im Alltag häufiger mit Leuten außerhalb von deinem Team sprechen musst als mit deinem Team,

01:21:08.885 --> 01:21:12.855
dann könnte es angebracht sein, dass du eigentlich in einem anderen Team sitzen musst.

01:21:13.098 --> 01:21:22.556
Weil mit deinem Team selber hast du eigentlich keinen Informationsaustausch, sondern du redest eigentlich immer mit der Kraft aus dem anderen Team.

01:21:22.556 --> 01:21:25.756
Und ihr habt da eigentlich irgendeine Initiative, die macht ihr gemeinsam oder so.

01:21:25.756 --> 01:21:28.897
Das wären dann Punkte, wo das spannend wäre, das zu erfahren.

01:21:29.464 --> 01:21:37.556
Alles klar. Gibt es denn ansonsten noch Punkte, auf die du speziell eingehen möchtest?

01:21:38.656 --> 01:21:44.156
Na ja, also ich finde, wie gesagt, ich finde spannend, die verschiedenen Arten von Crews.

01:21:44.840 --> 01:21:50.156
Ich finde aber auch spannend, aber da würde ich auch exemplarisch vielleicht nur zwei,

01:21:50.156 --> 01:22:00.516
Sachen nehmen. Was die eben auch noch zur Hand geben, sind so Modelle und Hilfsmittel tatsächlich

01:22:00.516 --> 01:22:07.556
dann zur Prozessorganisation. Die sind aber auch nicht so stark, also weil wir jetzt so viel darüber

01:22:07.556 --> 01:22:12.450
gesprochen haben, so, wann mache ich meine Dailies und Retros und so. Ne, die gehen tatsächlich

01:22:12.716 --> 01:22:16.564
noch mal so ein bisschen in eine andere Richtung. Die gehen tatsächlich ans Eingemachte, zum Beispiel,

01:22:17.156 --> 01:22:19.139
Beispiel.

01:22:20.012 --> 01:22:29.982
Wie delegiere ich Arbeit in einem Unternehmen? Und da gibt es zum Beispiel, das ist auch eins zu eins aus diesem Management 3.0 Buch übernommen,

01:22:29.982 --> 01:22:37.182
da gibt es so eine ganz lustige Übung, aber die ist auch wirklich hilfreich.

01:22:37.539 --> 01:22:42.222
Das nennen sie Delegation Levels oder Delegation Poker.

01:22:42.617 --> 01:22:47.901
Und da kannst du zum Beispiel mit einem Team halt eine Übung machen und sagen,

01:22:48.432 --> 01:22:53.702
Hört mal, Leute, ist euch klar, also Führungskraft mit dem Team,

01:22:53.987 --> 01:22:57.782
nach was für einem Delegationsmuster hier eigentlich Sachen gerade entschieden werden.

01:22:57.782 --> 01:23:01.662
Und das kann man tatsächlich auch so, ähnlich wie, das werdet ihr vielleicht mal gemacht haben,

01:23:01.662 --> 01:23:05.702
wie so Planning-Poker kann man dann Delegation-Poker spielen.

01:23:05.702 --> 01:23:09.062
Das ist eigentlich ganz lustig und ganz schön.

01:23:09.452 --> 01:23:16.420
Und zwar Delegation im Sinne von, da gibt's dann so unterschiedliche Level, sieben Stück,

01:23:16.807 --> 01:23:20.002
von Leute, ich erzähle es euch, wie es jetzt gemacht wird,

01:23:20.084 --> 01:23:25.242
bis hin zu ihr macht es komplett eigenständig und müsst mir auch nicht erzählen, was ihr da treibt.

01:23:25.782 --> 01:23:34.002
Und dazwischen gibt es eben aber Graubereiche. Und das finde ich ist das Tolle bei unfix, weil es diese Graubereiche versucht auszufüllen.

01:23:34.002 --> 01:23:42.002
Also zu sagen, in den und den Bereichen könnt ihr komplett eigenständig agieren

01:23:42.176 --> 01:23:46.202
Oder ihr informiert mich zumindest, was ich halt irgendwie mache,

01:23:46.202 --> 01:23:49.108
jetzt aus der Perspektive der Führungskraft gesprochen.

01:23:49.729 --> 01:23:57.402
Aber in diesem und jenem Bereich möchte ich bitte auch noch weiterhin das letzte Wort haben.

01:23:57.402 --> 01:24:03.902
Aber ich committe mich darauf, bevor ich eine Entscheidung treffe, zum Beispiel das Team anzuhören.

01:24:04.042 --> 01:24:08.502
Das ist eine andere Vorgehensweise, als zu sagen, ich mache es komplett alleine.

01:24:09.173 --> 01:24:17.023
Und das ist ein ganz, finde ich, schönes und sympathisches Ding und was ich mir vorstellen kann, was die Arbeit erleichtert.

01:24:17.023 --> 01:24:21.023
Und am Ende ist das Ziel natürlich davon, dass das Team autonomer wird.

01:24:21.023 --> 01:24:27.023
Also muss der Führungskraft auch bereit sein, Dinge dann abzugeben, aber eben auch Klarheit darüber zu haben.

01:24:27.023 --> 01:24:34.023
Weil das sind ja immer dann die Sachen, wo es so ein bisschen pritzelt vielleicht in der unternehmischen Gestaltung.

01:24:34.023 --> 01:24:43.143
Ist so, bin ich jetzt genügend einbezogen worden? Das Gefühl, das kennt ihr bestimmt auch im Alltag,

01:24:43.143 --> 01:24:50.343
ist das jetzt ohne mich Erfolg? Warum denn eigentlich? Oder eben auch nicht?

01:24:50.809 --> 01:25:01.494
Ich kenne das auch andersrum. Also ich kenne auch die Erfahrungen, in denen man in alles mit einbezogen wird.

01:25:01.756 --> 01:25:07.382
Und ich glaube, ich gelte schon immer gerne so ein bisschen als die Dev-Beschützerin.

01:25:07.598 --> 01:25:11.743
Ich versuch's nicht zu stark zu machen, aber ich frag mich eben auch manchmal,

01:25:11.783 --> 01:25:16.623
wo diese Grenze ist an zu viel Information, wenn man grade wieder zur kognitiven Load geht.

01:25:16.870 --> 01:25:23.863
Und muss jede Person immer an alles einbezogen werden? Das ist jetzt sehr von eigenen Erfahrungen abhängig.

01:25:23.903 --> 01:25:28.249
Also, ich kann mir vorstellen, dass mir grade 50 Leute sehr stark widersprechen wollen.

01:25:28.826 --> 01:25:37.980
Das sind natürlich immer Extrembeispiele dann. Apropos persönliche Erfahrungen, ich habe jetzt gerade schon relativ viele Fragen gestellt.

01:25:38.395 --> 01:25:47.263
Hans, hast du noch Einschätzungen dafür? Gefallen dir diese Grauzonen ganz persönlich?

01:25:47.361 --> 01:25:52.051
Oder siehst du das eher bei diesen, es ist doch eigentlich auch ganz gut, wenn es ein Regelwerk gibt

01:25:52.263 --> 01:25:54.869
und wir halten uns einfach alle da dran und dann ist es gut.

01:25:57.092 --> 01:26:18.401
Ja, also ich glaube, das Problem ist ja eben schon ein bisschen angeklungen, auch es gibt halt nicht diese eine Regel im Normalfall, die für alle Szenarien gilt, also man muss halt häufig mal irgendwie situativ reagieren, ne, und mit einer Information oder einer Entscheidung macht man halt eher so nach dem Motto.

01:26:18.986 --> 01:26:21.802
Die muss halt demokratisch gefällt werden.

01:26:21.802 --> 01:26:24.702
Manche Sachen willst du halt hierarchisch fällen müssen.

01:26:25.018 --> 01:26:29.602
Und das kommt halt so ein Stück weit einfach drauf an, was ist der Kontext, in dem du gerade unterwegs bist.

01:26:29.602 --> 01:26:31.274
Wenn deine Website down ist,

01:26:31.832 --> 01:26:34.602
und du jetzt aber erst noch mal mit allen diskutieren möchtest,

01:26:34.602 --> 01:26:39.602
wie du denn am besten jetzt den Bug anfasst, und dafür brauchst du halt irgendwie eine Stunde,

01:26:40.160 --> 01:26:44.402
dann ist das vielleicht nicht so die ideale Vorgehensweise, sondern dann ist es vielleicht ganz gut,

01:26:44.402 --> 01:26:46.884
eine gewisse Struktur zu haben, ja.

01:26:47.298 --> 01:27:03.827
Und wenn die aber vorher gemeinschaftlich bestimmt wurde und da vielleicht die ausreichend sozusagen Demokratie geherrscht hat, dann führt das halt vielleicht dazu, dass du halt dieses, also dass du dahinter stehst, wie es dann abläuft.

01:27:04.106 --> 01:27:12.902
Und ich glaube, das ist so ein Stück weit, was man halt für viele Szenarien, die jetzt gerade schon beschrieben wurden oder so, halt gut anwenden kann.

01:27:12.902 --> 01:27:15.662
Es ist halt immer situativ, es kommt auf das Unternehmen an.

01:27:15.662 --> 01:27:21.262
Wir haben vorhin schon mal angesprochen, es gibt halt auch Unternehmen, bei denen das vielleicht anders gar nicht funktioniert.

01:27:21.262 --> 01:27:25.382
Ich nehme mal eine Feuerwehr oder das Militär wurde irgendwann mal,

01:27:25.382 --> 01:27:28.502
haben wir, glaube ich, einfach mal gesagt am Anfang.

01:27:29.600 --> 01:27:34.142
Das sind halt so, ja, und da muss man halt sehr, sehr gut einfach drauf gucken,

01:27:34.142 --> 01:27:40.422
in welchem Kontext macht es einfach Sinn, wie sich, also wie organisiert man sich auch?

01:27:40.422 --> 01:27:44.222
Und ich glaube, das ist für mich so ein bisschen das, was wir jetzt auch mal gehört haben,

01:27:44.222 --> 01:27:46.182
auch mit den unterschiedlichen Ansätzen.

01:27:46.182 --> 01:27:55.462
Und bei Anfix, glaube ich, Ein Ansatz, der versucht, viele sehr gute Praktiken zu bündeln.

01:27:57.723 --> 01:28:12.373
Ja, so würde ich es auch sagen. Also ich glaube auch, in Anfieber ist nicht drin, also im Gegenteil, jeder redet mit jedem jederzeit.

01:28:12.373 --> 01:28:18.933
Also ein bisschen so aus dem Nähkästen kann ich sagen, bei uns findet das manchmal statt.

01:28:18.933 --> 01:28:29.333
Also, da würde ich sagen, das ist eher ein relativ hoher Austausch, von dem ich vielleicht dann auch manchmal ein bisschen betroffen bin und dann manchmal denke,

01:28:29.333 --> 01:28:34.933
okay, Moment, muss das jetzt wirklich alle Leute jetzt irgendwie da angehen oder nicht?

01:28:34.933 --> 01:28:45.933
Also, sondern eher wirklich das aktiv zu gestalten und darüber Klarheit zu machen oder Klarheit herzustellen.

01:28:47.010 --> 01:28:53.653
Und Bassan sagt, klar, man muss auch situativ immer noch Entscheidungen treffen können

01:28:53.653 --> 01:28:57.213
oder auch schnell reagieren können.

01:28:57.948 --> 01:29:05.133
Und wenn ihr diese Delegationsskala eigentlich anguckt, die so von eins bis sieben da geht,

01:29:05.133 --> 01:29:08.173
wenn ihr euch diese Kärtchen anguckt – ich kann es euch auch nochmal schicken –,

01:29:08.173 --> 01:29:20.953
so, dann ist eigentlich das Schwierigste eigentlich immer, wenn keine direkte Delegation stattfindet,

01:29:20.953 --> 01:29:24.853
also wenn man sich in der Mitte treffen muss, ist eigentlich immer das Schlimmste. Also wenn

01:29:24.853 --> 01:29:30.293
alle Beteiligten übereinstimmen müssen, dann ist eigentlich klar, dann braucht es ewig,

01:29:30.293 --> 01:29:34.933
um eine Entscheidung finden zu können. Und deswegen sind meistens eigentlich die Verfahren,

01:29:34.933 --> 01:29:41.413
die just good enough sind, also die dann eher andersherum sind. Die Führungskraft berät mit

01:29:41.413 --> 01:29:47.493
dem Team oder mit einzelnen Mitgliedern aus dem Team, holt da die Expertenmeinung ein und trifft

01:29:47.493 --> 01:29:53.693
dann die Entscheidung. Oder andersherum, das Team trifft die Entscheidung, aber holt den Rat der

01:29:53.693 --> 01:29:58.653
Führungskraft ein. Nach meiner Erfahrung, die funktionieren dann auf jeden Fall schneller.

01:29:59.029 --> 01:30:10.353
So, das ist einfach völlig klar. Wenn man das aber eben im Vorfeld weiß, dann kann man auf jeden Fall mehr Klarheit darüber im Leben auch herstellen.

01:30:11.218 --> 01:30:20.653
Also das ist auf jeden Fall ein Modell, was ich ganz schön fand und was ich direkt daran anschließend vielleicht noch vorschlagen würde, uns nochmal anzugucken, ist tatsächlich, wo wir auch schon darüber gesprochen haben,

01:30:21.417 --> 01:30:28.713
wäre Entscheidungsfindung. Also wir haben eben über Delegation gesprochen und das andere ist

01:30:28.713 --> 01:30:30.713
Entscheidungsfindung.

01:30:33.480 --> 01:30:51.241
Und auch da gibt es quasi so eine Art Spielkarten oder Modell, wo sich ein Team überlegen kann oder eben auch die Führungskraft oder die Organisationsentwickler,

01:30:51.790 --> 01:30:58.057
in welchen Bereichen wollen wir nach was für einem Verfahren eine Entscheidung treffen?

01:30:58.130 --> 01:31:10.066
Also eigentlich genau das, was du gerade meintest, Hans. Also wann ist es quasi urdemokratisch oder wann wird das hier autokratisch durchgeführt?

01:31:10.750 --> 01:31:15.470
Und da ganz viele Sachen kennt man bestimmt auch aus dem Alltag daraus.

01:31:15.470 --> 01:31:18.670
Das ist jetzt nicht so revolutionär da drin.

01:31:19.130 --> 01:31:24.350
Aber es ist schon spannend, da als Team drüber zu reflektieren.

01:31:24.350 --> 01:31:31.970
Und gerade wenn man in, was weiß ich, Scrum-Teams arbeitet und dann auch jemanden hat, der Prozessbegleitung macht,

01:31:32.175 --> 01:31:38.150
dann können solche Sachen eben in einem Team halt auch vereinfacht werden oder abgekürzt werden.

01:31:38.150 --> 01:31:51.930
Und dann sagt man, die super schwerwiegenden Entscheidungen zur Architektur, da muss es in einstimmig oder Mehrheitsvoting

01:31:51.930 --> 01:32:00.330
mindestens irgendwie dazu kommen und in vermeintlich einfacheren Entscheidungen oder nicht so schwerwiegenderen Sachen,

01:32:00.330 --> 01:32:14.630
da kann auch jede Dev alleine das entscheiden. Oder ein Verfahren, was ich in der Vergangenheit relativ häufig auch in so Community of Practices angewandt habe, Das ist so dieses...

01:32:15.692 --> 01:32:20.122
Konsentmodell, ich weiß nicht, ob ihr das kennt oder schon mal was von gehört habt.

01:32:20.122 --> 01:32:25.362
Also die Frage, die man da stellt, also sprich, ihr habt im Dev-Team irgendwie

01:32:25.612 --> 01:32:34.902
heftige Diskussionen über, wie soll dieser Customer-Dialog implementiert werden oder irgendwas anderes, lässt sich ja über alles

01:32:34.902 --> 01:32:43.702
vertrefflich streiten, aber irgendwann muss man eben halt auch zu einer Entscheidung kommen und dann ist die Frage, welche Güte

01:32:43.702 --> 01:32:48.582
ein Einführungszeichen hat, diese Entscheidung. Und dann ist es eben was anderes zu sagen,

01:32:49.693 --> 01:32:54.742
wir sind alle einer Meinung, genau das ist es, was wir machen wollen, als zu sagen,

01:32:54.742 --> 01:33:00.502
also das wäre dann eben Konsens. Als im Konsent stellt man dann immer die Frage.

01:33:01.676 --> 01:33:07.342
Guck mal, wir haben hier den und den Vorschlag, ist das gut genug, als dass wir es ausprobieren

01:33:07.342 --> 01:33:14.962
sollten. Und wenn nicht, dann ist die Frage, die man immer stellt, gibt es irgendwelche kritischen

01:33:14.962 --> 01:33:19.222
Einwände an dieser Stelle? Also fällt uns der Himmel auf den Kopf, wenn wir das jetzt wirklich

01:33:19.222 --> 01:33:24.262
so machen. Dann tretet jetzt bitte vor, dann müssen wir uns leider immer noch unterhalten.

01:33:24.262 --> 01:33:30.482
Aber wenn nicht, lasst uns doch mit diesem Vorschlag weitergehen und dann lernen wir

01:33:30.482 --> 01:33:36.382
gemeinsam, ob der gut ist oder nicht. Und das ist eine ganz andere Diskussion und damit kann man

01:33:36.382 --> 01:33:42.122
auch viele Sachen echt auch abkürzen. Also man kann sagen, pass auf, das ist zwar nicht meine

01:33:42.122 --> 01:33:48.762
Lieblingslösung, ich würde es vielleicht anders machen, aber ich kann damit auch leben mit diesem

01:33:48.762 --> 01:33:54.473
Vorschlag, mit dieser Lösung, die ein anderer Teammember vorgeschlagen hat und das ist gut,

01:33:54.922 --> 01:34:02.202
genug. Und aber auch solche Verfahren, also das ist zum Beispiel ein Verfahren, was in der Holokratie

01:34:02.202 --> 01:34:10.282
relativ häufig zur Anwendung kommt. Also, sprich, Holography, Schöpf ja uns vorhin nochmal erwähnt.

01:34:11.254 --> 01:34:22.922
Aber auch da, es ist halt eine feine Linie zwischen qualitativ hochwertige Entscheidungen

01:34:22.922 --> 01:34:29.882
treffen und Dinge tot diskutieren. Dann muss man eben ein gutes Mittelmaß oder ein gesundes

01:34:29.882 --> 01:34:37.602
Mittelmaß finden. Und wenn man das aber als Team aktiv reflektiert, dann glaube ich, ist man in der

01:34:37.602 --> 01:34:42.842
Lage, da schneller das richtige Verfahren einzufinden, überhaupt darüber zu sprechen. In dem Team hört

01:34:42.842 --> 01:34:48.001
mal nach was nach was für einer form wollen wir das denn jetzt eigentlich entscheiden beim Mail.

01:34:50.477 --> 01:34:58.480
Regelt man es ja eigentlich nicht oder wie kennt ihr es? Oder habt ihr solche Diskussionen oder auch Vorgaben im Alltag?

01:34:58.624 --> 01:34:59.083
Also.

01:35:00.416 --> 01:35:09.967
Nee, also eigentlich kenne ich das aus Teams auch nicht, dass man sich da so ein Regelwerk festlegt, aber vielleicht ist es halt das, was es genau viel einfacher machen würde.

01:35:10.417 --> 01:35:21.310
Also meistens ist es ja, man diskutiert und diskutiert und irgendwann ist es dann jemand leid und dann sagt man, so jetzt lasst uns doch mal zu einer Entscheidung kommen und dann es geht halt trotzdem immer jemand raus,

01:35:21.778 --> 01:35:28.502
der dann irgendwie sich nicht so wohl vielleicht fühlt, also bei einer kritischen Sache, ja gibt auch vieles, wo sich Leute einfach allein,

01:35:28.980 --> 01:35:33.687
aber es geht ja hier um die Sachen, wo es das leider nicht, wo das leider nicht möglich ist.

01:35:33.841 --> 01:35:43.347
Und ich glaube, da jemanden auch zu haben, in Anführungsstrichen als Schiedsrichter, Schiedsrichterin, so, ja, was Agile Coaches anbelangt oder Scrum Master anbelangt,

01:35:43.860 --> 01:35:54.591
und da dann so ein Regelwerk als Grundlage zu haben, wo man sich in einer, zu besseren Zeiten in Anführungsstrichen mal drauf committed hat,

01:35:55.149 --> 01:36:00.758
das ist ja das, was hilft, ne, weil wir machen es ja immer von den Konfliktfall aus, so wie man es bei Verträgen ja auch macht.

01:36:01.261 --> 01:36:06.375
Wir verstehen uns eigentlich immer gut, aber wenn es dann doch mal zum Konflikt kommt, dann haben wir wenigstens hier unser Regelwerk.

01:36:06.708 --> 01:36:12.287
Und wenn wir uns da drauf committed haben, glaube ich, dann beugt das halt dem Konflikt vor.

01:36:12.287 --> 01:36:15.062
Und das wiederum führt zu einer besseren Team Health.

01:36:15.503 --> 01:36:18.987
Das wiederum führt dann dazu, dass du schneller Entscheidungen treffen kannst.

01:36:19.392 --> 01:36:23.687
Und vor allem das führt dazu, dass du einfach mehr Stuff dann bekommst.

01:36:23.687 --> 01:36:26.306
Und das ist ja, glaube ich, unser aller Ziel irgendwo, ne?

01:36:29.547 --> 01:36:35.807
Ja, also, ich finde das cool. Ich habe das noch nie in Practice irgendwo gesehen.

01:36:36.244 --> 01:36:46.237
Aber ich werde das auf jeden Fall auch mal mitnehmen und gerade für neuere Teams, die sich bei uns auch hoffentlich bald gestalten,

01:36:46.588 --> 01:36:53.214
oder die sich bei uns gestalten, wird das wieder sehr interessant werden, wenn man sich dann doch nochmal unterhält,

01:36:53.322 --> 01:36:57.987
Wie ist denn ein Team so aufgesetzt? Wie funktioniert denn ein Team in sich?

01:36:57.987 --> 01:37:05.889
Aber auch, sagen wir mal, auf einer, sagen wir mal, wenn man viel mit Stakeholdern redet oder in Leadership-Runden, ja,

01:37:06.060 --> 01:37:18.600
Wo leider, leider muss man ja sagen, diese Themen, so meine Fächer, häufig auch mal ein bisschen kürzer treten und man sehr, sehr viel redet.

01:37:20.266 --> 01:37:31.249
Und dann aber doch vielleicht sich gar nicht auf die Best Practices, die man so an anderer Stelle vielleicht auch mitnimmt, ja, sei es jetzt aus dem agilen Kontext oder ähnlichem, dann vielleicht hinten runterfallen.

01:37:31.996 --> 01:37:49.136
Ja, also, ich meine, es ist ja auch immer wirklich auch eine Abwägung von, also, wie viel willst du regulieren und formalisieren und wie viel eben halt auch nicht in einem Unternehmen, so.

01:37:49.730 --> 01:37:56.869
Also jede Regel kommt natürlich dann auch wieder mit einem Overhead.

01:37:57.382 --> 01:38:06.716
Aber – oder andersherum – jede Regel, die du einführst, ist sehr schwer dann wieder zu revidieren zu einem späteren Zeitpunkt.

01:38:06.716 --> 01:38:12.253
Und für Leute, die dazukommen und so, die die Entstehungsgeschichte nicht kennen, kann es auch schwerer werden.

01:38:12.596 --> 01:38:19.316
Aber es sind dann eben Verfahren, die dir solche Dinge dann, die helfen, das abzukürzen und da Klarheit drüber zu schaffen.

01:38:19.316 --> 01:38:26.316
So wie, wo liegt es denn jetzt eigentlich und in welchem Ermessen und wer wird da einbezogen und so.

01:38:27.126 --> 01:38:31.216
Das finde ich grundsätzlich gut. So, und dann kommt man eben hin.

01:38:31.216 --> 01:38:39.584
Es geht ja immer darum, wie enable ich meine Teams, Crews,

01:38:40.089 --> 01:38:51.611
dass sie möglichst gut ihren Job im Sinne des Unternehmens machen und dabei sich mit allen relevanten,

01:38:52.170 --> 01:38:55.653
Stakeholdern austauschen können.

01:38:55.923 --> 01:39:00.010
Und das sind die entscheidenden Fragen.

01:39:02.036 --> 01:39:11.606
Ja, auf jeden Fall super, super spannendes Thema. Genau, ich kann das leider gar nicht so zur Anwendung bringen

01:39:11.646 --> 01:39:13.865
in unserem Team, das ist echt ziemlich klein.

01:39:14.586 --> 01:39:21.769
Also wir sind da wahrscheinlich noch eher holokratisch. Aber tatsächlich, so Konfliktlösungsansätze, die sind immer gut.

01:39:22.625 --> 01:39:32.986
Also das hat man da ja auch, dass man gucken muss, dass man sich dann nicht totoptimiert für die beste Lösung,

01:39:32.986 --> 01:39:38.986
sondern irgendwann sagt, wir arbeiten ja auch agil, wir können ja immer noch mal verbessern später,

01:39:38.986 --> 01:39:39.756
aber lass uns mal machen.

01:39:41.061 --> 01:39:46.986
Genau. Aber ich glaube, mich würde vielleicht auch noch mal interessieren,

01:39:46.986 --> 01:39:49.486
was unsere Hörerinnen und Hörer,

01:39:49.486 --> 01:40:02.086
wo die sich in ihrer Organisation hinentwickelt haben Und ob das, wo sie gerade sind, für sie gut funktioniert und was da gut funktioniert.

01:40:02.086 --> 01:40:09.966
Ob ihr Hörer vielleicht auch schon tatsächlich anfix mal implementiert habt bei euch oder

01:40:09.966 --> 01:40:12.886
dass in eurem Unternehmen vielleicht gelebt wird.

01:40:13.145 --> 01:40:21.126
Das würde dich ja auch interessieren, denke ich mal, Milan. Was da so eure Erfahrungen sind und wo das vielleicht auch irgendwie doof ist.

01:40:21.126 --> 01:40:26.466
Vielleicht ist es ja auch blöd, dass es keine Guardrails gibt,

01:40:26.506 --> 01:40:28.728
so viele wie ... Und Vorgaben ...

01:40:30.529 --> 01:40:35.588
Ist ja bei so Frameworks auch so, ne? Manche finden das sehr gut, nicht so viel drüber nachzudenken,

01:40:36.398 --> 01:40:39.909
sondern einfach zu machen, wie das vorgegeben wird, oder eben andersrum.

01:40:41.151 --> 01:40:47.345
Und natürlich auch, wie ihr es safe findet. Das interessiert vor allem die Vanessa.

01:40:49.064 --> 01:40:57.246
Und den Hans. Den Hansen interessiert es auch. Um uns das zu erzählen, gibt es immer noch Twitter.

01:40:57.490 --> 01:41:01.246
Es gibt Mastodon und wir haben ja auch unseren Community Slack,

01:41:01.550 --> 01:41:04.686
die ihr alle verlinkt auf unserer Seite findet.

01:41:06.321 --> 01:41:11.671
Genau. Und dir, Milan, sagen wir vielen Dank für ein tolles Thema,

01:41:11.948 --> 01:41:15.071
für die Anregung, das hier mal irgendwie zu besprechen.

01:41:16.782 --> 01:41:27.171
Genau, vielen Dank und euch auch viel Erfolg beim weiteren, sozusagen bei der weiteren Evolution und beim Forschen

01:41:27.171 --> 01:41:29.899
und Weiterentwickeln.

01:41:30.529 --> 01:41:34.171
Das hört sich auf jeden Fall sehr spannend und auch sehr cool an,

01:41:34.171 --> 01:41:36.020
an, dass ihr euch da so viele Gedanken macht.

01:41:36.317 --> 01:41:39.171
Ja, vielen Dank und sehr gerne.

01:41:39.612 --> 01:41:42.160
Schönen Rapport zusammen. Dankeschön.

01:41:43.171 --> 01:41:47.507
Dann hören wir uns nächste Woche wieder. Bis dahin, vielen Dank.

01:41:48.488 --> 01:41:51.441
Tschüss. Ciao. Ciao. Tschüss!

WEBVTT

00:00.000 --> 00:07.240
Domainschiffen-Design versteht sich recht gut mit Funktionaler-Pokamierung, was ja auch ein bisschen trendet in den letzten Jahren.

00:07.760 --> 00:14.440
Auf welche Feinheiten muss ich denn achten? Du hast es eben angesprochen, hexagonale Architektur. Wie baue ich meine Services auf?

00:14.960 --> 00:21.440
Das ist ein entscheidender Punkt von Domainschiffen-Design, dass man die Logik ganz klar dann auch mit dem Begriffen zusammenführt.

00:21.680 --> 00:25.160
Das heißt, dass man die Logik für ein Order auf beide Orders selber hat.

00:25.160 --> 00:29.040
Das ist jetzt nur eine Sache und irgendwie klingt das so, als würde noch ganz viel hinterher kommen.

00:29.040 --> 00:31.040
Genau, da gibt es noch ganz, ganz viel.

00:31.040 --> 00:33.040
Revision 556.

01:01.160 --> 01:06.160
Diese Revision wird unterstützt von Demodern.

01:06.160 --> 01:14.200
Demodern ist eine Digitalagentur mit Sitz in Köln und Hamburg und gehört zu den führenden Creative Technology-Agenturen in Europa.

01:14.200 --> 01:24.120
Rund 80 Digitalexpertinnen arbeiten derzeit für internationale Marken und Unternehmen wie Nike, IKEA, SAP, LG oder Mazda.

01:24.120 --> 01:36.720
Demodern wurde bereits mit zahlreichen Kreativpreisen ausgezeichnet. Neben Qualität, Innovation und Kreativität ist Teamwork die Superkraft der Agentur und du kannst bald zum Team gehören.

01:36.720 --> 01:43.320
Gesucht wird ein Full-Stack-Developer bzw. eine Full-Stack-Developerin mit Fokus auf Webmobile.

01:43.320 --> 01:55.320
Du bist dann verantwortlich für die Front- und Backend-Entwicklung interaktiver Projekte, die technische Recherche und Konzeption, aber vor allem für die Weiterentwicklung von Interaktions- und Web-Technologien.

01:55.320 --> 02:01.320
Unterstützt wirst du von einem internationalen Team aus den Bereichen Design, Konzeption und Entwicklung.

02:01.320 --> 02:02.320
Klingt gut?

02:02.320 --> 02:06.320
Dann bewirb dich unter demodern.de.

02:06.320 --> 02:14.320
Vielen Dank für die Unterstützung dieser Revision von WorkingDraft.

02:14.320 --> 02:23.320
Hallo und herzlich willkommen beim WorkingDraft. Wir sind schon in der Revision 556 und diesmal haben wir ein ganz besonderes Thema mit dabei.

02:23.320 --> 02:32.320
Es ist nämlich das Thema Domain Driven Development oder Domain Driven Design, aber bevor wir dahin kommen, sagen wir erstmal, wer mit dabei ist.

02:32.320 --> 02:36.320
Da ist nämlich aus dem Team dabei, die Vanessa, hallo.

02:36.320 --> 02:37.320
Servus.

02:37.320 --> 02:44.320
Ich bin der Hans und wir haben uns einen Gast eingeladen, und zwar den Florian Benz. Hallo Florian.

02:44.320 --> 02:46.320
Hallo zusammen.

02:46.320 --> 02:57.320
Schön, dass du mit dabei bist für die Hörerinnen und Hörer. Vielleicht kannst du dich einmal kurz vorstellen, wer bist du, was machst du so und dann gehen wir auch schon rein in das Thema heute.

02:57.320 --> 03:04.320
Genau. Hallo, ich bin der Florian Benz. Ich bin aktuell VP Engineering by Scalable Capital.

03:04.320 --> 03:09.320
Vielleicht kennst einige von euch schon hauptsächlich bekannt für unsere Broker App.

03:09.320 --> 03:15.320
Und da bin ich jetzt seit acht Jahren dabei, seit 2015. Solange gibt es auch die Firma.

03:15.320 --> 03:31.320
Das heißt, ich habe als erster Mitarbeiter die ganze Entwicklung mitbekommen und kann daher auch so ein bisschen erzählen, was jetzt Domain Driven Design by Scalable heißt, wann wir es eingeführt haben und wie sich das Ganze entwickelt hat.

03:31.320 --> 03:40.320
Und mein Hintergrund ist, ja angefangen habe ich als Java Entwickler, bin dann in die Webentwicklung ein bisschen reingerutscht bei meiner ersten Firma.

03:40.320 --> 03:48.320
Genauer gesagt AngularJS, einer der Gründe, wieso ich bei Scalable gelandet bin und dann haben wir ein Reakt verwendet.

03:48.320 --> 03:56.320
Aber ich habe über die Jahre nicht viel am Webfronten gemacht, aber immer mal wieder ein bisschen was.

03:56.320 --> 04:07.320
Das heißt, ich habe da auch Einblicke, aber hauptsächlich hinten dran Java oder noch über die Jahre Kotlin und dann auch viel bei AWS an der Cloud.

04:07.320 --> 04:20.320
Ja, sehr cool. Also es ist ja auf jeden Fall die Geschichte sozusagen vom Development in die Management Rolle und da dann bei einer Firma, das ist natürlich mega cool.

04:20.320 --> 04:32.320
Und vor allem möchtest du da heute mal auf einen speziellen Bereich eingehen und mit uns darüber sprechen, wie ihr denn bei euch Domain Driven Design eingeführt habt, was ist das überhaupt und so weiter.

04:32.320 --> 04:42.320
Wir haben eine Working-Craft-Revision in, ich glaube, mit der Nummer 314, in der wir mal über Domain Driven Development gesprochen haben.

04:42.320 --> 04:55.320
Das ist halt schon ein bisschen länger her. Jetzt verwende ich diese Begriffe Domain Driven Design und Domain Driven Development so irgendwie fast synonym, aber weiß gar nicht, ob das eigentlich so okay ist.

04:55.320 --> 05:05.320
Deswegen vielleicht an dich Florian, erst mal die Frage, was ist denn eigentlich Domain Driven Design und wie unterscheidet sich es dann auch vielleicht vom Domain Driven Development?

05:05.320 --> 05:17.320
Also Domain Driven Design ist ein sehr breites Feld. Das heißt, ich versuche es jetzt mal aus meiner Sicht zu beschreiben und im Deutschen ist es am besten mit der Fachlichkeit übersetzt.

05:17.320 --> 05:27.320
Das heißt, man versucht praktisch den Fachbereich einer Firma mit der Entwicklung zu kombinieren.

05:27.320 --> 05:36.320
Das fängt bei einfachen Sachen an, indem man zum Beispiel dieselbe Sprache verwendet und nicht die Entwickler jetzt hingehen und die Sachen irgendwie benennen.

05:36.320 --> 05:41.320
Das hört sich erst mal offensichtlich an, ist in der Praxis aber relativ schwer.

05:41.320 --> 05:48.320
Das heißt für mich auch für den Entwickler, dass er sich damit auseinandersetzen muss, was baue ich da eigentlich, was heißt das jetzt?

05:48.320 --> 06:00.320
Und was ich aus meiner Erfahrung sagen kann, man denkt sich als Entwickler was okay, das könnte so und so heißen in meinem Code, aber das ist oftmals nicht der korrekte Fachbegriff.

06:00.320 --> 06:15.320
Und hört sich jetzt vielleicht blöd an, aber dann zu lernen, was ist wirklich der korrekte Fachbegriff, wenn man zum Beispiel im Finanzbereich ist, wie nennt man das in der Wehrpapier-Abwicklung genau das Ding?

06:15.320 --> 06:18.320
Sich da reinfuchsen ist ganz schöne Arbeit.

06:18.320 --> 06:22.320
Und Domain Driven Design hat so mehrere Themen.

06:22.320 --> 06:27.320
Das heißt erst mal praktisch das Ganze verstehen, was man da überhaupt bauen will.

06:27.320 --> 06:31.320
Und da gibt es dann halt eben auch mehrere Verfahren, die angewendet werden.

06:31.320 --> 06:34.320
Da kommt es halt wie Event Storming zum Einsatz.

06:34.320 --> 06:39.320
Und dann gibt es natürlich die Punkte, wie man es dann konkret umsetzt.

06:39.320 --> 06:47.320
Die meisten Entwickler werden schon das eine oder andere davon schon mal gemacht haben, aber Domain Driven Design fasst halt eben alles so schön zusammen.

06:47.320 --> 06:55.320
Das heißt es gibt wirklich dann Muster, wie baue ich meine Klassen, wie setze ich es dann zusammen.

06:55.320 --> 07:01.320
Aber auch wenn ich jetzt mehrere Services habe im Backend, wie interagieren die?

07:01.320 --> 07:03.320
Was gibt es da für Muster?

07:03.320 --> 07:07.320
Das heißt, das ist sehr breit.

07:07.320 --> 07:17.320
Und wenn ich mich jetzt nicht vertue, ist das das Buch zu dem Thema, was den Begriff auch so richtig etabliert hat von 2003.

07:17.320 --> 07:23.320
Also auf jeden Fall vom Eric Evans, der sich halt eben hingesetzt und hat gesagt, okay,

07:23.320 --> 07:27.320
wir haben jetzt so viel darüber gesprochen, ich schreibe das jetzt mal alles zusammen.

07:27.320 --> 07:31.320
Und natürlich, wie jedes Thema entwickelt sich das Thema auch enorm weiter.

07:31.320 --> 07:36.320
Das heißt, bis das dann verbreitet hat und so dauert,

07:36.320 --> 07:43.320
und mittlerweile haben die meisten Entwickler es schon mindestens schon mal den Begriff irgendwo gelesen oder gehört,

07:43.320 --> 07:46.320
aber viele haben es auch noch nicht umgesetzt.

07:46.320 --> 07:52.320
Und dann ist die Hauptfrage, und das war auch unser Problem, ich habe jetzt das Buch gelesen,

07:52.320 --> 08:00.320
ich habe das auf einer Konferenz angehört oder ein Podcast gehört, aber wie setze ich das jetzt konkret um?

08:00.320 --> 08:05.320
Und das ist erstaunlich schwer, weil die Sachen hören sich erst mal offensichtlich an,

08:05.320 --> 08:12.320
das macht Sinn, aber wie ich es dann konkret umsetze, ist dann schon eine andere Herausforderung,

08:12.320 --> 08:15.320
an der wir auch ganz schön zu knabbern hatten.

08:15.320 --> 08:23.320
Auch wenn man sich extrem viel vorher schlau gemacht hat, ist es dann in der Praxis doch extrem schwer.

08:23.320 --> 08:28.320
Ich hätte da gleich eine konkrete Frage zu der Namensgebung.

08:28.320 --> 08:36.320
Das klingt sinnvoll, allerdings habe ich gleich den ersten Stolperstein, wenn wir zum Beispiel über etwas reden

08:36.320 --> 08:43.320
und wir wissen noch nicht, wie es im Produkt wirklich benannt wird oder wir haben da erst so einen temporären Namen.

08:43.320 --> 08:48.320
Das ist ein extremer Beispiel, das andere extremer Beispiel, irgendwann muss es geändert werden.

08:48.320 --> 08:54.320
Nennen wir einfach mal, wir haben da eine Textarea und sie ist für uns quasi immer in der Description gewesen,

08:54.320 --> 09:01.320
in der Beschreibung, nennen sie aber quasi in der UI zu Instructions Instruktionen um.

09:01.320 --> 09:08.320
Sollte das dann wirklich auch heißen, wir benennen auch wirklich das Feld in der Datenbank um zu Instructions

09:08.320 --> 09:14.320
oder geht man dann mit der Description weiter und müssten dann eher die Produktleute und Editorinnen

09:14.320 --> 09:18.320
eher weiterhin Description sagen, damit wir da die gleiche Sprache haben

09:18.320 --> 09:22.320
oder habe ich hier ein völliges falsches Beispiel und das meint man eigentlich gar nicht damit?

09:22.320 --> 09:27.320
Das ist ein super Beispiel, weil es auch direkt die Schwierigkeiten aufzeigt.

09:27.320 --> 09:32.320
Meine Antwort aus der Erfahrung, umbenennen, weil was passiert, wenn man es nicht umbenennt?

09:32.320 --> 09:40.320
Nach fünf Umbenennungen hat man dann fünf Begriffe und dann muss man immer im Kopf praktisch das Mapping machen.

09:40.320 --> 09:44.320
Das heißt, man muss das immer zuordnen und dann hat man irgendwann das Hauptproblem.

09:44.320 --> 09:50.320
Der Entwickler sagt was, jemand anders, der der Product Owner versteht was anderes,

09:50.320 --> 09:55.320
der Business Analyst wieder was anderes und schon hat man riesen Missverständnis

09:55.320 --> 09:59.320
und die Frage ist halt immer, wie einfach lässt sich so was umbenennen.

09:59.320 --> 10:03.320
Wenn ich jetzt einfach eine Klasse im Code habe, nehmen wir mal Datenbank außen vor,

10:03.320 --> 10:11.320
ist es ja einfach, die meisten IDEs, das meiste Toolding sagt einfach okay, Refacting umbenennen, ich bin durch.

10:11.320 --> 10:18.320
In der Datenbank umbenennen ist meistens schwierig, also weil das nicht so einfach vorgesehen ist

10:18.320 --> 10:23.320
und man in den meisten Fällen irgendein komplexes Verfahren wie Parallel Change machen muss,

10:23.320 --> 10:30.320
wo ich mache eine neue Spalte hinzu, schreibe gleichzeitig in beide Spalten und löchtern die Alte

10:30.320 --> 10:34.320
und der Aufwand lohnt sich meistens nicht.

10:34.320 --> 10:41.320
Da gibt es dann aber auch Muster, wie man das Ganze dann besser machen kann,

10:41.320 --> 10:47.320
zum Beispiel indem man den eigentlichen Code, die Logik von der Datenbank stärker isoliert,

10:47.320 --> 10:54.320
so dass ich es in meinem Code umbenennen kann, es aber in der Datenbank gleich benannt bleibt

10:54.320 --> 11:00.320
und dadurch die Altlast auf die Datenbank beschränkt ist, was natürlich auch nicht perfekt ist,

11:00.320 --> 11:07.320
aber viel, viel besser als wenn ich halt eben dann auf einmal fünf Versionen im Code habe.

11:07.320 --> 11:12.320
Das Problem mit wie benenne ich Sachen, die sich irgendwann ändern, ob wir es noch gar nicht wissen,

11:12.320 --> 11:15.320
da weiß ich auch nicht die perfekte Lösung.

11:15.320 --> 11:21.320
Aus meiner Erfahrung ist es so, wenn ich jetzt den Projektnamen im Code einführe, bleibt er da.

11:21.320 --> 11:25.320
Man geht nicht am Ende hin, also zum Beispiel, man hat ein Projekt, was noch nicht öffentlich sein darf

11:25.320 --> 11:32.320
und verwendet dann irgendein Code-Namen, dann entscheidet man sich meistens dazu, okay, der Code-Name bleibt

11:32.320 --> 11:39.320
und man schreibt irgendwo hin, hey, in unserer Firma gibt es die Code-Namen, die heißen das und das, fertig.

11:39.320 --> 11:43.320
Ja, ich meine, das ist ein ganz guter Punkt, irgendwie, wie kommt man zu Benennungen?

11:43.320 --> 11:50.320
Ganz viele Sachen sind ja in so einer Firma einfach durch Prozesse jahrelang irgendwie dann schon eingeschliffen.

11:50.320 --> 11:54.320
Da haben schon irgendwelche Namen, aber klar gibt es auch die neue Entwicklung.

11:54.320 --> 11:59.320
Soweit ich weiß, gibt es ja auch im DDD so einige Möglichkeiten,

11:59.320 --> 12:06.320
wie man zum Beispiel gemeinschaftlich sich auch Namen erarbeitet, also sei es jetzt über spezielle Events oder ähnliches.

12:06.320 --> 12:10.320
Da würde mich auf jeden Fall mal interessieren, wenn du uns ein bisschen erklären kannst,

12:10.320 --> 12:18.320
wie habt ihr das Thema denn neben der Theorie dann auch bei euch im Unternehmen in die Praxis umgesetzt?

12:18.320 --> 12:27.320
Wir haben angefangen ganz klein in einem Team und da haben wir natürlich die so Sachen nicht wirklich gemacht.

12:27.320 --> 12:31.320
Wir haben es aber mittlerweile, weil es sich so etabliert hat in der Firma,

12:31.320 --> 12:39.320
haben wir wirklich Events-Dorming-Workshops gemacht, wo wir unseren externen Trainer dazu geholt haben

12:39.320 --> 12:44.320
und das kann ich so weit wie nur empfehlen, ist natürlich muss man erstmal durchbekommen in der Firma,

12:44.320 --> 12:49.320
dass man jemand extern dazu holt, aber jemand extern, der damit schon Erfahrung hat

12:49.320 --> 12:55.320
und auch so der unabhängige Raum ist, der mal sagt, ich stelle jetzt hier die Regeln auf

12:55.320 --> 13:01.320
und ihr macht das jetzt mal, ist viel einfacher, als wenn sich jemand intern den Hut aufsetzt.

13:01.320 --> 13:07.320
Und dann ist es manchmal gar nicht so einfach, die richtigen Leute in einen Raum zu bekommen.

13:07.320 --> 13:11.320
Das heißt, das ist auch so ein Prozess in der Firma zu sagen,

13:11.320 --> 13:19.320
okay, alle verstehen, wie wichtig das Thema ist und sind deswegen bereit, da mal so ein Tag in so ein Workshop zu gehen,

13:19.320 --> 13:24.320
wo sich alle an einen Tisch setzen und dann sagen, okay, wir haben jetzt eine große Weise,

13:24.320 --> 13:27.320
wann wir versuchen, jetzt unser Produkt zu verstehen.

13:27.320 --> 13:31.320
Und als wir so weit waren, ging es auch nicht darum, was Neues zu entwickeln,

13:31.320 --> 13:37.320
sondern wir holen unser bestehendes System und gucken mal, was passiert da alles.

13:37.320 --> 13:43.320
Also wir fragen mal alle möglichen Leute in der Firma von Operations zu Product, zu Engineering,

13:43.320 --> 13:47.320
was passiert überhaupt? Was gibt es überhaupt für Prozesse?

13:47.320 --> 13:53.320
Und dann haben wir halt eben das Ganze geordnet und in mehreren Iterationen immer wieder drüber gegangen,

13:53.320 --> 13:58.320
okay, wie könnte man das jetzt kopieren und dann halt eben auch benennen?

13:58.320 --> 14:04.320
Weil wenn man dann zusammen da sitzt, merkt man auch, okay, die Leute verwenden nicht unbedingt denselben Namen.

14:04.320 --> 14:10.320
Und so entwickelt sich das Ganze dann, weil dann kommt jemand halt eben, der aus der Finanzbranche kommt und sagt,

14:10.320 --> 14:16.320
ja, das hat den Begriff. Ah, wusste ich gar nicht, wieder was gelernt, macht absolut Sinn.

14:16.320 --> 14:23.320
Weil sonst denken sich die Leute irgendwas aus und die anderen verstehen es nicht.

14:23.320 --> 14:30.320
Und ich kenn's aus unserer Codebase. Es gibt Kernsachen in der Firma,

14:30.320 --> 14:35.320
wo über die Jahre die Entwickler zehn verschiedene Begriffe verwendet haben.

14:35.320 --> 14:41.320
Es gibt halt immer wieder den Punkt, wo einer sagt, okay, ich will's irgendwie genericher machen,

14:41.320 --> 14:45.320
oder ich weiß es besser, ich benenn's jetzt anders.

14:45.320 --> 14:50.320
Deswegen sind wir jetzt bei neuen Projekten wirklich dazu übergegangen.

14:50.320 --> 14:55.320
Diesen Kernteil von Domain Driven Design, man nennt's dann Ubiquitous Language,

14:55.320 --> 15:01.320
die einheitliche Sprache wirklich einfach auf einer Wiki-Seite runterzuschreiben.

15:01.320 --> 15:10.320
Das heißt, die ganzen Fachbegriffe so runterzuschreiben, dass alle sie kennen und verstehen und die auch verwenden.

15:10.320 --> 15:14.320
Bei uns ist der Feld schon mal eine Schwierigkeit weg, die Unternehmenssprache ist englich,

15:14.320 --> 15:18.320
das heißt, wir verwenden die Begriffe eins zu eins so im Code.

15:18.320 --> 15:24.320
Es ist dann schon komplexer, wenn die Unternehmenssprache Deutsch ist, der Code aber auf englich,

15:24.320 --> 15:29.320
und dann die Entwickler anfangen, das selber zu übersetzen.

15:29.320 --> 15:34.320
Weil dann ist es oftmals auch nicht die beste Übersetzung.

15:34.320 --> 15:40.320
Die Alternative, die ich schon gesehen hab, war dann wirklich die deutschen Begriffe im Code zu verwenden.

15:40.320 --> 15:49.320
Was das nicht ganz so einfach ist, wo ich aber auch leider nicht sagen kann, wie das gut zu lösen ist,

15:49.320 --> 15:57.320
bei uns ist halt eben dadurch vereinfacht, dass wir als Unternehmenssprache englich haben und dadurch halt eben alles einheitlich auf englich verwenden.

15:57.320 --> 16:05.320
Was du sagst, finde ich sehr, sehr wichtig, das Thema Ubiquitous Language und dann halt dokumentiert zu haben.

16:05.320 --> 16:12.320
Ich glaube, gerade für so ein Newcomer beispielsweise, die eine Firma beitreten,

16:12.320 --> 16:14.320
irgendwie da einfach so ein Verzeichnis zu haben.

16:14.320 --> 16:21.320
Ach, wenn die Leute, ich sag jetzt mal, die Startseite sagen, meinen die in der App immer die Startseite.

16:21.320 --> 16:30.320
Okay, weil da ist es relativ eindeutig, aber es gibt ja so verschiedene Punkte, die in jeder Firma erstmal zu erlernen sind

16:30.320 --> 16:35.320
und das dann als Verzeichnis zu haben, als Glossary hilft total.

16:35.320 --> 16:41.320
Und wenn es dann halt an den Code geht, da sich drüber zurechtzufinden und das dann in den Code einfließen zu lassen,

16:41.320 --> 16:43.320
ist, denke ich, sehr sinnig.

16:43.320 --> 16:48.320
Was ich mal erlebt habe, ist, wenn es dann deutsche Begrifflichkeiten gab oder mehrere Begrifflichkeiten für ein

16:48.320 --> 16:54.320
und das Gleiche hat man sich meistens auf irgendwie eine Sache geeinigt und hatte dann das einfach auch mitdokumentiert,

16:54.320 --> 17:03.320
so dass man dann wie so ein Nachschlagewerk halt mit dazu hatte, das hat sich bei uns in der Vergangenheit ganz gut bewährt.

17:03.320 --> 17:06.320
Vanessa, rüber zu dir.

17:06.320 --> 17:14.320
Die deutschen Begrifflichkeiten hatte ich auch mal in einer Web App, die tatsächlich Produkte verwendet hatte.

17:14.320 --> 17:17.320
Für die es keine englischen Übersetzungen gab.

17:17.320 --> 17:23.320
Und da hat es dann ganz einfach wirklich so funktioniert, dass diese Produktnormen auf Deutsch, aber da gestern tatsächlich Englisch,

17:23.320 --> 17:28.320
da wäre vielleicht ein Risiko gewesen, dass es sich durchschlängert ist, aber einfach nicht passiert.

17:28.320 --> 17:33.320
Ich schätze mal, in der Finanzbranche wird es alle Begrifflichkeiten auch auf Englisch geben.

17:33.320 --> 17:36.320
Oder habt ihr Produkte, die einfach nur mit deutschen Namen existieren?

17:36.320 --> 17:41.320
Aber ich denke, ihr seid auch eine internationale App und nicht nur auf dem deutschen Markt.

17:41.320 --> 17:49.320
Die meisten Begriffe schon, aber es gibt natürlich das komplexe deutsche Steuerrecht

17:49.320 --> 17:54.320
und gewisse Regulatorik, wobei das ist mittlerweile auch einfacher geworden.

17:54.320 --> 18:01.320
Die Regulatorik, die für uns gilt, zum Beispiel von der BAFIN, die gibt es auch auf Englisch.

18:01.320 --> 18:06.320
Natürlich ist die deutsche Version bindend, aber es gibt dann eine offizielle Übersetzung.

18:06.320 --> 18:08.320
Also das ändert sich schon über die Jahre.

18:08.320 --> 18:13.320
Also vor ein paar Jahren gab es das noch nicht, aber das ändert sich.

18:13.320 --> 18:20.320
Ein guter Punkt war eben auch, wenn jetzt jemand neu in die Firma reinkommt oder ein Projekt, dass er dann praktisch so eine Seite hat.

18:20.320 --> 18:24.320
Und das gilt nicht nur für praktisch nur Übersicht, sondern auch, wenn er in den Code geht.

18:24.320 --> 18:31.320
Jetzt zum Beispiel bei einem Proker, ich will eine Order aufgeben, ich will Apple kaufen.

18:31.320 --> 18:36.320
Wenn man dann einfach in den Code reingehen kann und es da eine Klasse gibt,

18:36.320 --> 18:45.320
oder über ein Thema die ganze Funktionalität dann entdecken kann, das macht das für einen neuen viel, viel einfacher.

18:45.320 --> 18:51.320
Jetzt hört sich das vielleicht offensichtlich an, aber ich kann aus der Erfahrung auf viel, viel Gegenbeispiele,

18:51.320 --> 18:58.320
da gibt es da vielleicht eine Order, aber das ist dann das, was in der Datenbank abgespeichert ist und hat nicht viel mit der Logik zu tun.

18:58.320 --> 19:06.320
Das heißt, dann gibt es dann den Order-Service, den Order-Validator, irgendein Pre-Processor oder sowas.

19:06.320 --> 19:10.320
Und dann ist das eben über die ganze Codebasis die Logik so verteilt.

19:10.320 --> 19:18.320
Und das ist ein entscheidender Punkt von dem Mainchiffen-Design, dass man die Logik ganz klar dann auch mit dem Begriffen zusammenführt.

19:18.320 --> 19:23.320
Das heißt, dass man die Logik für eine Order auch bei der Order selber hat.

19:23.320 --> 19:30.320
Um das zu erklären, fängt man best mit dem kleinsten Baustein an und das sind Value-Objects.

19:30.320 --> 19:33.320
Ein gutes Beispiel ist Geld.

19:33.320 --> 19:41.320
Wenn man jetzt einfach Geld irgendwo als Entwickler irgendwo hinzufügt, kann man ja einen Feld hinzufügen

19:41.320 --> 19:49.320
und am besten verwendet man jetzt keinen Client-Commat-Methic-Alla-Flow-Double, sondern ein Java-Ware-Big-Decimal,

19:49.320 --> 19:55.320
um sich die Zahl richtig darzustellen und dann fügt man es halt irgendwo in der Klasse hinzu.

19:55.320 --> 19:59.320
Gut, was ist mit der Währung?

19:59.320 --> 20:01.320
Ja, jetzt habe ich meine Klasse da.

20:01.320 --> 20:04.320
Das ist eine Order und das steht halt irgendwo in Betrag dran.

20:04.320 --> 20:09.320
Und dann kann man halt eben noch einen Feld und String hinzufügen, Currency.

20:09.320 --> 20:13.320
Und über die Zeit gibt es halt eben noch einen Betrag.

20:13.320 --> 20:18.320
Vielleicht ist es eine andere Währung und dann hat die Klasse auf einmal mehrere Zahlen

20:18.320 --> 20:20.320
und mehrere Währungen.

20:20.320 --> 20:23.320
Und das muss man irgendwie zusammenordnen.

20:23.320 --> 20:29.320
Und das, was bei Domain-Trip-Design halt eben dann beworben wird, sind Value-Objects.

20:29.320 --> 20:32.320
Das heißt, ich führe Sachen, die zusammengehören zusammen.

20:32.320 --> 20:35.320
Das heißt, ich habe zum Beispiel eine Klasse Money.

20:35.320 --> 20:39.320
Die hat dann Zwingen, einen Betrag und eine Währung.

20:39.320 --> 20:47.320
Und die Währung, das kann jetzt auch wieder ein Value-Object sein, was einfach dann Currency heißt.

20:47.320 --> 20:51.320
Und wo es sicher sein kann, dass, wenn das ein Currency-Objekt ist,

20:51.320 --> 20:55.320
das auch nur eine valide Währung drin ist.

20:55.320 --> 21:00.320
Das ist auch das, was viele Leute so schon hier und da machen,

21:00.320 --> 21:05.320
ohne explizit Domain-Trip-Design zu verwenden, indem sie statt einem String

21:05.320 --> 21:09.320
oder einem Integer berechtlichen Wrapper drum herum machen,

21:09.320 --> 21:12.320
um der ganzen Sachen schönen Namen zu geben.

21:12.320 --> 21:15.320
Und das hat extrem viele Vorteile.

21:15.320 --> 21:19.320
Nicht nur von der Benennung her, das geht auch Richtung Sicherheit.

21:19.320 --> 21:22.320
Wenn ich auf einmal sicherstelle, dass die Währung,

21:22.320 --> 21:26.320
zum Beispiel nur so ein drei Wustam-Isocode ist,

21:26.320 --> 21:31.320
dann kann da keiner mehr bösartige JavaScript reinschreiben.

21:31.320 --> 21:36.320
Das heißt, man hat damit ganz viele Sachen auf einmal erschlagen.

21:36.320 --> 21:38.320
Und es ist natürlich viel einfacher zu verstehen,

21:38.320 --> 21:42.320
weil auf einmal habe ich dann halt eben alles zusammen.

21:42.320 --> 21:45.320
Und wenn man das Ganze dann konsequent so weitermacht,

21:45.320 --> 21:50.320
ist es auch viel, viel klarer, wo kommen die Sachen in meinem Code hin.

21:50.320 --> 21:54.320
Weil sonst ist immer die Frage, in welcher Klasse füge ich das jetzt hinzu,

21:54.320 --> 21:57.320
weil das in irgendeiner Utility.

21:57.320 --> 22:00.320
Aber wenn ich auf einmal eine Money-Klasse habe

22:00.320 --> 22:05.320
und ich brauche irgendwelche Utility-Sachen wie Runden

22:05.320 --> 22:07.320
oder gibt mir das mal schön aus,

22:07.320 --> 22:11.320
kann ich das einfach als Funktionen auf der Money-Klasse machen.

22:11.320 --> 22:15.320
Und wenn ich das alles schön zusammen habe,

22:15.320 --> 22:17.320
lässt sich auch schön testen,

22:17.320 --> 22:22.320
weil das ist ja erstmal nur eine Klasse mit wenigen Feldern,

22:22.320 --> 22:26.320
die idealerweise auch unveränderlich ist.

22:26.320 --> 22:29.320
Das ist ja auch ein Punkt, der immer beliebter wird,

22:29.320 --> 22:32.320
dass man nicht mehr jedes Feld verändern kann.

22:32.320 --> 22:35.320
Und viele Sprachen machen es einem mehr heutzutage

22:35.320 --> 22:38.320
auch viel einfacher, das so zu machen.

22:38.320 --> 22:43.320
So, jetzt bin ich schon ziemlich tief da unten reingegangen in die Muster.

22:43.320 --> 22:47.320
Was wäre denn das, du hast, glaube ich, die Value-Objekts,

22:47.320 --> 22:49.320
während das die kleinste Sache.

22:49.320 --> 22:51.320
Aber es gibt noch mehr Muster,

22:51.320 --> 22:53.320
oder es ist jetzt nur eine Sache,

22:53.320 --> 22:56.320
und ich klingt das so, als würde ich noch ganz viel hinterherkommen.

22:56.320 --> 22:58.320
Genau, da gibt es noch ganz, ganz viel.

22:58.320 --> 23:00.320
Wir verwenden auch lange nicht alles.

23:00.320 --> 23:05.320
Das heißt, Value-Objekts sind Sachen ohne eigene Identität.

23:05.320 --> 23:09.320
Das heißt, das sind einfache Sachen wie Geld, eine Farbe.

23:09.320 --> 23:11.320
Und jetzt, gerade zum Beispiel bei Farben,

23:11.320 --> 23:15.320
wenn man jetzt ans Wett denkt mit CSS,

23:15.320 --> 23:19.320
da gibt es ja auch X-Möglichkeiten, Farben darzustellen und so was.

23:19.320 --> 23:21.320
Ich habe sowas auch mal modelliert.

23:21.320 --> 23:23.320
Und wenn man das so baut,

23:23.320 --> 23:25.320
kann man sich auch viel einfacher was machen,

23:25.320 --> 23:29.320
was nur einen gültigen Zustand hat,

23:29.320 --> 23:31.320
indem man praktisch nur sich immer überlegt,

23:31.320 --> 23:33.320
okay, was darf ich überhaupt?

23:33.320 --> 23:38.320
Sonst hat man irgendwie die RGB-Codes irgendwo

23:38.320 --> 23:41.320
und schreibt dann ganz viel Code, um sicherzustellen,

23:41.320 --> 23:43.320
dass wirklich nur die Sachen drin sind.

23:43.320 --> 23:46.320
Wenn ich aber beim Erstellen von meiner Farbe

23:46.320 --> 23:48.320
schon eine Reckix drüberlaufen lasse,

23:48.320 --> 23:51.320
weiß ich, ich habe nur gültige Farben in meinem System.

23:51.320 --> 23:54.320
Die nächste Ebene drüber sind Entities.

23:54.320 --> 23:58.320
Das sind jetzt Sachen, die eine eigene Identität haben,

23:58.320 --> 24:00.320
üblicherweise eine ID,

24:00.320 --> 24:03.320
wie zum Beispiel ein Benutzer im System.

24:03.320 --> 24:07.320
Jeder Benutzer, jeder Kunde ist etwas Eigenes.

24:07.320 --> 24:11.320
Und Entities setzen sich normalerweise aus einer ID zusammen

24:11.320 --> 24:14.320
und einem Haufen Value-Objects.

24:14.320 --> 24:17.320
Und darüber kann man auch schon ein bisschen die Frage beantworten,

24:17.320 --> 24:19.320
was es jetzt für meine Entity zu groß wird,

24:19.320 --> 24:23.320
weil ich soll ja auch alle Logik in der Klasse haben.

24:23.320 --> 24:25.320
Und wenn es zu groß wird,

24:25.320 --> 24:27.320
dann kann man sich entweder überlegen,

24:27.320 --> 24:30.320
macht die Entity noch so Sinn

24:30.320 --> 24:34.320
oder habe ich nicht genug Value-Objects rausgezogen.

24:34.320 --> 24:39.320
Zum Beispiel aus einem Kunden kann man ja X-Unterbereiche rausziehen

24:39.320 --> 24:42.320
und die lassen sich dann auch viel besser isoliert testen

24:42.320 --> 24:45.320
und abbilden im Code.

24:45.320 --> 24:47.320
Und es hat dann wirklich den Vorteil,

24:47.320 --> 24:51.320
ich gucke mir dann den Kunden an, die Klasse

24:51.320 --> 24:55.320
und verstehe, darf ein Ausgehen, alle Logik, die da drauf ist.

24:55.320 --> 24:58.320
Was wir jetzt schön ausgespart haben ist,

24:58.320 --> 25:01.320
wir reden jetzt nicht über APIs, Datenbanken und so was,

25:01.320 --> 25:03.320
das ist noch ein separates Thema für sich,

25:03.320 --> 25:05.320
das ganze trennt man am besten,

25:05.320 --> 25:09.320
indem man die ganze Logik separat schreibt

25:09.320 --> 25:14.320
und die Domain-Logik praktisch wirklich als reiner Code hat.

25:14.320 --> 25:17.320
Das heißt, ohne Großabhängigkeiten,

25:17.320 --> 25:20.320
weil es dann ganz einfach zum Verstehen macht,

25:20.320 --> 25:23.320
weil ich muss mir keine Gedanken über APIs oder Datenbanken machen,

25:23.320 --> 25:25.320
das ist natürlich viel einfacher zu testen.

25:25.320 --> 25:28.320
Ich brauche ja nur Unit-Tests

25:28.320 --> 25:31.320
und brauche dann aber wieder Schichten,

25:31.320 --> 25:36.320
die mir das ganze in die API übersetzen oder in die Datenbank.

25:36.320 --> 25:43.320
Wenn ich jetzt mehrere Entities habe, die zusammengehören,

25:43.320 --> 25:45.320
dann spricht man von Aggregate.

25:45.320 --> 25:48.320
Das heißt, man sagt jetzt normal, eine Entity,

25:48.320 --> 25:50.320
was wäre jetzt ein Beispiel?

25:50.320 --> 25:54.320
Man hat einen Kunden und der hat eine Adresse, die zum Kunden gehört.

25:54.320 --> 25:58.320
Ich will aber, dass die Adresse vom Kunden nur über den Kunden geladen wird,

25:58.320 --> 26:00.320
dann kann man das Ganze als Aggregate machen und sagt,

26:00.320 --> 26:04.320
der Kunde ist aber praktisch die Wurzel von dem Ganzen noch nicht.

26:04.320 --> 26:06.320
Ich lade es nur über den Kunden,

26:06.320 --> 26:10.320
was auch schon wieder dann Probleme eliminiert,

26:10.320 --> 26:13.320
indem man jetzt die Adresse nicht mehr einfach so laden kann.

26:13.320 --> 26:16.320
Sonst ist es so, ich schreibe mir mal so eine SQL Query,

26:16.320 --> 26:19.320
lade es aus der Datenbank irgendwo meinen Code

26:19.320 --> 26:22.320
und verarbeite irgendwo ganz anders im Code die Adresse,

26:22.320 --> 26:26.320
weil das Marketing, die jetzt braucht, für irgendeine andere Anforderung.

26:26.320 --> 26:32.320
Das kann man damit dann auch abfrühstücken.

26:32.320 --> 26:35.320
Wenn man es jetzt noch ein bisschen komplexer macht, gibt es Services,

26:35.320 --> 26:40.320
wenn man eben Probleme hat, das Ganze so abzubilden,

26:40.320 --> 26:43.320
wenn man irgendwelche Prozesslogik drum herum hat,

26:43.320 --> 26:46.320
haben wir extrem selten.

26:46.320 --> 26:50.320
Dann Factories, um sich Entitäten zu erstellen,

26:50.320 --> 26:54.320
wenn die Logik fürs Erstellen selber zu komplex ist.

26:54.320 --> 26:57.320
Und dann geht es halt eben auch schon darum,

26:57.320 --> 27:01.320
okay, wir reden jetzt meine Services miteinander.

27:01.320 --> 27:02.320
Vielleicht ein bekanntes Beispiel,

27:02.320 --> 27:03.320
wo man auch gar nicht sagen muss,

27:03.320 --> 27:05.320
dass es jetzt aus dem mainstream Design kommt,

27:05.320 --> 27:07.320
ist ein Anti-Corruption Layer.

27:07.320 --> 27:11.320
Ich verbinde mein System mit einem externen Anbieter.

27:11.320 --> 27:14.320
Das ist die Frage, lasse ich den externen Anbieter

27:14.320 --> 27:18.320
meinen System dektieren oder baue ich eine Schicht rein,

27:18.320 --> 27:21.320
die das alles übersetzt.

27:21.320 --> 27:24.320
Wie vieles, es hört sich erst mal offensichtlich an,

27:24.320 --> 27:27.320
aber wenn man es nicht explizit macht, passiert es verdammt schnell,

27:27.320 --> 27:32.320
ist dann doch irgendwie der externe Anbieter irgendwas macht,

27:32.320 --> 27:34.320
man es dann nicht übersetzt.

27:34.320 --> 27:37.320
Und wenn der externen Anbieter es dann ändert,

27:37.320 --> 27:40.320
man dann gezwungen ist, sein halbes System zu ändern.

27:40.320 --> 27:43.320
Und so gibt es in dem mainstream Design ganz viele Muster,

27:43.320 --> 27:46.320
wie können jetzt Systeme zusammenarbeiten?

27:46.320 --> 27:48.320
Natürlich ist das Einfass,

27:48.320 --> 27:51.320
da immer sie sind möglichst getrennt

27:51.320 --> 27:55.320
und interagieren halt eben nur über klar definierte Schnittstellen.

27:55.320 --> 27:59.320
Es gibt aber auch viel komplexere Sachen.

27:59.320 --> 28:03.320
Davon haben wir aber, also die kann ich gar nicht alle so genau beschreiben,

28:03.320 --> 28:06.320
weil wir sie selber nicht im Einsatz haben.

28:06.320 --> 28:09.320
Auch ein wichtiger Punkt von dem mainstream Design,

28:09.320 --> 28:11.320
es ist quasi so ein riesen Topf,

28:11.320 --> 28:15.320
aus dem man sich die Sachen rausnehmen kann, die man braucht.

28:15.320 --> 28:19.320
Was aber gut ist, wenn man den Begriff explizit verwendet ist,

28:19.320 --> 28:23.320
dass man diesen riesen Topf hat, weiß okay, was kann ich nehmen,

28:23.320 --> 28:26.320
was macht Sinn und halt eben auch auf die Erfahrung

28:26.320 --> 28:29.320
von vielen Leuten zurückgreifen kann.

28:31.320 --> 28:35.320
Was ein wichtiger Begriff ist, ist Bounded Context.

28:35.320 --> 28:38.320
Und zwar, wie schneide ich mein System?

28:38.320 --> 28:42.320
Ich habe eben gesagt, okay, da sind irgendwelche Services, die miteinander reden.

28:42.320 --> 28:46.320
Ja, wie bestimme ich jetzt, wohin gehört in meinem System?

28:46.320 --> 28:52.320
Und genau wie wir am Anfang überhaupt mal die Begriffe zu bekommen,

28:52.320 --> 28:56.320
kann man über so Verfahren wie Events Dorming auch rausbekommen,

28:56.320 --> 28:59.320
okay, wie schneide ich mein System?

28:59.320 --> 29:02.320
Ist das jetzt zum Beispiel das Onboarding von einem Kunden?

29:02.320 --> 29:04.320
Das hat wahrscheinlich nicht mehr viel zu tun

29:04.320 --> 29:06.320
mit dem späteren Leben vom Kunden

29:06.320 --> 29:10.320
im Kündigungsprozess oder irgendwelche Sachen, die der Kunde macht.

29:10.320 --> 29:14.320
Und so kann man eben dann Sachen im System schneiden,

29:14.320 --> 29:18.320
was man normalerweise eh schon macht,

29:18.320 --> 29:22.320
um es möglich zu machen, dass unterschiedliche Teams dran arbeiten.

29:22.320 --> 29:26.320
Aber wenn man sich das überlegt, okay, wie macht das Sinn von der Business Sicht,

29:26.320 --> 29:30.320
hat man wahrscheinlich das System so geschnitten,

29:30.320 --> 29:34.320
dass es langfristig mehr Sinn macht.

29:34.320 --> 29:37.320
Weil was wir aus der Vergangenheit kennen, ist,

29:37.320 --> 29:39.320
ja, die Entwickler haben sich Gedanken gemacht,

29:39.320 --> 29:44.320
oh ja, das System so, das kommt dahin, dahin, das macht so ungefähr Sinn.

29:44.320 --> 29:47.320
Und dann kommen in der Zukunft halt eben Änderungen,

29:47.320 --> 29:52.320
die dann immer drei Services auf einmal betreffen.

29:52.320 --> 29:58.320
Oder das Team wird auf einmal auf andere Software gesetzt.

29:58.320 --> 30:02.320
Also, weil es halt eben von den Business Anforderungen so ist,

30:02.320 --> 30:05.320
dass es da einfach nicht mehr so viel gibt.

30:05.320 --> 30:10.320
Und dass man einfach die Teams, so wie sie vom oben gesehen wurden,

30:10.320 --> 30:14.320
gar nicht zur Software-Astruktur gepasst haben.

30:14.320 --> 30:18.320
Da gibt es ja auch Converse Lord, was sagt das,

30:18.320 --> 30:23.320
so wie man in der Firma miteinander redet,

30:23.320 --> 30:26.320
so entwickelt sich auch die Software.

30:26.320 --> 30:28.320
Das heißt, wenn man als Start-up wächst

30:28.320 --> 30:31.320
und die Leute immer noch extrem viel miteinander reden,

30:31.320 --> 30:34.320
und das war dann auch irgendwann unsere Schwierigkeit,

30:34.320 --> 30:38.320
dass man geguckt hat, okay, wie schneiden wir das jetzt besser?

30:38.320 --> 30:40.320
Ja, den Trick, den werde ich mir gleich merken.

30:40.320 --> 30:43.320
Ich denke auch, das, was du vorhin noch gesagt hattest,

30:43.320 --> 30:47.320
mit externen Systemen und jetzt Libraries,

30:47.320 --> 30:49.320
ich denke, das ist auch so ein Klassiker,

30:49.320 --> 30:51.320
den man als erstes mal lernt.

30:51.320 --> 30:54.320
Wir haben zum Beispiel Century, das haben wir wegkapsuliert

30:54.320 --> 30:57.320
in den Monitoring-TS-Datei.

30:57.320 --> 31:02.320
Century hat tatsächlich, glaube ich, diese Funktionsnamen nie geändert.

31:02.320 --> 31:04.320
Ich glaube, es ist immer noch Capture-Exception,

31:04.320 --> 31:06.320
aber nur, um sicher zu gehen,

31:06.320 --> 31:08.320
verwenden wir nur unseres eigenes Monitoring,

31:08.320 --> 31:10.320
das unterm Strich, dann wird Century aufruft.

31:10.320 --> 31:12.320
Ich weiß leider nicht mehr, wenn man Major-Lib,

31:12.320 --> 31:14.320
aber irgendwann ist es mir passiert,

31:14.320 --> 31:17.320
dass die eben den Funktionsnamen geändert hatte und ich stand da.

31:17.320 --> 31:19.320
Klar, jetzt ist es wie es Code

31:19.320 --> 31:21.320
und es ist tatsächlich irgendwie nur ein Command-F gewesen,

31:21.320 --> 31:24.320
aber sehr oft ist es nicht so einfach.

31:24.320 --> 31:27.320
An was ich jetzt gerade noch gedacht hatte,

31:27.320 --> 31:31.320
du hattest die Beispiele mit so umbenennen und Klassen.

31:31.320 --> 31:33.320
Hin und wieder habe ich schon das Gefühl,

31:33.320 --> 31:35.320
dass wir in der aktuellen Fronten-Entwicklung

31:35.320 --> 31:38.320
das Problem haben von Komponenten

31:38.320 --> 31:40.320
und vieles von Komponenten

31:40.320 --> 31:43.320
kann man jetzt für mich in dem Hinblick schon wie eine Klasse anziehen.

31:43.320 --> 31:46.320
Da merkt man auch, das hätte man schneiden sollen.

31:46.320 --> 31:48.320
Diese Logik hätte man rausziehen sollen.

31:48.320 --> 31:51.320
Man hätte vielleicht diese Farbberechnung nicht in der Komponente,

31:51.320 --> 31:54.320
die auch noch den Button am Ende rendert,

31:54.320 --> 31:56.320
sondern vielleicht einfach in der Utile-Function-Auslage

31:56.320 --> 31:58.320
und dann hätte die getestet werden können,

31:58.320 --> 32:00.320
wäre schon durch abgeschnitten.

32:00.320 --> 32:02.320
Aber mit dem umbenennen,

32:02.320 --> 32:06.320
ich weiß gar nicht, ob wir wirklich gute Tools in IDEs

32:06.320 --> 32:08.320
oder Text-Ideaturen haben,

32:08.320 --> 32:17.320
wenn ich z.B. eine React-Komponente-Description-Label genannt habe

32:17.320 --> 32:22.320
und jetzt vielleicht eine Property habe wie Require-Description

32:22.320 --> 32:24.320
oder ähnliches

32:24.320 --> 32:27.320
und irgendwo woanders steht noch mal Description.

32:27.320 --> 32:30.320
Ich weiß gar nicht, ob ein Tool wirklich klug genug ist,

32:30.320 --> 32:34.320
dass wenn ich sage, ich benenne jetzt die Datei um in Instruction-Field,

32:34.320 --> 32:37.320
das ist mir auch vorschlägt, willst du auch die Property

32:37.320 --> 32:40.320
von Require-Description zu Require,

32:40.320 --> 32:42.320
was auch immer ich gerade gesagt hatte, umbenennen.

32:42.320 --> 32:44.320
Entweder ich kann es nicht

32:44.320 --> 32:47.320
oder ich hatte das Problem noch nicht wirklich,

32:47.320 --> 32:49.320
weil wir machen eher den Zug,

32:49.320 --> 32:52.320
wir bleiben immer beim allerersten Namen.

32:52.320 --> 32:56.320
Ich versuche auch vehement dieses Fünf-Namen zu verhindern,

32:56.320 --> 32:59.320
indem wir einfach beim ursprünglichen Namen bleiben.

32:59.320 --> 33:01.320
Es gibt aber auch ein Problem,

33:01.320 --> 33:04.320
wenn man da tatsächlich mit dem Produkt berückspricht

33:04.320 --> 33:06.320
und da habe ich auch gemerkt,

33:06.320 --> 33:09.320
es gibt das Problem, wenn man Customer-Support hat,

33:09.320 --> 33:12.320
die ja wirklich mit richtigen Kunden und Kundinnen reden

33:12.320 --> 33:14.320
plötzlich, der Step geht nicht mehr,

33:14.320 --> 33:16.320
und ich sage, was für ein Step?

33:16.320 --> 33:18.320
Ach, Description geht nicht mehr,

33:18.320 --> 33:20.320
ich sage doch, dass Description nicht mehr geht.

33:20.320 --> 33:22.320
Natürlich müssen die die modernen Begriffe verwenden

33:22.320 --> 33:24.320
und nicht unsere technischen Begriffe.

33:24.320 --> 33:26.320
Aber aus dem Grund, weil ich es nicht weiß,

33:26.320 --> 33:28.320
wie man gut reflektieren kann,

33:28.320 --> 33:31.320
weil so Komponenten, dass alle Properties mit so übersetzt werden,

33:31.320 --> 33:34.320
tendiere ich eben eher dazu, beim Ersten zu bleiben.

33:34.320 --> 33:37.320
Ja, also ich habe schon Tools gesehen, die es gut können,

33:37.320 --> 33:40.320
aber es hängt halt eben auch stark von der Programmiersprache ab.

33:40.320 --> 33:43.320
Ich glaube jetzt, gerade der Trend zu Type-Tryptin

33:43.320 --> 33:45.320
hilft auch schon stark.

33:45.320 --> 33:47.320
Ich bin eher bei staatlich kompellierten Sprachen

33:47.320 --> 33:49.320
aller Java Kotlin unterwegs.

33:49.320 --> 33:51.320
Da ist es einfacher, so was zu machen,

33:51.320 --> 33:53.320
aber natürlich dieses,

33:53.320 --> 33:55.320
wenn ich jetzt die Klasse umbenenne,

33:55.320 --> 33:58.320
das Felder dann auch mit umbenannt werden,

33:58.320 --> 34:00.320
das kann man schon ableiten,

34:00.320 --> 34:02.320
ist aber auch schon wieder der nächste Schritt.

34:02.320 --> 34:05.320
Das heißt, es wird auch nicht überall perfekt funktionieren.

34:05.320 --> 34:07.320
Das heißt, da kommt man halt eben,

34:07.320 --> 34:09.320
wenn man es wirklich umbenennt,

34:09.320 --> 34:11.320
nicht drum herum,

34:11.320 --> 34:13.320
und wenn es dann irgendeinem Kommentar drin vorkommt,

34:13.320 --> 34:15.320
wird es noch schwieriger.

34:15.320 --> 34:17.320
Also ich habe es auch schon gesehen,

34:17.320 --> 34:19.320
wo dann so Vorstellke kommen.

34:19.320 --> 34:21.320
Willst du nicht auch noch den Kommentar umbenennt,

34:21.320 --> 34:24.320
aber ja, da wird es schon schwieriger

34:24.320 --> 34:27.320
und da kann man nie alle Fälle abdecken.

34:27.320 --> 34:30.320
Das bringt mich zu einem guten Punkt,

34:30.320 --> 34:33.320
und zwar in dem original Buch von Eric Evans gibt es

34:33.320 --> 34:35.320
ein komplettes Drittel vom Buch

34:35.320 --> 34:38.320
zu Refactoring to Deeper Insights.

34:38.320 --> 34:40.320
Im Endeffekt ist die Kernaussage,

34:40.320 --> 34:42.320
egal was du machst,

34:42.320 --> 34:44.320
das was du als erstes machst, ist nie perfekt,

34:44.320 --> 34:46.320
und du lernst immer.

34:46.320 --> 34:48.320
Und das heißt, man muss dann immer,

34:48.320 --> 34:50.320
man baut was,

34:50.320 --> 34:52.320
und dann versteht man es besser,

34:52.320 --> 34:54.320
das Business entwickelt sich,

34:54.320 --> 34:57.320
und dann refactored man.

34:57.320 --> 34:59.320
Ah, das gehört doch zusammen,

34:59.320 --> 35:01.320
jetzt schiebe ich das darum.

35:01.320 --> 35:03.320
Und das ist natürlich auch viel einfacher,

35:03.320 --> 35:05.320
wenn ich die,

35:05.320 --> 35:08.320
dieses Domain-Layer, also diese ganze Logik,

35:08.320 --> 35:11.320
alles getrennt habe von der Datenbank.

35:11.320 --> 35:13.320
Und ich glaube jetzt muss ich es doch mal auspacken,

35:13.320 --> 35:15.320
hexagonale Architektur,

35:15.320 --> 35:18.320
das ist eine Möglichkeit, das Ganze zu trennen.

35:18.320 --> 35:20.320
Das heißt, man sagt wirklich,

35:20.320 --> 35:22.320
okay, ich habe eine Domain-Schicht,

35:22.320 --> 35:24.320
da ist nur meine Logik,

35:24.320 --> 35:27.320
und da ist jetzt nichts technisches uns drin.

35:27.320 --> 35:29.320
Da mache ich nach Möglichkeit,

35:29.320 --> 35:31.320
mache ich auch gar kein Framework rein.

35:31.320 --> 35:34.320
Und das ist am Anfang extrem schwer.

35:34.320 --> 35:37.320
Am ersten Projekt, wo wir es umgesetzt haben,

35:37.320 --> 35:41.320
danach hat die Hälfte der Logik doch irgendwo anders.

35:41.320 --> 35:43.320
Und da muss man eben immer wieder hingehen,

35:43.320 --> 35:45.320
in so ein Lernprozess.

35:45.320 --> 35:47.320
Ah, jetzt habe ich die Logik da eingebaut.

35:47.320 --> 35:50.320
Beim Laden aus der Datenbank habe ich irgendwie doch noch Logik verwendet,

35:50.320 --> 35:53.320
statt nur blödes Mapping.

35:53.320 --> 35:55.320
Und da ist natürlich auch entscheidend,

35:55.320 --> 35:57.320
dass man das Ganze so macht,

35:57.320 --> 36:00.320
dass es einen nicht total frustriert,

36:00.320 --> 36:03.320
und da hängt es eben auch von den Sprachen ab.

36:03.320 --> 36:07.320
Wir haben verwendet seit 2008 hauptsächlich Kotlin statt Java,

36:07.320 --> 36:10.320
und das ist viel, viel weniger Kot,

36:10.320 --> 36:12.320
jetzt so ein blödes Mapping zu machen.

36:12.320 --> 36:15.320
Man muss auch viel weniger Test schreiben,

36:15.320 --> 36:18.320
um sicherzugehen, dass das wirklich funktioniert.

36:18.320 --> 36:20.320
Und dann ist es auch viel einfacher,

36:20.320 --> 36:23.320
die Leute davon zu überzeugen, so etwas zu machen.

36:23.320 --> 36:26.320
Wenn man dann mal länger in so einem System gearbeitet hat,

36:26.320 --> 36:28.320
will man es nicht mehr zurück.

36:28.320 --> 36:31.320
Weil auf einmal ist in der API oder in der Datenbank

36:31.320 --> 36:34.320
etwas ändern, ja, das ist eine eigene Schicht.

36:34.320 --> 36:37.320
Das Mapping sieht am Anfang blöd aus,

36:37.320 --> 36:40.320
weil ganz am Anfang ist mit hoher Wahrscheinlichkeit die API,

36:40.320 --> 36:44.320
die Logik, und das, was in der Datenbank ist, fast identisch.

36:44.320 --> 36:47.320
Das heißt, beim Mapping, das wirklich einfällt

36:47.320 --> 36:49.320
mit dem gleichen Namen auf das andere.

36:49.320 --> 36:51.320
Aber es passiert oft schneller,

36:51.320 --> 36:54.320
als man denkt, dass sich irgendetwas ändert,

36:54.320 --> 36:57.320
oder dass man noch eine weitere API hinzufügt,

36:57.320 --> 37:00.320
die an halt eben vielleicht doch etwas anders aussieht,

37:00.320 --> 37:03.320
wenn man die API dann doch zum Beispiel

37:03.320 --> 37:06.320
speziell an einem Mobile App oder sonst was anpasst,

37:06.320 --> 37:09.320
die dann halt eben das Ganze anders kopiert.

37:09.320 --> 37:11.320
Und was wir da auch gemerkt haben, ist,

37:11.320 --> 37:13.320
dass die Sprache selber, wie Kotlin,

37:13.320 --> 37:15.320
von den Sichtbarkeiten und so,

37:15.320 --> 37:17.320
das gar nicht alles hergibt,

37:17.320 --> 37:19.320
dass man die eben in so klark trennen kann.

37:19.320 --> 37:21.320
Also zum Beispiel wirklich hart verbieten,

37:21.320 --> 37:23.320
dass man da nicht auf was anderes zugreift.

37:23.320 --> 37:26.320
Natürlich könnte man dann Module machen und so was,

37:26.320 --> 37:28.320
aber es wird auch komplett komplex.

37:28.320 --> 37:31.320
Und dann gibt es interessanterweise aus München,

37:31.320 --> 37:33.320
ArcUnit, ein Open-Source-Tool,

37:33.320 --> 37:36.320
für die ganzen JVM-basierten Sprachen,

37:36.320 --> 37:39.320
womit man wirklich Regeln schreiben kann und sagen kann,

37:39.320 --> 37:42.320
hey, also ganz flexibel,

37:42.320 --> 37:44.320
alles, was in dem Paket ist,

37:44.320 --> 37:46.320
darf nicht auf das andere zugreifen,

37:46.320 --> 37:48.320
alles, was den Namen hat,

37:48.320 --> 37:50.320
darf nicht auf das zugreifen und so weiter und so fort.

37:50.320 --> 37:52.320
Und damit kann man wirklich

37:52.320 --> 37:57.320
das Ganze in einem Unit-Test erzwingen.

37:57.320 --> 38:02.320
Weil ansonsten so sehr, wie man drauf guckt,

38:02.320 --> 38:05.320
es schleicht sich immer irgendwas ein.

38:05.320 --> 38:08.320
Und das sind dann schon so wichtige Schritte,

38:08.320 --> 38:10.320
die wir auch gelernt haben,

38:10.320 --> 38:12.320
das Ganze dann umzusetzen.

38:12.320 --> 38:14.320
Es ist aber auch bei uns so,

38:14.320 --> 38:16.320
dass das Ganze sich ständig weiterentwickelt.

38:16.320 --> 38:19.320
Man lernt immer, was funktioniert, was funktioniert nicht.

38:19.320 --> 38:22.320
Das heißt, jedes neue Stück Software

38:22.320 --> 38:25.320
sieht wir ein bisschen anders aus als das Bestehende.

38:25.320 --> 38:29.320
Der iterative Approach, das macht ja

38:29.320 --> 38:31.320
durchaus sehr, sehr viel Sinn.

38:31.320 --> 38:34.320
Der eigene Code entwickelt sich weiter,

38:34.320 --> 38:36.320
die Ideen entwickeln sich weiter

38:36.320 --> 38:39.320
und vor allem das Gelernte entwickelt sich weiter.

38:39.320 --> 38:41.320
Jetzt ist es aber auch so,

38:41.320 --> 38:43.320
wahrscheinlich bei euch gewesen,

38:43.320 --> 38:45.320
dass nicht jede Entwicklerin und jeder Entwickler

38:45.320 --> 38:47.320
schon direkt wusste, was ist denn jetzt

38:47.320 --> 38:50.320
dieses Domain-Triven-Design

38:50.320 --> 38:52.320
und auf welche Feinheiten muss ich denn achten?

38:52.320 --> 38:54.320
Du hast es eben angesprochen,

38:54.320 --> 38:56.320
das ist eine hexagonale Architektur,

38:56.320 --> 38:58.320
wie baue ich meine Services auf und ähnliches.

38:58.320 --> 39:01.320
Das heißt, da ist für alle Beteiligten

39:01.320 --> 39:03.320
erst mal ein gewisser,

39:03.320 --> 39:05.320
so eine Art Lernkurve erst mal zu nehmen

39:05.320 --> 39:07.320
und irgendwie muss man ja auch ein Stück weit

39:07.320 --> 39:10.320
aus einer architektonischen Brille heraus

39:10.320 --> 39:13.320
überwachen in Anführungsstrichen,

39:13.320 --> 39:15.320
wie das Ganze sich entwickelt

39:15.320 --> 39:17.320
und dass man in die richtige Richtung geht.

39:17.320 --> 39:19.320
Wie habt ihr das gemacht?

39:19.320 --> 39:21.320
Das ist dann eben auch was,

39:21.320 --> 39:23.320
was mit der Firma gewachsen ist.

39:23.320 --> 39:25.320
Gewisse Konzepte von Domain-Triven-Design

39:25.320 --> 39:27.320
haben wir implizit über die ganzen Jahre

39:27.320 --> 39:29.320
schon verwendet, aber wirklich explizit

39:29.320 --> 39:32.320
haben wir 2019 in einem kleinen Projekt

39:32.320 --> 39:34.320
damit angefangen.

39:34.320 --> 39:36.320
Da habe ich ein Team geleitet,

39:36.320 --> 39:38.320
das damals extrem klein war,

39:38.320 --> 39:40.320
das waren außer mir noch zwei Entwickler

39:40.320 --> 39:42.320
und da haben wir uns einfach vorgenommen,

39:42.320 --> 39:44.320
okay, wir haben unser eigenes kleines Projekt,

39:44.320 --> 39:46.320
wir setzen das mal um

39:46.320 --> 39:48.320
und im Endeffekt war es halt eben auch

39:48.320 --> 39:50.320
größtenteils ein Becken-Service,

39:50.320 --> 39:52.320
der dann daraus entstanden ist

39:52.320 --> 39:55.320
aus heutiger Sicht

39:55.320 --> 39:57.320
bin ich auf das Ergebnis jetzt nicht sehr stolz,

39:57.320 --> 39:59.320
weil das genau das passiert,

39:59.320 --> 40:01.320
was ich vorangeschnitten habe,

40:01.320 --> 40:03.320
die Hälfte der Logik ist woanders gelandet

40:03.320 --> 40:06.320
und da das Projekt nachher nicht mehr so wichtig war,

40:06.320 --> 40:10.320
hatten wir auch nie mit der Zeit da viel aufzuräumen.

40:10.320 --> 40:13.320
Es gab da aber schon ziemlich viel,

40:13.320 --> 40:15.320
was wir gelernt haben.

40:15.320 --> 40:17.320
Zum Beispiel gab es,

40:17.320 --> 40:20.320
wir haben dann externen Partner angebunden,

40:20.320 --> 40:23.320
wo das Onboarding extrem komplex war,

40:23.320 --> 40:27.320
man musste irgendwie so acht Schritte durchlaufen.

40:27.320 --> 40:29.320
Und ich bin irgendwie nach einer Zeit wieder

40:29.320 --> 40:31.320
in den Code reingegangen

40:31.320 --> 40:33.320
und habe selber nicht mehr verstanden,

40:33.320 --> 40:36.320
weil das alles über den Code verteilt war.

40:36.320 --> 40:38.320
Und ich dachte mir einfach,

40:38.320 --> 40:40.320
dieses Onboarding, diese acht Schritte,

40:40.320 --> 40:44.320
das kann doch irgendwo zusammen sein.

40:44.320 --> 40:47.320
Und das ist dann halt eben gar nicht so einfach,

40:47.320 --> 40:49.320
sich dann praktisch dahin zu setzen

40:49.320 --> 40:52.320
und zu denken, okay, wie kriege ich das jetzt so hin,

40:52.320 --> 40:54.320
dass das so an einer Stelle zusammen ist.

40:54.320 --> 40:56.320
Natürlich hat jeder Schritt seine eigene Komplexität,

40:56.320 --> 40:59.320
aber am Ende haben wir es hinbekommen,

40:59.320 --> 41:02.320
eine Klasse zu haben für dieses Onboarding,

41:02.320 --> 41:05.320
für diesen Prozess, der dann wirklich gesagt hat,

41:05.320 --> 41:07.320
Schritt eins, und dann hat er auch wieder

41:07.320 --> 41:09.320
auf etwas anderes verwiesen,

41:09.320 --> 41:11.320
wo man es halt eben einfach nachvollziehen konnte.

41:11.320 --> 41:13.320
Wo man jetzt wirklich,

41:13.320 --> 41:15.320
wenn man dieses Beispiel, ich mache jetzt per Programming,

41:15.320 --> 41:17.320
ich will das jemanden erklären, man setzt sich hin.

41:17.320 --> 41:19.320
Und wenn ich dann selber erstmal halbe

41:19.320 --> 41:21.320
schon im Code suchen muss, wo ist der Schritt,

41:21.320 --> 41:24.320
wo ist der Schritt oder der Schritt, ja, blöd.

41:24.320 --> 41:27.320
Wenn es alles in einer Klasse ist, einfach.

41:27.320 --> 41:30.320
Aber damit waren wir dann so ein bisschen angefixst.

41:30.320 --> 41:33.320
Wir hatten so die erste Erfahrung gesammelt

41:33.320 --> 41:35.320
und dachten, okay, das geht viel, viel besser.

41:35.320 --> 41:37.320
Unsere Hauptschwierigkeit war,

41:37.320 --> 41:41.320
wie übersetzt sich jetzt die Theorie in unserer Praxis.

41:41.320 --> 41:43.320
Und dann haben wir angefangen,

41:43.320 --> 41:46.320
Ende 2019 im Proker zu bauen.

41:46.320 --> 41:48.320
Und da haben wir ein sehr schnell

41:48.320 --> 41:50.320
ein größeres Team gehabt.

41:50.320 --> 41:53.320
Im Endeffekt waren es über 10 Leute in einem Team.

41:53.320 --> 41:57.320
Wir haben dann wohl größer als unsere übliche Teamkurse entschieden,

41:57.320 --> 42:00.320
okay, wichtiges Projekt.

42:00.320 --> 42:02.320
Wir lassen es als ein Team laufen

42:02.320 --> 42:06.320
und hatten dann ein paar Entwickler dabei,

42:06.320 --> 42:09.320
die direkt begeistert, gesagt haben, okay,

42:09.320 --> 42:11.320
wir wollen das machen.

42:11.320 --> 42:13.320
Und dann ging das ganz auch viel, viel schneller.

42:13.320 --> 42:16.320
Weil dann war wirklich so, okay, wie übersetzen wir das jetzt

42:16.320 --> 42:19.320
in unsere Eistrichtur, in unseren Code.

42:19.320 --> 42:23.320
Und dann zum Beispiel diese Abstraktion von der Datenbank.

42:23.320 --> 42:26.320
Dann kamen recht schnell super Ideen da zusammen.

42:26.320 --> 42:30.320
Und wir haben dann auch mehrere Services

42:30.320 --> 42:32.320
direkt damit umgesetzt.

42:32.320 --> 42:36.320
Und natürlich die Leute, die es umgesetzt haben und dabei waren,

42:36.320 --> 42:38.320
da war die Begeisterung da.

42:38.320 --> 42:41.320
Den Rest der Firma hat es noch nicht so interessiert.

42:41.320 --> 42:43.320
Da ist natürlich mal passiert,

42:43.320 --> 42:46.320
dass der eine oder andere sich interessiert hat, nachgefragt hat.

42:46.320 --> 42:49.320
Wir haben auch versucht, ein bisschen die Firma rauszutragen,

42:49.320 --> 42:52.320
aber es war noch nicht so, dass es überall übergeschwappt ist.

42:52.320 --> 42:55.320
Wenn es sich dann aber immer mehr verbreitet

42:55.320 --> 42:57.320
und gerade die Leute, die damit gearbeitet haben,

42:57.320 --> 42:59.320
oh, jemand, der in das Team reingekommen ist,

42:59.320 --> 43:02.320
gesagt, oh, das ist viel einfacher zu verstehen für mich,

43:02.320 --> 43:05.320
dann hat man so einen langsamen Effekt,

43:05.320 --> 43:08.320
interessieren sich die anderen Teams dafür.

43:08.320 --> 43:11.320
Und mittlerweile sind wir im Zustand,

43:11.320 --> 43:14.320
wo es alle in der Firma wissen,

43:14.320 --> 43:17.320
aber nicht alle explizit anwenden.

43:17.320 --> 43:20.320
Da waren natürlich auch viele existierende Projekte da.

43:20.320 --> 43:23.320
Aber die Leute sind sehr aufgeschlossen,

43:23.320 --> 43:25.320
weil sie wissen, es funktioniert.

43:25.320 --> 43:27.320
Und die anderen sind begeistert davon.

43:27.320 --> 43:31.320
Und da hilft natürlich auch viel internes Teilen von Wissen.

43:31.320 --> 43:36.320
Also wir haben regelmäßig Tech-Lunches oder andere.

43:36.320 --> 43:39.320
Wir haben so Interessengruppen intern, die über so Sachen diskutieren.

43:39.320 --> 43:42.320
Da verteilt sich das Wissen zwischen den Leuten,

43:42.320 --> 43:44.320
die interessiert sind, extrem stark.

43:44.320 --> 43:48.320
Und so haben wir es dann immer weiter verbreitet.

43:48.320 --> 43:53.320
Und im Endeffekt, glaube ich, das größte Projekt war jetzt,

43:53.320 --> 43:57.320
dass wir alle unsere Produkte genommen haben,

43:57.320 --> 44:02.320
in mehreren Event-Stirming-Workstops durchgegangen sind,

44:02.320 --> 44:04.320
erst mal ganz oben und dann pro Produkt,

44:04.320 --> 44:06.320
um wirklich zu schauen,

44:06.320 --> 44:10.320
wie wollen wir unsere Teams und die ganze Software

44:10.320 --> 44:12.320
in Zukunft schneiden.

44:12.320 --> 44:17.320
Und haben in dem Prozess, der fast ein Jahr gedauert hat,

44:17.320 --> 44:19.320
aber mit dabei in der ganzen Firma,

44:19.320 --> 44:22.320
praktisch so ein Bild, da wollen wir hin.

44:22.320 --> 44:25.320
Natürlich ist das immer ein Idealbild.

44:25.320 --> 44:30.320
Aber wir haben jetzt praktisch so diesen Nordstern

44:30.320 --> 44:33.320
und alle wissen, okay, da geht es hin.

44:33.320 --> 44:37.320
Was auch viele Fragen dann im Alltag einfacher macht.

44:37.320 --> 44:39.320
Welches Team macht das jetzt?

44:39.320 --> 44:43.320
Wo gehört das Projekt in Zukunft hin und so weiter?

44:43.320 --> 44:46.320
Man merkt so, mit jedem Schritt kommt man dem Ganzen näher.

44:46.320 --> 44:49.320
Natürlich ist es halt eben auch nur so ein Momentaufnahme,

44:49.320 --> 44:53.320
und man wird es hin und wieder bearbeiten müssen.

44:53.320 --> 44:58.320
Aber man merkt dann schon, dass sich der ganze Aufwand dann lohnt.

44:58.320 --> 45:03.320
Und ich bin dann immer wieder begeistert, wenn ich sehe,

45:03.320 --> 45:06.320
wie schnell sich die Leute dann im Code so recht finden.

45:06.320 --> 45:11.320
Und gerade aktuell, wo ich selber quasi im Alltag keinen Code mehr schreibe,

45:11.320 --> 45:15.320
aber noch gerne Reviews mache oder mal Sachen nachschau,

45:15.320 --> 45:18.320
ist es natürlich auch für mich viel einfacher,

45:18.320 --> 45:21.320
wenn ich in den Code reingehe und weiß, okay, das ist die Struktur.

45:21.320 --> 45:24.320
Und wenn man den Fachbegriff weiß

45:24.320 --> 45:26.320
und einfach nur im Code nach dem Fachbegriff suchen muss,

45:26.320 --> 45:30.320
und man findet direkt die Logik dahinter.

45:30.320 --> 45:34.320
Was dann auch wieder hin dazu führt, dass das manchmal schneller ist,

45:34.320 --> 45:38.320
als es den Teamkollegen zu fragen.

45:38.320 --> 45:41.320
Na dann hat sich das aber schon richtig gelohnt.

45:41.320 --> 45:44.320
Ich denke, du hast gerade einen sehr wichtigen Punkt gesagt

45:44.320 --> 45:46.320
mit diesen Alltagsentscheidungen,

45:46.320 --> 45:51.320
die bestimmt vielen Leuten gar nicht so bewusst sind,

45:51.320 --> 45:54.320
die nicht täglich so dabei arbeiten oder dabei sind

45:54.320 --> 45:57.320
oder nicht diesen täglichen Entscheidungen treffen müssen.

45:57.320 --> 46:01.320
Und vielleicht den Personen, die diese ständigen Entscheidungen treffen müssen,

46:01.320 --> 46:06.320
gar nicht den freien Kopf jetzt dafür haben, sich zu überlegen,

46:06.320 --> 46:08.320
ist das nicht eigentlich doof, könnte man das nicht besser haben,

46:08.320 --> 46:11.320
wenn man ja dann im Tunnel ist und jetzt diese Antwort braucht.

46:11.320 --> 46:15.320
Aber ich glaube, immer dieses gemeinsame Ziel zu haben,

46:15.320 --> 46:17.320
kann schon sehr viel Zeit ersparen.

46:17.320 --> 46:22.320
Und ich kann mir vorstellen, dass so der ein oder die andere Hörer und Hörer

46:22.320 --> 46:27.320
sich denkt bei, wow, die hatten in ihrer Firma nicht nur einen,

46:27.320 --> 46:29.320
ich glaube, du hast das Event-Storming genannt,

46:29.320 --> 46:32.320
diesen ganzen Tag, wo die ganze Firma da war, so gefühlt,

46:32.320 --> 46:34.320
und dann sogar mehrere.

46:34.320 --> 46:36.320
Ja, wer hat denn da gearbeitet?

46:36.320 --> 46:38.320
Da geht ja nichts vorwärts.

46:38.320 --> 46:43.320
Aber du hast wahrscheinlich jetzt auch keine Zahlen hier einfach so rumliegen,

46:43.320 --> 46:45.320
aber du hättest schon das Gefühl,

46:45.320 --> 46:49.320
dass dieser eine Tag oder vielleicht diese drei Tage oder fünf Tage in Summe

46:49.320 --> 46:51.320
so viele Alltagsentscheidungen dann abgenommen hat,

46:51.320 --> 46:54.320
dass sich das auf jeden Fall schon rentiert hat.

46:54.320 --> 46:57.320
Genau, das ist dann eben bei so Sachen immer extrem schwer,

46:57.320 --> 47:01.320
das jetzt wirklich zu quantifizieren, was hat das jetzt wirklich gebracht.

47:01.320 --> 47:04.320
Vielleicht noch ein wichtiges bei diesen Event-Storming-Workshops,

47:04.320 --> 47:07.320
es ist ganz wichtig, dass nicht zu viele dabei sind.

47:07.320 --> 47:09.320
Was gerade bei den ersten extrem schwer war,

47:09.320 --> 47:14.320
wie finde ich die 15 Leute in der Firma, die dafür genau richtig sind,

47:14.320 --> 47:18.320
und wie kriegt das hin, dass alle die an einem Tag Zeit haben?

47:18.320 --> 47:21.320
Weil du nimmst natürlich gerade für die auf höhere Ebene,

47:21.320 --> 47:25.320
nimmst du dann die entscheidenden Leute, die das ganze Wissen haben, damit rein?

47:25.320 --> 47:27.320
Das war gar nicht so einfach.

47:27.320 --> 47:29.320
Was auch im Endeffekt dazu geführt hat,

47:29.320 --> 47:33.320
dass wir alle Remote durchgeführt haben.

47:33.320 --> 47:35.320
Also es war ursprünglich nicht der Plan,

47:35.320 --> 47:38.320
wir dachten, okay, es gibt doch besser, wenn alle im Büro sind,

47:38.320 --> 47:42.320
aber es hat sich halt eben dann doch als extrem schwierig herausgestellt,

47:42.320 --> 47:47.320
und dann haben wir meines Wissens nach alle Remote durchgeführt.

47:47.320 --> 47:51.320
Heutzutage mit dem ganzen Tooling ist ja auch kein Problem mehr.

47:51.320 --> 47:54.320
Es ist schon immer noch was anderes, man muss sich darauf einstellen,

47:54.320 --> 48:01.320
aber wie viele mittlerweile wissen, wenn nicht alle vor Ort sein können,

48:01.320 --> 48:05.320
muss man sich eher auf den einen oder mehrere Remote einstellen,

48:05.320 --> 48:08.320
und dann kann man es gleich komplett remote machen.

48:08.320 --> 48:11.320
Weil wenn dann die eine Hälfte am Whiteboard,

48:11.320 --> 48:15.320
die anderen in einem, was weiß ich nicht, was Board arbeiten,

48:15.320 --> 48:18.320
das ist ja nicht so einfach.

48:18.320 --> 48:22.320
Das führt meistens zu unschönen Situationen,

48:22.320 --> 48:26.320
dass entweder Krüppchen gebildet werden, die eh schon daraus bestehen,

48:26.320 --> 48:28.320
die einen sind remote, die anderen zu dem Büro,

48:28.320 --> 48:30.320
und nicht, wie es sich vielleicht sonst gegeben hätte.

48:30.320 --> 48:35.320
Und ganz schwierig finde ich es, wenn du nur eine Person nicht dabei hast.

48:35.320 --> 48:38.320
Ich war auch schon mal diese eine Person, das fühlt sich nicht so toll an.

48:38.320 --> 48:42.320
Da braucht man schon ein ganz tolles Team, das einen nicht vergisst.

48:42.320 --> 48:44.320
Was wir gemacht haben bei den Remote-Workshops,

48:44.320 --> 48:47.320
wir haben sie dann nicht an einem Tag gemacht.

48:47.320 --> 48:50.320
Wir haben dann zweimal vier Stunden gemacht an unterschiedlichen Tagen,

48:50.320 --> 48:55.320
weil wir dann einfach davon, also das war die Erfahrung von unserem Trainer,

48:55.320 --> 49:00.320
dass der gesagt hat, okay, das ist Remote einfach besser,

49:00.320 --> 49:03.320
und das hat bei unseren auch gut funktioniert.

49:03.320 --> 49:06.320
Ein sehr guter Punkt, den du auch sagst,

49:06.320 --> 49:10.320
jemanden dazu holen, Trainer, eine Trainerin,

49:10.320 --> 49:13.320
die vielleicht schon viel Erfahrung in dem Teilbereich haben,

49:13.320 --> 49:16.320
auch wenn man selber vielleicht die Theorie kennt,

49:16.320 --> 49:19.320
auch wenn da nochmal eine externe Person dabei ist,

49:19.320 --> 49:23.320
kann ich mir vorstellen, dass das natürlich auch nochmal einen gewissen Impact hat

49:23.320 --> 49:26.320
für die Teilnehmerinnen und Teilnehmer.

49:26.320 --> 49:30.320
Und vor allem, man steckt halt selber ja auch irgendwie immer in den Details drin

49:30.320 --> 49:33.320
und möchte seinen Wissen mit dazu beitragen.

49:33.320 --> 49:36.320
Und gleichzeitig den Prozess durchzuführen,

49:36.320 --> 49:38.320
ich glaube, das kennen wir irgendwie alle aus Workshops,

49:38.320 --> 49:41.320
es ist manchmal nicht so einfach.

49:41.320 --> 49:46.320
Und allein eine Person zu haben, die sagt, okay, ich habe das schon mal gemacht,

49:46.320 --> 49:51.320
und wir machen das einfach so und ihr haltet euch alle an die Regeln,

49:51.320 --> 49:55.320
das ist schon mal extrem viel wert.

49:55.320 --> 49:58.320
Und natürlich, was ich auch gelernt habe,

49:58.320 --> 50:02.320
jemanden, der sich halt eben mit dem ganzen Tooling dann gut auskennt

50:02.320 --> 50:06.320
und auch weiß, wie man sowas vorbereitet, nacharbeitet

50:06.320 --> 50:10.320
und dann auch sagt, okay, das sind jetzt die nächsten Schritte

50:10.320 --> 50:14.320
oder ich empfehle euch jetzt, in die Leute einzuladen.

50:14.320 --> 50:16.320
Das ist dann schon extrem viel wert,

50:16.320 --> 50:20.320
einfach diese Erfahrung, die dann jemand mitbringen kann

50:20.320 --> 50:22.320
und hat uns auch sehr geholfen.

50:22.320 --> 50:25.320
Ja, ansonsten kann ich mir vorstellen, dass das schon sehr schwierig sein könnte,

50:25.320 --> 50:29.320
jetzt den Anfang zu finden, wenn man gar niemand mit Erfahrung da hat

50:29.320 --> 50:31.320
und vielleicht ist dann eher dazu führt,

50:31.320 --> 50:35.320
dass man lieber mal gar nicht anfängt, bevor man es dann falsch macht.

50:35.320 --> 50:39.320
Da würden mir sogar auch wirklich ein paar Beispiele aus meinem Leben einfallen.

50:39.320 --> 50:43.320
Ich glaube, ich hatte mal so einen kurzen Exkurs zu Ramda.js.

50:43.320 --> 50:45.320
Hätte man in dem Projekt auch wirklich nicht...

50:45.320 --> 50:47.320
Das hat jetzt wenig mit Ramda selber zu tun,

50:47.320 --> 50:50.320
aber es war einfach so eine Person, war stark dafür.

50:50.320 --> 50:52.320
Die anderen hatten keine Meinung

50:52.320 --> 50:55.320
und dann gab es niemanden, der oder die dafür gesorgt hat,

50:55.320 --> 50:56.320
wie man das jetzt so angeht.

50:56.320 --> 51:01.320
Und das heißt halt wirklich, da war diese Datei mit Ramda geschrieben, diese ohne.

51:01.320 --> 51:03.320
Jetzt sollte man da mal einen Backfixen,

51:03.320 --> 51:07.320
kann nur die eine Person, weil die hat das geschrieben, das kann ich nicht lesen.

51:07.320 --> 51:09.320
Also es gibt ja wirklich so Negativbeispiele,

51:09.320 --> 51:11.320
dass man vielleicht lieber gar nicht anfängt,

51:11.320 --> 51:14.320
wenn man es nicht richtig durchsetzt.

51:14.320 --> 51:17.320
Ansonsten, ich glaube, du hast was sehr kluges gesagt,

51:17.320 --> 51:21.320
mit dem, dass man immer lernt, dass es beim ersten Mal nie richtig ist

51:21.320 --> 51:23.320
und dass es auch okay ist,

51:23.320 --> 51:25.320
weil ich möchte eigentlich nochmal auf diesem Punkt gerade,

51:25.320 --> 51:28.320
von gerade eben eingehen, dieses gemeinsame Ziel

51:28.320 --> 51:31.320
und was du gerade gemeint hattest mit, man hält dir jetzt an die Regeln.

51:31.320 --> 51:34.320
Für mich müssen es nicht immer die perfekten,

51:34.320 --> 51:37.320
die eine richtigen, komplett richtigen Regeln sein

51:37.320 --> 51:41.320
oder das perfekte Ziel, auf das man hinarbeitet.

51:41.320 --> 51:45.320
Aber einfach so wenig Ablenkung wie möglich zu haben,

51:45.320 --> 51:48.320
dass man vielleicht sagt, nach drei Monaten

51:48.320 --> 51:51.320
jetzt fällt uns auf, das aktuelle Ziel passt gerade nicht.

51:51.320 --> 51:53.320
Wir ändern jetzt irgendwie die Richtung.

51:53.320 --> 51:55.320
Es passt gerade nicht mehr wie die Module aufbauen,

51:55.320 --> 51:57.320
wir bauen sie ein bisschen anders auf.

51:57.320 --> 51:59.320
Aber in dieser Zwischenzeit wussten alle,

51:59.320 --> 52:02.320
nach welchen Regeln man hier gerade arbeitet

52:02.320 --> 52:06.320
und hat da sehr viel Zeit vielleicht durchgespart.

52:06.320 --> 52:08.320
Was ich mich gerade noch frage,

52:08.320 --> 52:11.320
wir haben ein bisschen Reunitests und so was angesprochen

52:11.320 --> 52:13.320
und auch diese Code Reviews leichter zu verstehen,

52:13.320 --> 52:17.320
weil man als komplett externe Person den Code besser lesen kann.

52:17.320 --> 52:21.320
Denkst du, dass der Code auch vielleicht sogar sicherer werden kann,

52:21.320 --> 52:23.320
vielleicht freier von Bucksugar,

52:23.320 --> 52:25.320
weil man irgendwie das Klare strukturieren kann,

52:25.320 --> 52:29.320
klarer trennen kann, weniger drumrum schreiben muss.

52:29.320 --> 52:32.320
Jetzt habe ich da noch einen Fall vergessen.

52:32.320 --> 52:35.320
Jetzt mache ich hier noch so ein If-Check mit rein.

52:35.320 --> 52:38.320
Ja, es ist natürlich jetzt schwer zu quantifizieren.

52:38.320 --> 52:44.320
Ich habe eben gesagt, dass wir mit dem Broker das erste große Projekt hatten

52:44.320 --> 52:47.320
und auch sehr ambitionierte Projekt.

52:47.320 --> 52:49.320
Wir hatten natürlich ein bestehendes System,

52:49.320 --> 52:51.320
auf dem wir aufsetzen konnten,

52:51.320 --> 52:53.320
muss aber trotzdem sehr viel neu bauen

52:53.320 --> 52:56.320
und haben es im Endeffekt mit dem vollen Team

52:56.320 --> 53:01.320
dann von Dezember bis ungefähr Juni fertig gebaut.

53:01.320 --> 53:06.320
Natürlich ist natürlich immer ein ganz fertiges Projekt nie,

53:06.320 --> 53:10.320
aber wir sind dann wirklich für den Entkunden live gegangen

53:10.320 --> 53:13.320
und es gibt ja normalerweise immer diese Phase,

53:13.320 --> 53:16.320
wir lassen jetzt die Leute intern, die Mitarbeiter,

53:16.320 --> 53:18.320
schon als Kunden drauf

53:18.320 --> 53:22.320
und es gab extrem wenig, was da wirklich schief gelaufen ist

53:22.320 --> 53:25.320
und das kenne ich sonst auch anders,

53:25.320 --> 53:29.320
weil gerade bei so komplexer Logik

53:29.320 --> 53:31.320
ist die oftmals über das ganze System verteilt

53:31.320 --> 53:34.320
und nur noch schwer irgendwo zu verstehen.

53:34.320 --> 53:37.320
Und früher, als wir damit angefangen waren,

53:37.320 --> 53:39.320
das habe ich wirklich für Logik in meinem System,

53:39.320 --> 53:41.320
das ist doch gar nicht so komplex gemacht,

53:41.320 --> 53:43.320
das sind das überhaupt in eine Ebene rauszuziehen

53:43.320 --> 53:48.320
und hier war es nachher so, ja, es ist doch extrem viel Logik

53:48.320 --> 53:51.320
und es hat uns ganz viel einfacher gemacht,

53:51.320 --> 53:55.320
diese Logik wirklich so zu schreiben,

53:55.320 --> 53:57.320
dass sie alle nachvollziehen konnten

53:57.320 --> 54:00.320
und dadurch auch fehlerfrei war.

54:00.320 --> 54:02.320
Ich würde sogar so weit gehen,

54:02.320 --> 54:04.320
dass ein Teil von einem Code

54:04.320 --> 54:05.320
man auch in einem Nichtprogrammierer

54:05.320 --> 54:07.320
mittlerweile einfach geben kann

54:07.320 --> 54:10.320
und er so grob versteht, was da für Logik drin ist,

54:10.320 --> 54:12.320
weil es einfach so benannt ist

54:12.320 --> 54:18.320
und zum Beispiel, was für Aktien besitzt sich gerade?

54:18.320 --> 54:21.320
Es gibt einfach eine klasse Inventar.

54:21.320 --> 54:24.320
Ein Teil davon wird live berechnet,

54:24.320 --> 54:29.320
ein Teil besteht aus dem, was am Ende des Tages passiert ist,

54:29.320 --> 54:32.320
aber diese Logik, die das zusammengeführt wird,

54:32.320 --> 54:34.320
die geht alles von einer Klasse aus

54:34.320 --> 54:38.320
und man kann das wirklich Schritt für Schritt nachvollziehen

54:38.320 --> 54:41.320
und dadurch, dass dann wirklich keine Infrastruktur,

54:41.320 --> 54:44.320
keine Datenbank, keine API oder so was drin ist,

54:44.320 --> 54:46.320
ist das auch gar nicht so viel Code.

54:46.320 --> 54:48.320
Der andere Aspekt mit der Sicherheit

54:48.320 --> 54:50.320
hatte ich vorher schon mal angeschnitten,

54:50.320 --> 54:51.320
dass man halt eben,

54:51.320 --> 54:54.320
dadurch die Automatikvalidierung drin hat.

54:54.320 --> 54:56.320
Das heißt, es ist eine ID, wo man sagt,

54:56.320 --> 55:00.320
die hat die Rackax oder die Länge,

55:00.320 --> 55:02.320
irgendwelche Zahlen oder sowas,

55:02.320 --> 55:04.320
die dann irgendwelche Constraints haben.

55:04.320 --> 55:07.320
Das kann man direkt alles mit einbauen.

55:07.320 --> 55:10.320
Genau, ich habe ein super Beispiel,

55:10.320 --> 55:14.320
dass aus dem Code Performance Broker live gegangen sind,

55:14.320 --> 55:18.320
Wort war es in der Datenbank geändert von einem Script.

55:18.320 --> 55:20.320
Also nicht über unsere Software,

55:20.320 --> 55:23.320
sondern es war praktisch ein Backgefix über ein Script.

55:23.320 --> 55:25.320
Dann hat die Software das versucht,

55:25.320 --> 55:27.320
aus der Datenbank zu laden

55:27.320 --> 55:30.320
und hat direkt die Kreative gesagt, nee.

55:30.320 --> 55:33.320
Und zwar hat unsere Validierung direkt gesagt

55:33.320 --> 55:35.320
in der Domain-Ebene,

55:35.320 --> 55:38.320
das ist keine valide Kundennummer.

55:38.320 --> 55:40.320
Und da war wirklich dann,

55:40.320 --> 55:42.320
hat ein Zeichen gefehlt in der Datenbank.

55:42.320 --> 55:44.320
Ohne diese Validierung,

55:44.320 --> 55:47.320
also wer validiert was, was ich aus der Datenbank lade.

55:47.320 --> 55:49.320
Ohne diese Validierung

55:49.320 --> 55:52.320
hätten wir das so komplett durch

55:52.320 --> 55:54.320
ans externen System geschickt

55:54.320 --> 55:57.320
und es wäre viel, viel später aufgefallen.

55:57.320 --> 56:00.320
Also da gibt es schon so einige Beispiele,

56:00.320 --> 56:03.320
wo es uns sehr geholfen hat.

56:03.320 --> 56:07.320
Und wo die Fehler einfach viel, viel früher dann auffallen.

56:07.320 --> 56:11.320
Heißt natürlich auch an ein paar Stellen mehr Arbeit,

56:11.320 --> 56:14.320
man muss sich dann immer Gedanken machen, was mache ich hier.

56:14.320 --> 56:18.320
Aber statt jetzt zum Beispiel

56:18.320 --> 56:21.320
alle Intagers in meinem System zusammenzusuchen,

56:21.320 --> 56:25.320
wenn jemand sagt, passt die Rundung an von dem, dem Betrag,

56:25.320 --> 56:27.320
hat man halt eben nicht Intagers,

56:27.320 --> 56:29.320
sondern hat einen konkreten Begriff.

56:29.320 --> 56:32.320
Dann heißt es jetzt nicht mehr Intagers,

56:32.320 --> 56:35.320
das ist jetzt zum Beispiel, das sind meine Zinsen.

56:35.320 --> 56:38.320
Und auf einmal kann ich über die IDE sagen,

56:38.320 --> 56:41.320
ich habe mehr überall, wo ich Zinsen verwende im System zusammen

56:41.320 --> 56:44.320
und kann die dann alle zusammen auch anpassen.

56:44.320 --> 56:49.320
Den einen Punkt, den du noch angesprochen hattest,

56:49.320 --> 56:53.320
war, dass man hat quasi die Kommunikation

56:53.320 --> 56:57.320
in der Software, die man auch in der Firma hat.

56:57.320 --> 57:00.320
Und da habe ich noch die kleine Anekdote dazu,

57:00.320 --> 57:03.320
dass ich das genau so erlebt habe bei dem Projekt,

57:03.320 --> 57:05.320
dass ich hierhin und wieder mal erwähne,

57:05.320 --> 57:08.320
dass auf Microfrontens aufgebaut war.

57:08.320 --> 57:11.320
Aber das war eben erstmal so ein Proof-of-Konzept.

57:11.320 --> 57:13.320
Das heißt, wir wollen erstmal schauen,

57:13.320 --> 57:16.320
das ist in den Microfrontens wirklich das Richtige dafür.

57:16.320 --> 57:18.320
Also haben wir einen wirklich sehr kleinen,

57:18.320 --> 57:22.320
eigentlich gutes Team, aber sehr klein draufgesetzt.

57:22.320 --> 57:26.320
Und es ist uns irre schwer gefallen,

57:26.320 --> 57:30.320
uns selbst als 40-Personen-Team anzusehen und so zu denken,

57:30.320 --> 57:32.320
weil wir hatten zwar Microfrontens.

57:32.320 --> 57:36.320
Und ja, die hatten schon irgendwie so einen Post-Message-Spaß,

57:36.320 --> 57:39.320
über den sie dann kommuniziert haben.

57:39.320 --> 57:43.320
Aber wenn man sich das einfach mal ein bisschen objektiv angeschaut hat,

57:43.320 --> 57:45.320
von oben, war das so, ja, wir hätten das auch alles zusammen

57:45.320 --> 57:47.320
in einem Repo schreiben können.

57:47.320 --> 57:49.320
Also das spricht ja alles mit allem.

57:49.320 --> 57:52.320
Ob das jetzt über ein Message-Spaß über eine Property ist.

57:52.320 --> 57:55.320
Okay, aber nur weil wir jetzt über ein Message-Spaß kommunizieren,

57:55.320 --> 57:59.320
macht das Ding immer noch nicht unabhängig,

57:59.320 --> 58:03.320
dass die eben die verschiedenen Microfrontens oder auf Services wie auch immer,

58:03.320 --> 58:07.320
dann wirklich so abhängig voneinander waren,

58:07.320 --> 58:10.320
dass dieses Prinzip nicht mehr Sinn gemacht hat.

58:10.320 --> 58:14.320
Aber habt ihr dann tatsächlich die Teamstruktur geändert

58:14.320 --> 58:17.320
nach diesen Events-Dorming-Sessions und gesagt,

58:17.320 --> 58:19.320
wir bauen das jetzt anders auf,

58:19.320 --> 58:22.320
sodass das eher für das Produkt oder für die Software passt?

58:22.320 --> 58:25.320
Ja, also natürlich Schritt für Schritt.

58:25.320 --> 58:28.320
So eine Änderung ist nie einfach.

58:28.320 --> 58:30.320
Aber wir haben dann wirklich,

58:30.320 --> 58:34.320
wir haben intern in der Engineering-Abteilung Stripes,

58:34.320 --> 58:36.320
die dann aus mehreren Teams bestehen

58:36.320 --> 58:41.320
und wir haben wirklich Teams zwischen den Stripes verschoben.

58:41.320 --> 58:45.320
Teams, neue Aufgaben, neu benannt.

58:45.320 --> 58:48.320
Was oftmals dann so, also wir haben geguckt,

58:48.320 --> 58:50.320
dass die Änderungen nie zu groß waren.

58:50.320 --> 58:53.320
Aber dann auch immer, wenn irgendeine Änderung anstand

58:53.320 --> 58:55.320
oder wenn irgendwie wieder die Frage war,

58:55.320 --> 58:57.320
okay, wie gehen wir da jetzt weiter vor,

58:57.320 --> 59:01.320
hat man sich dann schon, okay, wie passt das jetzt ins ganze Bild?

59:01.320 --> 59:05.320
Und dann schon Schritt für Schritt das so angepasst.

59:05.320 --> 59:10.320
Und es gibt natürlich dann eben auch Sonderaufgaben.

59:10.320 --> 59:12.320
Also wir haben praktisch Teams,

59:12.320 --> 59:14.320
die als Plattform Teams drunter arbeiten

59:14.320 --> 59:18.320
und sich um gewisse Infrastruktur-Themen kümmern.

59:18.320 --> 59:21.320
Das passt aber auch in unser Bild.

59:21.320 --> 59:23.320
Also da haben wir auch gesagt, okay,

59:23.320 --> 59:28.320
da kann man sich dann um gewisse Themen der Infrastruktur,

59:28.320 --> 59:31.320
Developer Experience oder andere Themen,

59:31.320 --> 59:34.320
die alle Teams betreffen.

59:34.320 --> 59:40.320
Aber dann gerade, ich glaube, ein interessantes Thema war bei uns,

59:40.320 --> 59:43.320
die Produkte, das ist noch mit das Einfachste.

59:43.320 --> 59:45.320
Also wir haben als Hauptprodukte den Broker

59:45.320 --> 59:47.320
und die Vermögensverwaltung,

59:47.320 --> 59:52.320
wobei die sich ja auch gerne co-teilen macht der Sinn.

59:52.320 --> 59:54.320
Wir haben die Linie klarer zu ziehen,

59:54.320 --> 59:56.320
aber der Hauptgewinn war,

59:56.320 --> 59:59.320
wirklich den Kunden raus zu ziehen

59:59.320 --> 01:00:04.320
und zu sagen, okay, Broker und die Vermögensverwaltung teilen sich einen Kunden

01:00:04.320 --> 01:00:06.320
und es gibt ganz, ganz viele Sachen,

01:00:06.320 --> 01:00:08.320
die passieren auf dem Kunden

01:00:08.320 --> 01:00:11.320
und haben jetzt erstmal nichts mit dem Produkt zu tun

01:00:11.320 --> 01:00:14.320
und das klarer zu definieren.

01:00:14.320 --> 01:00:17.320
Das ist einer der Hauptgewinne jetzt bei uns,

01:00:17.320 --> 01:00:20.320
weil das war vorher, ja, da passiert was aus dem Kunden

01:00:20.320 --> 01:00:22.320
und es gab aber jetzt kein Team,

01:00:22.320 --> 01:00:24.320
was so explizit dafür zuständig war

01:00:24.320 --> 01:00:27.320
und da haben wir jetzt gleich mehrere Teams,

01:00:27.320 --> 01:00:30.320
die sich daran fokussieren.

01:00:30.320 --> 01:00:33.320
Aber es ist natürlich immer ein Prozess,

01:00:33.320 --> 01:00:35.320
wo man so Schritt für Schritt hingeht,

01:00:35.320 --> 01:00:38.320
weil jetzt einfach die Teams umbenennen

01:00:38.320 --> 01:00:40.320
und den neuen Aufgaben geben,

01:00:40.320 --> 01:00:42.320
machen wir auch erst mal Chaos,

01:00:42.320 --> 01:00:44.320
weil sie haben bestehende Software,

01:00:44.320 --> 01:00:46.320
um die sie sich kümmern müssen.

01:00:46.320 --> 01:00:49.320
Da muss man aufgucken, wie geht das jetzt weiter.

01:00:49.320 --> 01:00:54.320
Und natürlich hat das auch seine Kosten,

01:00:54.320 --> 01:00:56.320
wenn man jetzt Teams umbenennen,

01:00:56.320 --> 01:00:59.320
verschiebt, andere Aufgaben gibt.

01:00:59.320 --> 01:01:03.320
Aber das habe ich bei uns früh gelernt,

01:01:03.320 --> 01:01:07.320
wenn man nie anfängt, wird es auch nie zu Ende

01:01:07.320 --> 01:01:10.320
und selbst in der kleineren Firma können

01:01:10.320 --> 01:01:13.320
gewisse Migrationen ewig dauern.

01:01:13.320 --> 01:01:15.320
Aber es gibt so viele Sachen,

01:01:15.320 --> 01:01:17.320
die wir irgendwann angefangen haben

01:01:17.320 --> 01:01:19.320
und nicht angefangen hätten,

01:01:19.320 --> 01:01:21.320
wenn wir es jetzt bitter bereuen.

01:01:21.320 --> 01:01:23.320
Es ist natürlich nicht alles perfekt,

01:01:23.320 --> 01:01:26.320
aber da gibt es schon sehr, sehr viele Sachen,

01:01:26.320 --> 01:01:30.320
die so ständig in Bewegung sind.

01:01:30.320 --> 01:01:34.320
Also ich rede gerade auch gegen Big Bang Migrationen.

01:01:34.320 --> 01:01:38.320
Man kann fast alles irgendwie so schleichend machen.

01:01:38.320 --> 01:01:40.320
Man muss halt eben aufpassen,

01:01:40.320 --> 01:01:43.320
dass es dann kontinuierlich iterativ passiert.

01:01:43.320 --> 01:01:45.320
Sonst hat man eine Migration,

01:01:45.320 --> 01:01:49.320
und hat dann den einen Teil vom System,

01:01:49.320 --> 01:01:50.320
der das alte System verwendet,

01:01:50.320 --> 01:01:52.320
den anderen Teil, der das neue verwendet

01:01:52.320 --> 01:01:56.320
und dann nicht wirklich viel gewonnen.

01:01:56.320 --> 01:01:58.320
Das gibt es leider auch.

01:01:58.320 --> 01:02:00.320
Ich würde an dem Punkt sagen,

01:02:00.320 --> 01:02:03.320
wir haben jetzt viele Einblicke auf jeden Fall bekommen

01:02:03.320 --> 01:02:07.320
zum Thema Event-Trip-Design

01:02:07.320 --> 01:02:09.320
und wie man das auch umsetzen kann.

01:02:09.320 --> 01:02:11.320
Kannst du vielleicht nochmal ganz kurz sagen,

01:02:11.320 --> 01:02:14.320
was sind so deine Key-Takeaways,

01:02:14.320 --> 01:02:17.320
warum sollte man jetzt anfangen

01:02:17.320 --> 01:02:19.320
mit Event-Triven-Architecture

01:02:19.320 --> 01:02:21.320
noch mal so als Summary,

01:02:21.320 --> 01:02:25.320
wenn man das jetzt noch nicht in Betracht gezogen hat

01:02:25.320 --> 01:02:27.320
für seine Software?

01:02:27.320 --> 01:02:29.320
Wir sprechen eigentlich von Domain-Triven,

01:02:29.320 --> 01:02:32.320
aber Event-Triven ist auch oft nah dran.

01:02:32.320 --> 01:02:35.320
Es fließen extrem viele Sachen zusammen,

01:02:35.320 --> 01:02:37.320
also auch hexagonale Architektur.

01:02:37.320 --> 01:02:41.320
Das muss ich jetzt nicht zwangshaliger mit Domain-Triven-Design verwenden,

01:02:41.320 --> 01:02:44.320
aber es lässt sich heutzutage ja alles irgendwie,

01:02:44.320 --> 01:02:47.320
weil die meisten sinnvollen Sachen sich ja doch irgendwie

01:02:47.320 --> 01:02:49.320
sinnvoll kommunieren lassen,

01:02:49.320 --> 01:02:51.320
sie ließ das so zusammen

01:02:51.320 --> 01:02:54.320
und in Kombination entfaltet sie es eben noch mehr.

01:02:54.320 --> 01:02:57.320
Wieso sollte man das Ganze verwenden?

01:02:57.320 --> 01:03:02.320
Für mich hat es extrem viele Themen

01:03:02.320 --> 01:03:06.320
oder Sachen erschlagen, die ich über meine Software-Entwickler-Karriere

01:03:06.320 --> 01:03:09.320
so erlebt habe, wo ich früher immer davor schon,

01:03:09.320 --> 01:03:11.320
wie gehört jetzt der Code hin?

01:03:11.320 --> 01:03:13.320
Wie passt es hier zusammen?

01:03:13.320 --> 01:03:15.320
Wo finde ich das im Code?

01:03:15.320 --> 01:03:17.320
Es ist einfach super zu sehen,

01:03:17.320 --> 01:03:20.320
wenn jetzt ein neuer Entwickler ins Team kommt.

01:03:20.320 --> 01:03:25.320
Man erklärt ihm, es gibt diese Schichten im Code

01:03:25.320 --> 01:03:27.320
und da ist die Logik drin

01:03:27.320 --> 01:03:29.320
und das ist genauso benannt wie das Business.

01:03:29.320 --> 01:03:31.320
Das heißt, wenn der Product Owner sagt,

01:03:31.320 --> 01:03:34.320
einer was an X, Y, dann kannst du da reingucken

01:03:34.320 --> 01:03:36.320
und du siehst, das funktioniert einfach.

01:03:36.320 --> 01:03:39.320
Das heißt einfach diese Entwicklergeschwindigkeit

01:03:39.320 --> 01:03:41.320
und dieses Verständnis.

01:03:41.320 --> 01:03:43.320
Das ist einfach extrem viel wert,

01:03:43.320 --> 01:03:45.320
wenn der Code einfach zu verstehen ist.

01:03:45.320 --> 01:03:47.320
Die Leute wissen, wo was zu finden ist.

01:03:47.320 --> 01:03:50.320
Dadurch wird man insgesamt schneller.

01:03:50.320 --> 01:03:52.320
Die Entwickler sind zufriedener.

01:03:52.320 --> 01:03:55.320
Man ist seltener frustriert von dem Berg an Code.

01:03:55.320 --> 01:03:58.320
Es ist natürlich, das kann auch wachsen,

01:03:58.320 --> 01:04:01.320
aber es fühlt sich nicht so schlimm an.

01:04:01.320 --> 01:04:04.320
Und dann halt eben auch auf Business-Ebene,

01:04:04.320 --> 01:04:07.320
das Team macht jetzt die Aufgabe, wo gehört das hin?

01:04:07.320 --> 01:04:10.320
Also viele von den Sachen lässt sich einfach viel einfacher erklären.

01:04:10.320 --> 01:04:13.320
Und wenn man das in so einem Konstrukt drin hat,

01:04:13.320 --> 01:04:16.320
ist auch einfach alles zu verstehen.

01:04:16.320 --> 01:04:20.320
Und ganz wichtig, man bringt damit auch die Leute zusammen.

01:04:20.320 --> 01:04:24.320
Sonst hat man ja gerne in Firmen irgendwelche Meuschen

01:04:24.320 --> 01:04:28.320
zwischen den Entwicklern und irgendwelchen Fachbereichen,

01:04:28.320 --> 01:04:30.320
die dann von unterschiedlichen Sachen reden

01:04:30.320 --> 01:04:33.320
und so bringt man die Leute auch näher zusammen.

01:04:33.320 --> 01:04:35.320
Vielleicht dann noch ein wichtiges Thema.

01:04:35.320 --> 01:04:39.320
Ich hatte beim Bounded Context und ihr bündigt das Language schon erwähnt,

01:04:39.320 --> 01:04:42.320
man kann unterschiedliche Sprachen haben.

01:04:42.320 --> 01:04:44.320
Und das ist kein Problem,

01:04:44.320 --> 01:04:48.320
weil zum Beispiel der Vertrieb, was der in einem Kunden sieht,

01:04:48.320 --> 01:04:51.320
kann was ganz anderes sein als der Kundenservice

01:04:51.320 --> 01:04:54.320
oder praktisch die Produktabteilung davon sieht.

01:04:54.320 --> 01:04:57.320
Und deswegen ist es oft wie für sinnvoller,

01:04:57.320 --> 01:05:01.320
nicht praktisch nur den einen Kunden im System zu haben,

01:05:01.320 --> 01:05:04.320
sondern mehrere Sichten auf den Kunden.

01:05:04.320 --> 01:05:07.320
Zum Beispiel im Customer Relations Management Tool,

01:05:07.320 --> 01:05:10.320
dass man dann da ein anderes Modell vom Kunden hat

01:05:10.320 --> 01:05:13.320
und nicht versucht, zwangsweise alles,

01:05:13.320 --> 01:05:16.320
was irgendwo über einen Kunden gehört, zusammenzuführen.

01:05:16.320 --> 01:05:19.320
Also dass man da auch unterschiedliche Sprachen haben kann,

01:05:19.320 --> 01:05:21.320
unterschiedlichen Bereichen

01:05:21.320 --> 01:05:24.320
und dann teilweise auch dazwischen übersetzen muss.

01:05:24.320 --> 01:05:27.320
Also dass diese ubiquitous Language nicht heißt,

01:05:27.320 --> 01:05:30.320
man muss zwangsweise alles auf ein Modell runterbrechen.

01:05:30.320 --> 01:05:33.320
Natürlich, wenn ich jetzt in einem Produkt trete,

01:05:33.320 --> 01:05:35.320
ist es normalerweise die gleiche Sprache,

01:05:35.320 --> 01:05:38.320
aber so ein Unternehmen hat ja ganz viele Bereiche

01:05:38.320 --> 01:05:41.320
und die haben oftmals ganz andere Anforderungen

01:05:41.320 --> 01:05:45.320
und das hilft natürlich auch, die zu verstehen.

01:05:45.320 --> 01:05:48.320
Das heißt, aus Entwicklersicht würde ich sagen,

01:05:48.320 --> 01:05:50.320
glücklichere Entwickler.

01:05:50.320 --> 01:05:54.320
Also das, was sich die Entwickler normalerweise wünschen,

01:05:54.320 --> 01:05:58.320
man kommt im Code so recht, kann schneller was entwickeln,

01:05:58.320 --> 01:06:01.320
sieht schneller, hey, meine Änderung ist live.

01:06:01.320 --> 01:06:04.320
Das macht Freude.

01:06:04.320 --> 01:06:07.320
Und glückliche Devs sind ja schnelle Features.

01:06:07.320 --> 01:06:09.320
Nicht wahr?

01:06:09.320 --> 01:06:11.320
Ja.

01:06:11.320 --> 01:06:15.320
Du hattest jetzt in und wieder mal so ein Buch erwähnt,

01:06:15.320 --> 01:06:19.320
welche Ressourcen auf Deutsch,

01:06:19.320 --> 01:06:21.320
heißt das Ressourcen auf Deutsch, ich glaube schon.

01:06:21.320 --> 01:06:24.320
Also welche Links hast du denn eigentlich für uns mitgebracht?

01:06:24.320 --> 01:06:27.320
Was sollte man jetzt so nochmal lesen

01:06:27.320 --> 01:06:31.320
und sich anschauen, wenn man dieses Thema nochmal tiefer einsteigen möchte?

01:06:31.320 --> 01:06:35.320
Genau, da gibt es mittlerweile unendlich viel.

01:06:35.320 --> 01:06:39.320
Das Ursprungsbuch ist nicht ganz einfach zu lesen.

01:06:39.320 --> 01:06:42.320
Ich habe es nie von A bis Z gelesen.

01:06:42.320 --> 01:06:44.320
So eine Bibel.

01:06:44.320 --> 01:06:46.320
Ja, das wird auch der Big Club Buch genannt.

01:06:46.320 --> 01:06:48.320
Das ist das Domain-Trip und Design,

01:06:48.320 --> 01:06:51.320
Tackling-Complexity in the Heart of Software von Eric Evans.

01:06:51.320 --> 01:06:53.320
Das ist schon der ganze Titel.

01:06:53.320 --> 01:06:55.320
Ah, ja, ja, das ist ja.

01:06:55.320 --> 01:07:01.320
Das Buch ist gut, aber es sagt einem jetzt nicht unbedingt,

01:07:01.320 --> 01:07:05.320
okay, das heißt jetzt das für dich.

01:07:05.320 --> 01:07:09.320
Weil man überlegt sich dann, okay,

01:07:09.320 --> 01:07:14.320
ja, es sind keine Codebeispiele, also es ist auf abstrakter Ebene

01:07:14.320 --> 01:07:16.320
und es ist jetzt nicht, ich mach mal,

01:07:16.320 --> 01:07:19.320
so macht man das im letzten Reakt, so macht man das in Kotlin

01:07:19.320 --> 01:07:22.320
oder mit dem Spring Framework oder mit der Bibliothek oder sowas.

01:07:22.320 --> 01:07:25.320
Ich habe es nachher als Nachschlagewerk verwendet.

01:07:25.320 --> 01:07:30.320
Eines der besten Bücher war dann erstaunlicherweise,

01:07:30.320 --> 01:07:32.320
leider auch ein langer Titel,

01:07:32.320 --> 01:07:36.320
Patterns, Principles and Practices of the Man-Triven Design.

01:07:36.320 --> 01:07:39.320
Die Beispiele sind in C-Sharp.

01:07:39.320 --> 01:07:42.320
Habe ich zwar auch mal was zum Programmiert,

01:07:42.320 --> 01:07:46.320
war jetzt aber auch nicht so wichtig, aber es gibt praktische Beispiele

01:07:46.320 --> 01:07:49.320
und das Buch ist erstaunlich ehrlich.

01:07:49.320 --> 01:07:52.320
Es gibt Punkte, wo man sich, also wirklich so, du fragst ja,

01:07:52.320 --> 01:07:53.320
wie mache ich das jetzt?

01:07:53.320 --> 01:07:56.320
Und dann liest man den Buch nach und da steht genau die Frage drin

01:07:56.320 --> 01:07:59.320
und dann steht drin die Community diskutiert darüber

01:07:59.320 --> 01:08:00.320
und es gibt zwei Ansichten.

01:08:00.320 --> 01:08:03.320
Hier sind die beiden Ansichten, such dir eine aus.

01:08:03.320 --> 01:08:05.320
Ja, das finde ich aber gut.

01:08:05.320 --> 01:08:07.320
Ich bin immer kein Fan davon, gerade wenn es jetzt, wie gesagt,

01:08:07.320 --> 01:08:09.320
Microfondens hatte ich das Thema

01:08:09.320 --> 01:08:12.320
und ich habe eben auch einige Talks darüber gesehen natürlich,

01:08:12.320 --> 01:08:14.320
weil ich mich ja informieren musste

01:08:14.320 --> 01:08:16.320
und wenn da nur die gute Seite dargestellt wird,

01:08:16.320 --> 01:08:19.320
dann rennt man eben eher in diese Probleme rein und weiß dann nicht,

01:08:19.320 --> 01:08:20.320
was es zu tun ist.

01:08:20.320 --> 01:08:22.320
Mir hat es auch eher geholfen, als Nia mal gesagt wird,

01:08:22.320 --> 01:08:24.320
ja, also dieses Problem wird auf jeden Fall auf dich zukommen.

01:08:24.320 --> 01:08:26.320
Und jetzt kannst du schon mal darüber nachdenken,

01:08:26.320 --> 01:08:29.320
du hast die zwei Lösungsansätze, wir wissen nicht, was besser ist,

01:08:29.320 --> 01:08:31.320
aber eins davon geht schon irgendwie.

01:08:31.320 --> 01:08:33.320
Müsst du halt irgendwie Committon im Team

01:08:33.320 --> 01:08:36.320
und dann immer das gleiche Schema machen

01:08:36.320 --> 01:08:38.320
und dann wird schon irgendwie funktionieren.

01:08:38.320 --> 01:08:43.320
Genau, dann habe ich noch zwei recht inspirierende Konferenzvorträge.

01:08:43.320 --> 01:08:47.320
Der eine ist Making Impossible States Impossible.

01:08:47.320 --> 01:08:49.320
Und da geht es wirklich darum,

01:08:49.320 --> 01:08:52.320
wie kann ich durchs Modulieren sicherstellen,

01:08:52.320 --> 01:08:56.320
dass ich nur was machen kann, was praktisch Sinn macht,

01:08:56.320 --> 01:08:59.320
weil sonst hat man das Ding, jetzt habe ich dann Integer,

01:08:59.320 --> 01:09:01.320
dann String und dann muss ich Validierung bauen,

01:09:01.320 --> 01:09:03.320
damit sichergestellt wird, dass das alles zusammenpasst.

01:09:03.320 --> 01:09:06.320
Und wenn mir zum Beispiel auf CSS geht,

01:09:06.320 --> 01:09:08.320
wo man alles noch richtig kombinieren kann

01:09:08.320 --> 01:09:10.320
und dann das System recht komplex ist,

01:09:10.320 --> 01:09:13.320
ich glaube, das war sogar in dem Vortrag das Beispiel,

01:09:13.320 --> 01:09:17.320
der hat versucht wirklich so CSS zu modulieren,

01:09:17.320 --> 01:09:22.320
aber so, dass man es wirklich dann idiotensicher zusammensetzen kann.

01:09:22.320 --> 01:09:27.320
Im Vortrag war es mit Elm, was ja auch eine ganz interessante Sprache ist

01:09:27.320 --> 01:09:29.320
und was ja auch viel beeinflusst hat.

01:09:29.320 --> 01:09:32.320
Das war so ein bisschen inspirierend, was so möglich ist.

01:09:32.320 --> 01:09:37.320
Und mittlerweile gibt es auch in vielen Sprachen Features,

01:09:37.320 --> 01:09:42.320
wie jetzt Sealed Classes, das heißt, die Vererbungsheraschie

01:09:42.320 --> 01:09:43.320
ist eingeschränkt.

01:09:43.320 --> 01:09:47.320
Das heißt, ich kann jetzt sagen, das ist meine Farbe

01:09:47.320 --> 01:09:49.320
und da gibt es nur fünf Farben drunter.

01:09:49.320 --> 01:09:51.320
Was anderes geht einfach gar nicht

01:09:51.320 --> 01:09:54.320
und damit kann man natürlich im Code viel einfacher darüber argumentieren.

01:09:54.320 --> 01:09:59.320
Der andere Vortrag ist Domain Modeling Made Functional

01:09:59.320 --> 01:10:03.320
von einer Konferenz in Berlin, die ich leider noch nicht besucht habe,

01:10:03.320 --> 01:10:06.320
aber die speziell auf DDD ausgelegt ist

01:10:06.320 --> 01:10:08.320
mit dem Namen Kandinsky.

01:10:08.320 --> 01:10:11.320
Ich gebe es jetzt auch schon seit ein paar Jahren.

01:10:11.320 --> 01:10:15.320
Und Domain Schiffen Design versteht sich recht gut

01:10:15.320 --> 01:10:17.320
mit funktionaler Programmierung,

01:10:17.320 --> 01:10:20.320
was ja auch ein bisschen trendet in den letzten Jahren

01:10:20.320 --> 01:10:23.320
und auch von vielen Leuten gern gesehen wird

01:10:23.320 --> 01:10:28.320
und was oftmals so Sachen einfacher machen kann

01:10:28.320 --> 01:10:30.320
in der richtigen Dosis angewendet.

01:10:30.320 --> 01:10:33.320
Genau, dann habe ich noch DDD Crew.

01:10:33.320 --> 01:10:36.320
Das ist so ein GitHub Repository, wo ein paar Leute

01:10:36.320 --> 01:10:40.320
ganz viele Ressourcen und Domain Schiffen Design sammeln,

01:10:40.320 --> 01:10:44.320
wo man auch einen ganz guten Überblick bekommt.

01:10:44.320 --> 01:10:46.320
Was gibt es da heute?

01:10:46.320 --> 01:10:51.320
Und da gibt es halt eben auch so auf der obersten Ebene,

01:10:51.320 --> 01:10:55.320
okay, wie erkunde ich jetzt das, was ich machen will,

01:10:55.320 --> 01:10:58.320
wie setze ich es dann in kleinen Teilen um,

01:10:58.320 --> 01:11:00.320
wie setze ich es strategisch um und so

01:11:00.320 --> 01:11:03.320
als ganz guter Ausgangspunkt.

01:11:03.320 --> 01:11:06.320
Ich selber habe einen kleinen Artikel dazu geschrieben,

01:11:06.320 --> 01:11:08.320
wie Kotlin ein das Leben vereinfacht,

01:11:08.320 --> 01:11:10.320
wenn man ValueObject schreibt,

01:11:10.320 --> 01:11:13.320
weil ich es als sehr entscheidendem Punkt doch erlebt habe,

01:11:13.320 --> 01:11:16.320
wenn man eine Sprache verwendet, die es einem einfach macht,

01:11:16.320 --> 01:11:18.320
das Ganze umzusetzen.

01:11:18.320 --> 01:11:21.320
Weil wenn ich jetzt für das gleiche Java verwendet hätte

01:11:21.320 --> 01:11:23.320
und dann machst du so ein Webber

01:11:23.320 --> 01:11:26.320
und dann sind das halt irgendwie der CnCode mehr,

01:11:26.320 --> 01:11:29.320
dann ist es halt viel, viel schmerzhafter für die Entwickler,

01:11:29.320 --> 01:11:31.320
das wirklich umzusetzen.

01:11:31.320 --> 01:11:34.320
Und wenn es halt eben die Sprache von sich ergibt,

01:11:34.320 --> 01:11:37.320
dann ist es viel einfacher, das jemanden zu verkaufen.

01:11:37.320 --> 01:11:43.320
Und glücklicherweise hat sich da in den letzten Jahren ja sehr viel getan,

01:11:43.320 --> 01:11:45.320
was bei den Programmiersprachen so passiert ist

01:11:45.320 --> 01:11:47.320
und die einem das Leben dann doch erleichtern.

01:11:47.320 --> 01:11:49.320
Sehr cool.

01:11:49.320 --> 01:11:53.320
Vielen, vielen Dank für den Einblick in die Liste der Ressourcen.

01:11:53.320 --> 01:11:54.320
Auf jeden Fall.

01:11:54.320 --> 01:11:57.320
Da kann man, oder Ressourcen,

01:11:57.320 --> 01:12:01.320
da kann man auf jeden Fall sich jetzt einmal kräftig durchlesen,

01:12:01.320 --> 01:12:03.320
einige Bücher lesen.

01:12:03.320 --> 01:12:06.320
Ich glaube, das ist sehr, sehr hilfreich.

01:12:06.320 --> 01:12:09.320
Auch vielen Dank für diesen praktischen Einblick

01:12:09.320 --> 01:12:13.320
in wie ihr Domain Driven Design umgesetzt habt

01:12:13.320 --> 01:12:15.320
bei Scalable Capital.

01:12:15.320 --> 01:12:17.320
Sehr, sehr interessant.

01:12:17.320 --> 01:12:22.320
Immer wieder interessant, diese Berichte der Art zu hören.

01:12:22.320 --> 01:12:25.320
Und ja, danke dir, dass du da warst

01:12:25.320 --> 01:12:27.320
und es darüber berichtet hast.

01:12:27.320 --> 01:12:28.320
Gerne.

01:12:28.320 --> 01:12:30.320
Damit sind wir am Ende der Sendung.

01:12:30.320 --> 01:12:32.320
Florian, cool, dass du dabei warst.

01:12:32.320 --> 01:12:35.320
Noch mal Danke für den Bericht

01:12:35.320 --> 01:12:39.320
und danke an die Zuhörerinnen und Zuhörer.

01:12:39.320 --> 01:12:43.320
Falls ihr bei euch auch mal Domain Driven Design ausprobiert habt

01:12:43.320 --> 01:12:47.320
in der Vergangenheit und da nochmal ein paar Erfahrungen teilen wollt,

01:12:47.320 --> 01:12:51.320
dann lasst uns das doch mal wissen auf Twitter oder Mastodon.

01:12:51.320 --> 01:12:55.320
Da sind wir unterwegs, ihr kennt es unter dem Handel Working Draft.

01:12:55.320 --> 01:12:59.320
Und wenn ihr sagt, ihr wollt uns gern ein bisschen unterstützen,

01:12:59.320 --> 01:13:01.320
dann schaut mal auf Patreon vorbei.

01:13:01.320 --> 01:13:03.320
Da heißt man auch Working Draft.

01:13:03.320 --> 01:13:05.320
Ihr findet die Links auch auf der Website.

01:13:05.320 --> 01:13:07.320
Danke fürs Zuhören.

01:13:07.320 --> 01:13:09.320
Und dann bis zum nächsten Mal.

01:13:09.320 --> 01:13:11.320
Florian, danke dir nochmal.

01:13:11.320 --> 01:13:14.320
Und gute Nacht und macht's gut.

01:13:14.320 --> 01:13:15.320
Ciao.

01:13:15.320 --> 01:13:22.320
Tschüss.

WEBVTT

00:00.000 --> 00:03.320
Errevision 546.

00:30.960 --> 00:36.920
Workshops.de ist die Trainerinnen-Community, die IT-Schulungen mit Fokus auf Web-Entwicklung

00:36.920 --> 00:43.120
für deine Firma anbietet mit einem Pool von über 500 Themenmodulen, zum Beispiel zu den

00:43.120 --> 00:45.960
Themen Angular, React und View.

00:45.960 --> 00:50.760
Dabei gibt es erstklassige Basisschulungen und maßgeschneiderte In-Haus-Klasses, die

00:50.760 --> 00:56.760
dann zum Beispiel sechs Tage lang jeweils Halbtagsremote stattfinden oder als Masterclass

00:56.760 --> 01:02.480
mit einem sehr hohen Selbstlernaranteil in Verbindung mit regelmäßigen Ask-me-anything-Sessions.

01:02.480 --> 01:07.960
Die Trainerinnen sind regelmäßig in echten Projekten in der Wirtschaft unterwegs und

01:07.960 --> 01:12.880
lassen stets aktuelle Erfahrungen in ihre Materialien mit einfließen.

01:12.880 --> 01:18.360
Außerdem bilden sie sich sowohl gegenseitig fachlich als auch extern didaktisch regelmäßig

01:18.360 --> 01:22.080
weiter, um für alle Lerntypen Angebote zu schaffen.

01:22.080 --> 01:28.400
Vielleicht kennst du Workshops.de auch schon von Projekten wie Angular.de oder den Community-Konferenzen

01:28.400 --> 01:32.240
NG.de und Vue.js.de-Konferenz.

01:32.240 --> 01:36.200
Wenn du jetzt mehr darüber erfahren möchtest, dann schau doch einfach mal bei Workshops.de

01:36.200 --> 01:37.200
vorbei.

01:37.200 --> 01:42.280
Dort kannst du auch Teil der Trainerinnen-Community werden, der bereits 70 Menschen angehören.

01:42.280 --> 01:46.440
Wir danken Workshops.de für die Unterstützung dieser Folge vom Working-Draft.

01:46.440 --> 01:54.360
Herzlich Willkommen zurück beim Working-Draft.

01:54.360 --> 01:57.560
Wir sind heute zu zweit, da hätten wir den Hans.

01:57.560 --> 01:58.560
Ja, hallo.

01:58.560 --> 02:01.040
Und ich, die Vanessa bin am Start.

02:01.040 --> 02:06.160
Und wir haben uns heute ein Thema rausgesucht, für das wir gar keinen so richtigen Titel

02:06.160 --> 02:07.160
haben.

02:07.160 --> 02:14.600
Wir würden das jetzt mal nennen, der Weg zum entwickeln, ob über selber beibringend

02:14.600 --> 02:19.600
oder über akademische Fade oder auch über Bootcams.

02:19.600 --> 02:25.160
Und wir wissen natürlich, dass es ein kontroverses Thema ist und natürlich, ich weiß gar nicht,

02:25.160 --> 02:28.560
ob man da drin jetzt wirklich Experte sein kann, aber wir machen das auf jeden Fall aus

02:28.560 --> 02:31.840
der Sicht von uns, unseren persönlichen Erfahrungen heraus.

02:31.840 --> 02:37.480
Und da finde ich es jetzt recht witzig, weil wir jetzt zum Beispiel aus beiden verschiedenen

02:37.480 --> 02:38.960
Extremen kommen.

02:38.960 --> 02:47.040
Ich habe den typischen Weg gegangen von, ich komme ja aus der Generation Y, ich muss

02:47.040 --> 02:55.080
halt arbeiten, ich muss mir Geld verdienen und bin den Weg gegangen über Abitur und

02:55.080 --> 02:58.920
Studium bis zum Master und würde da drüber auch noch gleich erzählen.

02:58.920 --> 03:03.920
Aber Hans, jetzt würde ich erst mal dich fragen, wie dein Weg eigentlich so ausgesehen

03:03.920 --> 03:08.200
hat vom kleinen Hans zum großen entwickelten Hans.

03:08.200 --> 03:11.640
Ja, also bei mir war das tatsächlich ein bisschen anders.

03:11.640 --> 03:19.240
Ich habe nicht so diesen klassischen Weg, sage ich mal, gemacht über Schule und dann

03:19.240 --> 03:25.440
ins Studium, sondern ich habe mich damals eigentlich entschieden, nach meinem Abitur

03:25.440 --> 03:30.760
kam Zivildienst und habe währenddessen schon relativ viel so programmiert und hier mal

03:30.760 --> 03:35.720
was gemacht, da mal was gemacht und habe mir nebenher auch immer so ein bisschen Geld

03:35.720 --> 03:41.720
verdient, darüber, dass ich halt programmiert habe, zum Beispiel irgendwelche Läden bei

03:41.720 --> 03:47.800
uns im Dorf, ein Getränkehandel oder ähnliches, die sagt, ja, so ein kleiner Shop wäre schon

03:47.800 --> 03:51.880
ganz cool, dann habe ich natürlich wie jeder Mensch das wahrscheinlich irgendwann mal

03:51.880 --> 03:59.600
gemacht, hat auch sein eigenes kleines CMS gebaut und habe dann, ja früher war das ja

03:59.600 --> 04:03.160
irgendwie so, so mit PAP ein bisschen rumprogrammiert und so.

04:03.160 --> 04:11.040
Und genau bin dann halt nach der Schule tatsächlich über einen Kontakt zu einem Praktikum gekommen

04:11.040 --> 04:15.800
und habe dann in Freiburg angefangen bei einer Agentur erstmal ein dreimonatiges Praktikum

04:15.800 --> 04:23.760
zu machen und ja, irgendwie habe ich es nicht geschafft, mich dann aufzuraffen und da ein

04:23.760 --> 04:28.240
Studium anzufangen, weil und das werden wir jetzt wahrscheinlich auch nochmal tiefer

04:28.240 --> 04:32.280
gehen, da betrachten, es ist gar nicht so einfach auszuwählen, was möchte man denn

04:32.280 --> 04:38.160
eigentlich für ein Studium, wenn man irgendwie, gerade so, ich sag mal vor zehn, zwölf Jahren

04:38.160 --> 04:46.880
in dem Bereich, ja, Engineering gehen möchte und nicht den klassischen Computer Science

04:46.880 --> 04:50.640
oder Informatik-Weg gehen möchte, was macht man dann eigentlich?

04:50.640 --> 04:55.480
Das war damals noch nicht so klar für mich und dann habe ich mich halt entschieden erstmal

04:55.480 --> 05:00.360
eine gewisse Zeit lang bei der Agentur zu bleiben, bei der ich damals das Praktikum gemacht

05:00.360 --> 05:04.720
habe, das können wir auch gerne noch ein bisschen weiter reden, aber ich glaube, vielleicht

05:04.720 --> 05:08.160
erstmal auch interessant zu erfahren von dir, du hast ja gesagt, du hast es eher so

05:08.160 --> 05:15.080
klassisch angegangen, Abitur, dann irgendwie rein in den Bachelor, was hast du von Bachelor

05:15.080 --> 05:19.840
eigentlich gemacht und wie kamst du drauf, genau den auszuwählen?

05:19.840 --> 05:25.360
Ja, das ist die Frage, die ich tatsächlich gut beantworten kann, denn ich kann schlecht

05:25.360 --> 05:29.040
beantworten, warum ich überhaupt mich entschieden habe, dass ich studieren möchte.

05:29.040 --> 05:33.400
Ich könnte jetzt zurückblickend überlegen, was mich dazu gebracht hätte, aber da würde

05:33.400 --> 05:38.720
ich jetzt selber eher raten, aber irgendwie hatte ich mir einen Kopf gesetzt, dass ich

05:38.720 --> 05:42.960
lieber den Studiumsweg gehen würde, vielleicht hatte ich irgendwann ein Entscheidungsproblem

05:42.960 --> 05:49.760
ist und nach einem Abitur oder beim Abitur, da schon in dieser Oberstufe da, weil ich

05:49.760 --> 05:54.120
kein konkretes Fach hatte oder ähnliches, wo ich gesagt habe, das ist es, das mache

05:54.120 --> 05:59.080
ich jetzt, ich wusste nur, Puh, das mit dem Wirtschaft fand ich jetzt ganz schön schwierig,

05:59.080 --> 06:02.760
also so langweilig, es hat mich persönlich so gar nicht diskutiert, ich war auf einer

06:02.760 --> 06:06.920
Wirtschaftsschule, das war jetzt sehr unangenehm dann und so sieht es in den Mathematischen

06:06.920 --> 06:09.840
Sachen, die mochte ich eigentlich ganz gerne und ich glaube, ich wollte irgendwas mit

06:09.840 --> 06:16.520
Bio machen und dann war das irgendwie mit Computer und viele Leute haben mich, glaube

06:16.520 --> 06:20.920
ich, drauf angesprochen, aber du machst doch Computer, mach doch was mit Computer, damit

06:20.920 --> 06:25.120
wir noch reich haben gehört und irgendwie war das so, ja ich kann Computer, ich liebe

06:25.120 --> 06:30.160
Computer, ich liebe Webdesign und ähnliches, aber ich wusste nicht, ob es da wirklich

06:30.160 --> 06:34.880
in die Richtung hingeht und ich habe wirklich so viele Bewerbungen an Unis rausgeschrieben,

06:34.880 --> 06:41.640
ich weiß nicht mehr, wie viele und es ging in erneuerbare Energien, es ging vieles irgendwie,

06:41.640 --> 06:47.000
was naturwissenschaftlich ist in die Richtung und das einzige, was war, ich glaube in der

06:47.000 --> 06:52.560
Bayreuth in der Stadt, in der ich aus der Schule gegangen bin, gab es vielleicht sogar Bioinformatik,

06:52.560 --> 06:58.200
ich hatte aber einen Ziel, ich möchte was anderes sehen, ich möchte mal heraus aus

06:58.200 --> 07:04.320
der Stadt und da, wo die erneuerbaren Energien waren, war auch alles super, ich glaube, das

07:04.320 --> 07:08.400
war gar nicht so weit weg und dann habe ich mir gedacht, ich bewerb mich schon auch auf

07:08.400 --> 07:16.040
Informatik, weil ich kann ja mit Computer und Geld mag ich auch und habe mich aber nicht

07:16.040 --> 07:20.520
in dem Sinne in Anführungsstrichen getraut, mich auf reine Informatik zu bewerben, weil

07:20.520 --> 07:24.800
ich auf jeden Fall die Vorurteile gesehen, in meinem inneren Auge gesehen habe, ich habe

07:24.800 --> 07:28.840
wirklich nur den Raum voller Männer gesehen, die ungewaschende Haare haben, so habe ich

07:28.840 --> 07:34.440
mir auch wirklich zum Informatikstudium vorgestellt und habe dann von der LMU in München gehört,

07:34.440 --> 07:39.480
die haben da Medieninformatik und das geht da um auch im Bildbearbeitung und alle möglichen

07:39.480 --> 07:46.000
Medien und das klingt gut, ich weiß gar nicht, ob ich wusste, da gibt es jetzt auch einen

07:46.000 --> 07:49.160
höheren Frauenanteil, aber ich dachte mir, das klingt nicht so, das klingt nicht so

07:49.160 --> 07:54.520
nerdy, oder? Und das war in München, da bewerbe ich mich jetzt noch drauf und es war auch

07:54.520 --> 07:58.720
so ein bisschen Spaß, weil ich dachte, dass ich niemals nach München gehe und der Unterschied

07:58.720 --> 08:03.120
war, glaube ich, da hat mir auch irgendwo ein Nürnberg irgendwie beworben, aber das

08:03.120 --> 08:07.720
waren so Fachunis, Fachhochschulen, hieß es so und die habe ich nicht genommen, weil

08:07.720 --> 08:11.200
mein Abi war jetzt nicht so bombastisch, es war schon okay, aber es war jetzt, die wollten

08:11.200 --> 08:18.640
halt, dass man eher so von der mathematischen Schule kam und ich hatte schon Mathe, Schwerpunkt,

08:18.640 --> 08:21.840
wie gefällt ich, ich weiß die ganzen Wörter nicht mehr, aber ich hatte schon Mathe, Schwerpunkt

08:21.840 --> 08:25.120
beim Abitur, dann aber es hat alleine nicht geholfen, Noten waren nicht gut genug, da haben

08:25.120 --> 08:30.720
die mich nicht genommen, aber die LMU München, ich dachte, freilich, ich nehme auf mit einem

08:30.720 --> 08:36.400
2, irgendwas Schnitt und dann bin ich da so, so mein Eltern gegangen, so mein Papa gegangen,

08:36.400 --> 08:41.400
da habe ich ein kleines Mädchen, da bin ich nach München und das war freilich, die Chance

08:41.400 --> 08:42.400
nehmen, was ist das?

08:42.400 --> 08:47.240
Ich habe überhaupt nicht damit gerechnet, dass mein Papa jetzt so, ja, ja, mach, mach,

08:47.240 --> 08:51.840
geh Kind, geh und dann war das irgendwie schon mit dem entschlossen und dieses Medienformatik

08:51.840 --> 08:56.240
hat mir halt wirklich diese Angst genommen und war für mich dann perfekt, es waren auch

08:56.240 --> 09:04.280
tatsächlich viele Mädels, viele Frauen bei dieser 1. Runde und so dann dabei und so bin

09:04.280 --> 09:05.280
ich hier gelandet.

09:05.280 --> 09:10.260
So bist du in München gelandet, aber vielleicht davor auch diese Zeit, was du gerade so beschrieben

09:10.260 --> 09:15.400
hast, also du hast eigentlich gesagt, du bewirbst dich bei verschiedensten, zu verschiedensten

09:15.400 --> 09:20.920
Themen, verschiedenste Studiengänge und das finde ich so krass, weil wir ja, werden ja

09:20.920 --> 09:25.640
alle irgendwie gezwungen und auch die Kits ja heutzutage nach dem Abi, wie alt ist man

09:25.640 --> 09:32.080
da heutzutage, 19, keine Ahnung, waren wir damals glaube ich 19, ja und man muss sich

09:32.080 --> 09:35.640
entscheiden, so was soll ich jetzt mein ganzes Leben lang machen, ich habe neulich irgendwie

09:35.640 --> 09:43.080
gehört, Menschen sind eigentlich erst, mit 25 ist das Gehirn ausgewagt, mit 25 reif halt

09:43.080 --> 09:49.040
dieses Thema überhaupt abschließend für sich zu entscheiden so und das finde ich schon

09:49.040 --> 09:56.440
interessant, dass wir halt alle mit 19 sozusagen in eine vorgefertigte Richtung gehen und nicht

09:56.440 --> 10:00.600
so generalistisch erstmal an alles rangehen, ich glaube in anderen Ländern wie den USA oder

10:00.600 --> 10:05.160
so ist das ja glaube ich mehr so ein Standard, dass man erstmal so generalistisch studiert

10:05.160 --> 10:10.160
und dann halt sich spezialisiert, von daher ist es natürlich auch verständlich, wenn

10:10.160 --> 10:15.920
du sagst so, diese Sachen haben mich interessiert, ich gehe mal grob in die Richtung und bewerb

10:15.920 --> 10:21.160
mich aber so an verschiedenen Punkten und das Medieninformatikstudium hat dir da mehr

10:21.160 --> 10:25.760
zugesagt, hast du gesagt, weil das halt nicht so diese klassischen Vorurteile hat und ich

10:25.760 --> 10:31.160
glaube, wenn ich mich richtig erinnere auch in meiner Zeit damals, als ich überlegt

10:31.160 --> 10:36.840
habe warum oder was möchte ich studieren, weil ich mir auch angeguckt, Medieninformatik

10:36.840 --> 10:41.680
gab es damals in der Nähe von Freiburg, ich komme gerade nicht drauf wie das heisst,

10:41.680 --> 10:47.200
im Schwarzwald Furtwangen, genau in Furtwangen an der Hochschule gab es diesen Studiengang,

10:47.200 --> 10:52.680
der war damals noch relativ neu, so 2010 oder so glaube ich, gab es ihn schon ein paar Jahre

10:52.680 --> 10:57.880
aber es war halt noch nicht so, kam und gelbe, dass es sowas gab oder du hast ja auch gesagt,

10:57.880 --> 11:06.520
für dich war dieses klassische CS also Informatikstudium irgendwie nicht so cool, was waren denn

11:06.520 --> 11:16.240
dann diese Vorteile, außer der Geschlechterquote vielleicht, die Vorteile, die so ein Medieninformatikstudium

11:16.240 --> 11:23.960
gegenüber einem Informatikstudium für dich hatten? Ja, die Vorteile von Medieninformatik

11:23.960 --> 11:28.720
jetzt kann ich natürlich nur für die LMU per se sprechen und wir hatten einen kleineren

11:28.720 --> 11:33.840
Matheanteil, also man hatte normalerweise Analyses 1 und 2 und den Jahre EIGEPRA 1 und 2 und

11:33.840 --> 11:38.440
Statistik 1 und 2, ich glaube wir hatten immer nur jeweils die 1 und habe auch gehört, dass

11:38.440 --> 11:42.920
das verglichen zu anderen Unis sogar noch leichter war, also nicht nur die Hälfte sind auch noch

11:42.920 --> 11:46.520
leichter und dementsprechend wird man schon sehr damit konfrontiert, dass man ja nur

11:46.520 --> 11:52.040
der Mal- und Bastel-Informatiker ist oder nur die Medieninformatikerin, weil man braucht

11:52.040 --> 11:55.880
ja gar kein gescheites Mathe. So, das hat ganz schön weh, ich war auch ganz schön gut

11:55.880 --> 11:59.920
in Mathe, ich hätte schon noch mehr gemacht, aber wir haben unsere Zeit, die wir nicht

11:59.920 --> 12:06.880
mit Mathe verbracht haben, extrem sinnvoll verwendet, also wir hatten verschiedenste Kurse

12:06.880 --> 12:11.560
und alle waren mit einer Gruppenarbeit versehen, also das war nicht nur, dass wir gesagt haben,

12:11.560 --> 12:15.080
wir drehen jetzt mal einen Film und du musst dich jetzt mit After Effects und Premiere

12:15.080 --> 12:21.080
auskennen und lernen, wie langsam so einen Rechner sein kann, wenn man da mal versucht,

12:21.080 --> 12:25.440
da kannst du nicht einfach mal, das überschläge ich alle meine Gedanken, ich versuche wieder

12:25.440 --> 12:28.800
zu ordnen, zurückkommt zum Punkt, wir hatten da viele Gruppenarbeiten, dass man nicht nur

12:28.800 --> 12:33.160
sagt, man muss dann einen Film bearbeiten, sondern wir mussten diesen Film ja auch machen

12:33.160 --> 12:37.280
und da lernte man menschlich natürlich extrem viel, wenn du in der Gruppe von 4 Personen,

12:37.280 --> 12:42.160
4 andere Meinungen, versuchst ein Video oder ein kleines Filmchen zu drehen, du musst

12:42.160 --> 12:47.960
überlegen, wo du schneidest, wer macht welche Rolle, das bringt einem erstmal schon mal

12:47.960 --> 12:51.720
relativ, meiner Meinung auch, viel für den Job später, sich wirklich mit Menschen zu

12:51.720 --> 12:57.760
arrangieren außerhalb von einem Schulalter dann und genau das zweite ist dann, dass

12:57.760 --> 13:01.920
du lernst, wie gewissenhaft du dabei arbeitest, weil du kannst, so ein Export hat wirklich

13:01.920 --> 13:05.120
40 Minuten gedauert von so einem Film und wenn du es dann anschaust und dann Fehler

13:05.120 --> 13:09.160
merkst, da machst du nicht die ganze Zeit Command S und beschwerst dich drüber, dass

13:09.160 --> 13:13.920
deine Bildpipeline hat jetzt aber 7 Sekunden gedauert, schon 3, so, ja wir reden hier halt

13:13.920 --> 13:21.360
eher vom 30, 40, 50 Minuten Bereich und da war jetzt viel mit Bildkomprimierung, ich

13:21.360 --> 13:24.920
weiß natürlich nicht, ob mir am Endeffekt ist, irgendwas jetzt gebracht hat zu wissen,

13:24.920 --> 13:30.760
dass wie Bilder wirklich komprimiert werden, irgendwelche Matritzen bei JPEGs, die dann

13:30.760 --> 13:36.120
in den Pixel berechnen oder dass wir in irgendwelche Hex-Editoren reingegangen sind, um Secret

13:36.120 --> 13:40.560
Messages da reinzuschreiben, das war natürlich eher, sag mal, lustig und irgendwie, vielleicht

13:40.560 --> 13:44.000
hat man was gelernt, natürlich, das habe ich nie wieder gebraucht, die musst du nie wieder

13:44.000 --> 13:49.800
Wire Shark aufmachen, um WLAN Sniffing zu machen oder wie gesagt, nie wieder einen Hex-Editor

13:49.800 --> 13:55.720
aufmachen, um dann jetzt irgendwelche Nachrichten da reinzuschreiben oder Stempel rauszuröschen.

13:55.720 --> 14:02.840
Der größte Anteil war allerdings dann im Endeffekt der Psychologieanteil, also es war

14:02.840 --> 14:07.400
verpflichtend, dass wir Psychologie für Nebenfächler mitmachen, da waren dann wirklich ganz, ganz,

14:07.400 --> 14:12.760
ganz viele verschiedene Studierende drinnen, Soziologen, also nicht die reinen Psychologie-Studenten,

14:12.760 --> 14:18.160
die hatten ihre richtigen Kurse und wir hatten diese Kurs für Nebenfächler und der Psychologie-Kurs

14:18.160 --> 14:22.200
war aber tatsächlich reine Psychologie, das hatte auch gar nichts mit Informatik zu tun.

14:22.200 --> 14:29.680
Wie so Psychologie, also das ist ja, ist ja sehr interessant, also warum muss ich jetzt

14:29.680 --> 14:32.720
Psychologie nachgehen, wenn ich Medieninformatik studiere?

14:32.720 --> 14:39.640
Vielleicht erklärt der Folgekurs darauf, der Folgekurs davon war dann Mensch-Maschine-Interaktion

14:39.640 --> 14:45.240
und dass du nicht nur lernst, der Button muss unten rechts sein, weil das hat der

14:45.240 --> 14:50.360
Formel-Schuss gemacht, sondern dass du verstehst, warum sind die Buttons auf einer Webseite

14:50.360 --> 14:57.920
so angeordnet, warum brauchen wir Animationen oder Transitions, damit man versteht, wie

14:57.920 --> 15:02.720
Menschen überhaupt mit Geräten interagieren oder warum es überraschend wirkt, wenn plötzlich

15:02.720 --> 15:11.920
ein Modal aufpoppt, ohne dass das so reingeschadet kommt und das war einfach ein großer Aspekt

15:11.920 --> 15:16.720
davon, war diese Mensch-Maschine-Interaktion, es ging noch viel weiter als nur jetzt am

15:16.720 --> 15:23.720
Computer oder am Laptop mit verschiedenen Geräten und das ging schon fast in die Accessibility-Richtung

15:23.720 --> 15:29.120
zu verstehen, es gibt halt Leute, die benutzen diese Geräte und diese Geräte und diese Geräte

15:29.120 --> 15:32.720
funktionieren dann so und die wusste gar nicht, dass man so eine komplette Wissenschaft

15:32.720 --> 15:38.240
darüber machen kann, also wir waren da und haben in XYZ-Achsen dreidimensional versucht

15:38.240 --> 15:46.800
zu zeichnen, wie man ein Touchpad oder einen Tabletpencil zu verwenden hat.

15:46.800 --> 15:53.720
Also für mich hört sich das alles sehr stark auch nach Grundlagen an, also sozusagen wirklich

15:53.720 --> 16:01.000
die Basis zu schaffen, um darauf passieren dann irgendwie auch Software zu generieren,

16:01.000 --> 16:08.040
aber immer mit diesen Annahmen im Hinterkopf, die man halt über zum Beispiel den Psychologie-Anteil

16:08.040 --> 16:13.720
lernt oder halt sozusagen, wie funktioniert die Technik im Hintergrund, wenn man Videos

16:13.720 --> 16:22.440
produziert oder JPEGs gestaltet, also sehr sehr viel sozusagen, das zu, ja zu festigen

16:22.440 --> 16:27.840
oder Wissen darüber zu erlangen, wie passiert eigentlich das, was der Benutzer, die Benutzerin

16:27.840 --> 16:36.680
am Ende halt zu sehen bekommt, das, was ich am Ende programmiere und ist das sozusagen

16:36.680 --> 16:42.480
auch etwas, was du sagen würdest, hilft dir heute noch in deinem Alltag?

16:42.480 --> 16:47.000
Sicher, das Gefühl habe ich auf jeden Fall.

16:47.000 --> 16:54.080
Was, was mir immer wieder auffällt, nur rein auf mich selbst bezogen ist, dass ich, wenn

16:54.080 --> 17:01.720
ich vor einem Problem stehe, ich ziemlich schnell versuche zu überlegen, was könnte ich komplett

17:01.720 --> 17:11.560
anders machen, um an dieses Problem ranzugehen und zum anderen, dass es schon sehr lange

17:11.560 --> 17:16.280
dauert, bis ich bei irgendwas komplett aufgebe oder einfach sage, ich muss jetzt in der Pause

17:16.280 --> 17:21.640
machen oder ähnliches, und das kommt aus so vielen, extrem verschiedenen, wirklich vielen

17:21.640 --> 17:26.760
Aspekten, die ich da im Studium hatte, das eine ist, dass wir durchaus Hausaufgaben machen

17:26.760 --> 17:33.920
muss nun abgeben, um teilweise können wir so eine Art Bonuspunkte für eine Klausur sammeln,

17:33.920 --> 17:37.840
was natürlich auch zu guten Noten führt, wenn man das dann brav macht, oder teilweise

17:37.840 --> 17:39.400
nur um zugelassen zu werden.

17:39.400 --> 17:44.840
Und ich weiß, dass da Aufgaben waren, wo ich in dem Computerraum, da saß es bis drei

17:44.840 --> 17:49.300
Uhr in der Nacht oder man ist in Gruppenarbeiten und man hat versprochen, ich kümmere mich

17:49.300 --> 17:52.840
um diesen Aspekt von der Software und man kriegt es halt gerade einfach nicht hin, du

17:52.840 --> 17:58.280
willst ja dein Team nicht, du willst ja die ganze Teamarbeit, die ich versauen, nur weil

17:58.280 --> 18:02.680
du deinen Teil nicht beigetragen hast, wo ich da wirklich lange saß und lange gebraucht

18:02.680 --> 18:04.560
habe, wo auch der Kopf schon gar nicht mehr funktioniert hat.

18:04.560 --> 18:11.560
Und so grundlegend, was mir da aufgefallen ist schon bereits im Studium, ist, dass sich

18:11.560 --> 18:17.240
eine Person hat es sich mal beschwert bei so einem Arbeitsblatt, und das war wirklich

18:17.240 --> 18:21.160
ein Arbeitsblatt, es gibt jetzt nur Bonuspunkte, also es musste jetzt nicht abgeben, und die

18:21.160 --> 18:24.760
Person hat es sich beschwert, es war sogar über das Web ein gutes Beispiel, es war sogar

18:24.760 --> 18:30.120
über Web Development und irgendwie war angegeben, man soll mit JavaScript, HTML, sonst war es

18:30.120 --> 18:33.760
auf der Webseite diesen Button, eigentlich weiß es nicht, man sollte irgendeinen Quatsch

18:33.760 --> 18:35.800
mit JavaScript machen, war ganz nett.

18:35.800 --> 18:40.320
Gut, jQuery war mir schon lange in Begriff, das heißt, ich hatte diese Aufgabe in fünf

18:40.320 --> 18:45.360
Minuten wirklich fertig und war yay, voll gut, für jemanden, der jetzt es gar nicht gekannt

18:45.360 --> 18:50.400
hatte, war es sicherlich etwas schwerer, aber bestimmt nicht unlösbar, und eine Person

18:50.400 --> 18:54.320
hat es sich beschwert, dass in dem Arbeitsblatt nicht gestanden war, benutze die Methode

18:54.320 --> 19:00.680
blah blah von jQuery dafür, sondern dass ich das selber rausfinden musste, dass es diese

19:00.680 --> 19:01.680
Methode gibt.

19:01.680 --> 19:06.120
Und da war ich um Himmels Willen, das war so eine Offenbarung für mich, dass ich mir

19:06.120 --> 19:10.240
dachte, dafür sind wir doch da, das ist doch nicht so, dass mein Chef mal zu Will kommt

19:10.240 --> 19:14.840
und mir sagen wird, ich möchte, dass du das programmierst und du benutzt diese drei Methoden

19:14.840 --> 19:19.440
dafür, weil das ist ja der Inbegriff von Softwareentwicklung für mich, dass du diese

19:19.440 --> 19:22.640
ganzen Sachen immer selber rausfinden musst bei jeder neuen Aufgabe.

19:22.640 --> 19:29.280
Da frage ich mich, ob es das sein kann, was so für mich das Studium am Meer vollsten

19:29.280 --> 19:36.760
gemacht hat, dieses alles selber rausfinden und auch wenn dann ein Back passiert bei

19:36.760 --> 19:41.520
einem Software, bei einer Softwarestelle, die einfach komplizierte ist, dass wenn dann

19:41.520 --> 19:46.280
was passiert, bin ich in der Lage, dem Back jetzt auf den Grund zu gehen oder bin ich

19:46.280 --> 19:50.000
dann aufgeschmissen, weil ich sage, ja, bei mir hat mir gesagt, ich soll die Methode verwenden,

19:50.000 --> 19:53.280
diese Methode habe ich verwendet und jetzt weiß ich nicht weiter, das ist...

19:53.280 --> 20:00.600
Also, ja, wenn ich da reinkritschen kann, also was ich irgendwie auch immer so mitgenommen

20:00.600 --> 20:06.560
habe als jemand, der halt nicht studiert hat, ist dieser große Punkt, das Studium zeigt

20:06.560 --> 20:12.520
dir einen Weg, wie du selbstständig Dinge, die du nicht kannst erlernen kannst, also

20:12.520 --> 20:18.080
sozusagen der Weg zum Lernen oder der Weg um Wissen sich selbst anzueignen, das ist

20:18.080 --> 20:22.840
etwas, was das Studium einem gut vermitteln kann, weil man halt genau, wie du sie eben

20:22.840 --> 20:27.840
genannt hast, diese Aufgaben hat, wo man halt sich selber damit beschäftigen muss, Dinge

20:27.840 --> 20:35.680
zu lösen und strukturierte Wege zu finden, Dinge zu lösen, die man vorher nicht kannte.

20:35.680 --> 20:41.440
Ich glaube nicht, dass man das unbedingt nicht anderweitig auch erlernen kann, aber

20:41.440 --> 20:46.520
ein Studium sozusagen, das fordert das halt von dir, also du musst das halt lernen,

20:46.520 --> 20:50.840
ansonsten kommst du halt nicht an dein Ziel und du wirst deine Prüfung nicht bestehen,

20:50.840 --> 20:52.640
wenn du das nicht selbstständig machst.

20:52.640 --> 20:58.080
Und ich glaube, das ist so, das ist so auch in der Phase des Lebens, wo man das halt sehr

20:58.080 --> 21:02.720
gut kann, also man hat ja, man ist noch sehr jung, man hat vielleicht noch nicht so dieses

21:02.720 --> 21:07.520
Fachwissen an allen Ecken und Enden logischerweise, weil man ja noch nicht die Berufserfahrung

21:07.520 --> 21:08.520
mitbringt.

21:08.520 --> 21:14.160
Aber man lernt halt auch, und da kommen wir später wahrscheinlich noch drauf, das Thema

21:14.160 --> 21:19.080
sozusagen Interaktion mit anderen Leuten, aber halt das Thema, wie lerne ich eigentlich

21:19.080 --> 21:20.400
selbstständig zu lernen?

21:20.400 --> 21:25.920
Und das fand ich immer etwas, was ich bewundernswert fand bei Leuten, die halt dann sowas auch

21:25.920 --> 21:29.600
wie ein Jurastudium gemacht haben oder so aus meinem Bekanntenkreis in der damaligen

21:29.600 --> 21:35.160
Zeit, die halt irgendwie so ultra viel Wissen auf einmal drauf hatten und den ganzen Tag

21:35.160 --> 21:40.000
das so reinschaufeln mussten oder halt irgendwelche jQuery-Methoden halt zu lernen.

21:40.000 --> 21:46.880
Und ja, das ist halt in der Informatik, sag ich mal oder in der Programmierung im Allgemeinen

21:46.880 --> 21:54.120
finde ich aber auch so ein bisschen besonders, weil wir ja so viele Quellen haben, die wir

21:54.120 --> 22:00.680
immer wieder ranziehen, um unser Wissen überhaupt auf einen gewissen Stand zu bringen.

22:00.680 --> 22:04.800
Ich gebe ein Beispiel, du bist irgendwie dabei, genau dieses Problem zu lösen, was auf deinem

22:04.800 --> 22:11.800
Arbeitsblatt steht und was machen wir intuitiv, wie googeln das Problem erst mal, Land-by-Stack-Overflow,

22:11.800 --> 22:12.800
genau.

22:12.800 --> 22:18.720
Und nehmen halt die erste Antwort, die wahrscheinlich die oder die die most relevant oder die die

22:18.720 --> 22:23.560
noiseste Trending oder wie auch immer, ja und nutzen diese Antwort dann als Grundlage

22:23.560 --> 22:25.720
für das, was wir eigentlich programmieren wollen.

22:25.720 --> 22:30.800
Und dieses, ich weiß ja wo es steht, also muss ich es nicht in meinem Gehirn haben,

22:30.800 --> 22:35.360
das ist glaube ich auch so ein Aspekt, den wir halt irgendwie immer drin haben.

22:35.360 --> 22:38.640
Zumindest war das für mich, für jemanden, der das nicht aus dem Studium diese Punkte

22:38.640 --> 22:43.440
gelernt hat, halt immer ein wichtiger Faktor, um voranzukommen.

22:43.440 --> 22:50.240
Ja, das hast du sehr, sehr gut ausgedruckt, dieser quasi Zwang, dass man das jetzt machen

22:50.240 --> 22:54.640
muss, dass ich nicht sagen kann, ja, lade ich will jetzt aber nicht lernen, ich mache einfach

22:54.640 --> 22:55.640
was anderes.

22:55.640 --> 23:01.960
Es gibt natürlich bestimmt sehr viele komische oder auch schlechte Aspekte am Studieren,

23:01.960 --> 23:06.200
also einerseits dauert es halt einfach je nachdem 3 bis 5 bis 8 Jahre, je nachdem was

23:06.200 --> 23:07.200
man da macht.

23:07.200 --> 23:14.160
Und ich kann zu wahrscheinlich 3 Viertel von allem, was ich gemacht habe, absolut bestätigen,

23:14.160 --> 23:15.160
das brauche ich nicht.

23:15.160 --> 23:21.480
Es geht wirklich nur darum, Sachen zu lernen, sich hinzuhocken, nicht zu jammern, das einfach

23:21.480 --> 23:24.200
durchzuziehen, neue Lösungswege zu finden.

23:24.200 --> 23:28.440
Vieles von dem, was ich gelernt habe, kann ich absolut nicht anwenden.

23:28.440 --> 23:33.480
Also es ist auf jeden Fall, wenn ich jetzt nur vorhabe, ich möchte absolut nur Webdesign

23:33.480 --> 23:37.680
machen, wenn ich mir damals schon sicher gewesen wäre, hätte ich vielleicht sogar gesagt,

23:37.680 --> 23:39.040
ja, wieso soll ich dann studieren.

23:39.040 --> 23:45.280
Im Studium ist extrem viel frei wählbar und es gibt gute Kurse, es gibt schlechte Kurse.

23:45.280 --> 23:50.960
Die Qualität kann gut sein, die Qualität kann sehr schlecht sein und diese ganzen mathematischen

23:50.960 --> 23:54.880
Sachen oder auch, was ich teilweise über mobile und verteilte Systeme gelernt habe, wie es

23:54.880 --> 23:59.240
ein Handshake funktioniert, habe ich dermaßen detailliert gelernt, wie ich das niemals

23:59.240 --> 24:01.360
im Leben wissen muss, um programmieren zu können.

24:01.360 --> 24:05.720
Und der Programmieranteil per se ist überraschend gering.

24:05.720 --> 24:11.960
Hier wird eine Du-V-Schleife erklärt, eine Vorschleife, JavaScript hatte ich nur, weil

24:11.960 --> 24:15.280
ich eben Medieninformatik hatte und einen bestimmten Kurs gewählt habe.

24:15.280 --> 24:19.440
Nicht jeder Medieninformatiker lernt JavaScript, ganz absolut nicht, ich musste diesen Kurs

24:19.440 --> 24:22.960
wählen, ich musste mich darauf bewerben, weil nur ein paar Leute reingebracht hatten.

24:22.960 --> 24:26.560
Und ich hatte so viel Glück, es war alle so modern gerade bei uns, wir haben sogar noch

24:26.560 --> 24:31.400
App, ich habe sogar mal Android und iOS noch, Objective C entwickeln dürfen, aber ich war

24:31.400 --> 24:37.720
jedes Mal mit Glück oder mit vehementen, ich will da aber rein in den Kurs.

24:37.720 --> 24:44.040
Ansonsten ist es, wenn man das Ganze nicht wählt, hat man ein Semester, ist ein halbes

24:44.040 --> 24:51.760
Jahr, ein Semester mal C und ein halbes Semester, also ein Semester Java, das war es.

24:51.760 --> 24:54.360
Und danach bist du kannst programmierfrei durchgehen.

24:54.360 --> 25:01.440
Und dementsprechend ist es für mich auch ganz klar, dass ich nicht nur bei jemand jetzt

25:01.440 --> 25:06.040
ein Bachelor oder ein Master hat, sagen würde, ja, die Person kann was, denn du kannst durch

25:06.040 --> 25:13.080
der Studie, was ich gemacht habe, kannst du extrem gut durchkommen, ohne jemals programmieren

25:13.080 --> 25:14.080
zu lernen.

25:14.080 --> 25:17.840
Auch mit den Möglichkeiten, die du hast, wie, dass du im fünften Semester darfst du

25:17.840 --> 25:23.240
noch mal die Klausur vom ersten Semester nachschreiben, es ist super unfair an sich.

25:23.240 --> 25:29.240
Per se finde ich es noch gar kein Problem zu sagen, du hast einen Informatikabschluss,

25:29.240 --> 25:33.760
sagst aber, du hältst dich vom Programmieren auch eher fern, weil du dieses ganze Psychologie-Aspekt

25:33.760 --> 25:40.280
vielleicht so spannend fandest, also viele Leute sind auch raus als Projektmanagerinnen

25:40.280 --> 25:43.280
mit genau diesem gleichen Psychologie-Aspekt.

25:43.280 --> 25:47.280
Und wahrscheinlich gibt es einen Anteil von Leuten, die sind da durchgekommen mit dir,

25:47.280 --> 25:50.280
Jolo, ich habe eine 4,0, ich kann Computer.

25:50.280 --> 25:57.920
Ja, klar, also das ist halt diese Diversifizierung, die man dann halt dann nach so einem Bachelor

25:57.920 --> 26:03.280
auch hat wahrscheinlich, wo man sich entscheiden kann, okay, jetzt habe ich dieses bisschen

26:03.280 --> 26:07.720
doch generalistische dann in diesem Einfachgebiet und jetzt kann ich mich weiter spazialisieren.

26:07.720 --> 26:11.640
Jetzt hast du ja auch gemacht, du hast dann irgendwie nach deinem Bachelor noch ein Master

26:11.640 --> 26:12.640
obendrauf gelegt.

26:12.640 --> 26:13.640
Worum ging es dabei?

26:13.640 --> 26:20.640
Ja, das war überhaupt nicht spezialisiert, also das Gute, wenn man schon mal durch einen

26:20.640 --> 26:23.600
Bachelor durch ist, war es für mich ganz klar, dass ich ein Master weiter mache, es

26:23.600 --> 26:26.240
hat natürlich auch Spaß gemacht, ja, der war uns, ich wollte nicht aufhänztestudieren,

26:26.240 --> 26:30.600
es hat halt so viel Spaß gemacht, aber im Master hat man dann den Vorteil, da darfst

26:30.600 --> 26:35.600
du dir quasi, wenn ich mich richtig, alle selber auswählen und dann wählst du dir wirklich

26:35.600 --> 26:39.800
nur durch die Kurse so aus, wie es dir einfach passt, man kann sich da spezialisieren und

26:39.800 --> 26:45.120
sagen, ich mache jetzt noch Datenbanken 2 und 3 und ich werde der oder die beste Datenspankspezialist

26:45.120 --> 26:46.120
in aller Zeiten.

26:46.120 --> 26:51.200
Ich glaube, ich habe das teilweise super breit, ich bin einfach da rein, wo meine Freunde waren,

26:51.200 --> 26:58.560
das kann ich nie anders umschreiben, ich war glaube ich sogar in einem Scala-Kurs, wo

26:58.560 --> 27:02.280
ich dann gesagt habe, also Leute, es dauert mir gerade wirklich gar nicht, viel Spaß,

27:02.280 --> 27:03.600
ich gehe was anderes wieder machen.

27:03.600 --> 27:13.600
Aber da war, beim Master war es dieses richtige Aspekt von, glaube ich auch, wissenschaftlich

27:13.600 --> 27:18.240
zu arbeiten, im Sinne von Paper schreiben mit dabei, das hat man im Bachelor, ich glaube

27:18.240 --> 27:22.200
ich nur die Bachelorarbeit geschrieben und im Master musste ich mehrere Paper schreiben

27:22.200 --> 27:26.200
und habe mich dann sehr schnell ohne weitere Sinterfragen dazu entschieden, dass ich nicht

27:26.200 --> 27:30.640
den Doktor titeln möchte, ich möchte auf jeden Fall sofort jetzt arbeiten gehen.

27:30.640 --> 27:39.160
Und ich glaube, ein Aspekt, der jetzt total noch gefehlt, den ich erwähnen muss, ist,

27:39.160 --> 27:45.680
dass ich bereits im Bachelor nebenher auch gearbeitet habe als Softwareentwicklerin.

27:45.680 --> 27:50.400
Ich meine, ich habe in München gewohnt, also ich meine, ich hatte irgendwie die günstigste

27:50.400 --> 27:53.880
Miete aller Zeiten, ich weiß nicht wie ich das hingebracht habe, ich habe eine Shellingstraße

27:53.880 --> 27:59.440
gewohnt für 460 Euro, weiß ich, ich weiß es gar nicht mehr, was war absurd gering, aber

27:59.440 --> 28:05.200
trotzdem habe ich ab meinem zweiten Semester, wollte ich arbeiten und das ist ein ganz anderes

28:05.200 --> 28:09.440
Thema, was mir kulturell super spannend letztens aufgefallen ist.

28:09.440 --> 28:13.280
Viele von meinen deutschen Freunden und ich auch eingeschlossen, wir haben erst mal

28:13.280 --> 28:17.440
irgendeinen Job gearbeitet, wir haben irgendeine Experiste gearbeitet, im Service gearbeitet,

28:17.440 --> 28:21.360
Dammzeitungen aus Kredit tragen und ich habe letztens mit anderen Leuten aus anderen Kulturen

28:21.360 --> 28:24.400
gesprochen, die gesagt, wenn ich sowas gemacht hätte, die Ärger daheim bekommen, ich musste

28:24.400 --> 28:29.520
sofort, ich musste sofort Software schreiben, ich musste sofort Informatik lernen, damit

28:29.520 --> 28:33.640
meine Eltern stolz auf mich sind, wenn ich Dammzeitungen austragen gegangen werde, hätte

28:33.640 --> 28:34.960
ich hier einen A-Stritt bekommen.

28:34.960 --> 28:39.800
So, und ich habe dann auch relativ schnell festgestellt, okay beim Starbucks verdient

28:39.800 --> 28:44.160
man so und so viel und irgendwie will ich ja schon doch mehr irgendwie was für Informatik

28:44.160 --> 28:48.000
tun und ich bewerte mich einfach mal irgendwie als Werkstudentin und man hat in München

28:48.000 --> 28:52.040
extrem viel Geld verdient, wenn man will, also wenn man es darauf angelegt hat, zu der

28:52.040 --> 28:57.960
richtigen Firma zu gehen und dementsprechend, ich war einfach so Vollzeit im Entwickeln

28:57.960 --> 29:02.600
irgendwie drin, also da hatte ich dann den ganzen praktischen Anteil und der Anteil und

29:02.600 --> 29:05.640
da war ich so froh, dass ich das als Werkstudentin dann schon hatte, weil da hatte ich nicht

29:05.640 --> 29:07.360
das Gefühl, ich muss es schon können.

29:07.360 --> 29:12.760
Was ich jetzt das Gefühl habe, gerade bei Junior aus dem Junior ist anscheinend so ein Junior,

29:12.760 --> 29:17.560
Junior Plus, Junior Plus Plus Bereich oder gerade wenn man die Firma wechselt ist, dass

29:17.560 --> 29:21.080
es immer so selbstverständlich ist, dass Leute wissen, wie man denn Daily macht, wie

29:21.080 --> 29:26.160
man denn Pull Request macht, wie man Code Reviews macht, nichts davon lernst du an sich im

29:26.160 --> 29:27.160
Studium.

29:27.160 --> 29:31.480
Außer du hast jetzt das Glück, du machst ein bisschen diese Gruppenarbeit, ich durfte SVN

29:31.480 --> 29:36.040
lernen, Tor Twice SVN, sowas wie Git hat man nicht.

29:36.040 --> 29:40.720
Ich habe auch Programmiersprachen gelernt, die gibt es gar nicht mehr, das war schon,

29:40.720 --> 29:45.840
ja, aber ich hatte halt dann als Studentenwerkstudent das Glück, dass ich sowas schon mal lernen

29:45.840 --> 29:48.800
konnte in einem Umfeld, wo mir Leute das wirklich beigebracht haben.

29:48.800 --> 29:54.160
Daher würde ich dich das jetzt zurückfragen, wie war das dann für dich in den ersten Firmen,

29:54.160 --> 29:59.440
dass selbst wenn du jetzt technisch was kannst, was waren denn also deine Stolpersteine am

29:59.440 --> 30:00.440
Anfang?

30:00.440 --> 30:06.120
Ja, das ist ein ganz guter Punkt, auch was du eben angesprochen hast, das Thema Geld.

30:06.120 --> 30:10.080
Also für mich war immer wichtig, dass ich irgendwie mein eigenes Geld verdienen kann

30:10.080 --> 30:16.720
und damit dann praktisch auch irgendwo leben kann und meine Sachen finanziere.

30:16.720 --> 30:22.880
Und da fühlt es mir dann auch schwer damals halt so zu sagen, was passiert, wenn man dann

30:22.880 --> 30:26.840
in ein Studium reingeht und dann nur noch nebenher jobben kann.

30:26.840 --> 30:30.120
Ich habe jetzt nicht wie du gesagt hast, irgendwie mal bei Starbucks oder ähnliches

30:30.120 --> 30:36.920
gearbeitet, sondern ich bin dann sozusagen in der Frontendprogrammierung viel geblieben

30:36.920 --> 30:43.280
und habe da aber dann auch für mich gesehen, okay, guck mal, ich verdiene hier halt, also

30:43.280 --> 30:47.680
ich habe dann irgendwie jedes Jahr auch mehr Kohle bekommen und man wollte mich halt auch

30:47.680 --> 30:51.360
gerne erhalten und dann bin ich bei der Agentur drei Jahre geblieben und für mich war es

30:51.360 --> 30:55.080
halt cool, weil es hat ja funktioniert und was ich nebenher gemacht habe und das war

30:55.080 --> 30:59.040
für mich entscheidend, sage ich mal, auch jetzt aus heutiger Perspektive und hat mir

30:59.040 --> 31:02.560
so viel in meinem Leben gebracht, das ist Thema Open Source.

31:02.560 --> 31:06.800
Im Endeffekt bin ich deshalb hier in diesem Podcast, weil ich Open Source Arbeit gemacht

31:06.800 --> 31:13.080
habe, weil ich Leute auf Twitter kennengelernt habe wie den Chef und andere und damit ging

31:13.080 --> 31:14.080
eigentlich alles los.

31:14.080 --> 31:19.560
Ich habe damals bei HTML5 Boilerplate mitgemacht, kennt vielleicht der eine oder die andere

31:19.560 --> 31:25.920
noch, das war so ein Templating System, also HTML5, dieser coole Begriff war, was jeder

31:25.920 --> 31:29.640
wollte und dann im Frontend musste man halt die Best Practices anwenden.

31:29.640 --> 31:35.000
Die haben wir halt researched, so wie mache ich denn das richtige Fefeiken oder die richtigen

31:35.000 --> 31:41.560
Apple Touch-Icons da eigentlich in mein HTML, so was heute so Commodities und sich keiner

31:41.560 --> 31:45.840
mehr Gedanken drüber macht, da haben wir halt irgendwann die Grundlagenforschung in

31:45.840 --> 31:50.360
Anführungsstrichen so ein bisschen betrieben und das war halt ganz cool, weil dadurch habe

31:50.360 --> 31:55.480
ich sehr, sehr viel gelernt, ich habe natürlich dann in der Zusammenarbeit mit Leuten, die

31:55.480 --> 32:01.280
weiß ich nicht bei Google, bei Twitter, gearbeitet haben, über den ganzen Globus verteilt waren,

32:01.280 --> 32:05.560
halt sehr viel Einblick bekommen, wie macht man halt das, was du gerade angesprochen hast,

32:05.560 --> 32:10.000
nämlich wie kontribute ich eigentlich zu einem Projekt, wie gebe ich eigentlich mal Status

32:10.000 --> 32:17.440
Updates, unähnliches und das war so ein Stück weit die Grundlage für das, was dann mein

32:17.440 --> 32:24.040
ganzen Arbeitsweg so ein bisschen geprägt hat und ja, ich habe es halt aus der Praxis

32:24.040 --> 32:28.640
eher ein Stück weit mitgenommen und ich glaube das Thema, ja das Studium ist halt so ein

32:28.640 --> 32:32.480
bisschen die Theorie, wir kommen gleich noch drauf, was es eigentlich bedeutet für unsere

32:32.480 --> 32:37.160
Kolleginnen und Kollegen, die wir einstellen, wo man dann Leute dabei hat, die vielleicht

32:37.160 --> 32:43.160
genau wie du sagst, noch nicht an einem Daily Teil genommen haben, vielleicht eine Sache

32:43.160 --> 32:50.120
noch zu diesem Soft Skills Thema, du hast ja angesprochen Gruppenarbeiten, man lernt vielleicht

32:50.120 --> 32:55.160
auch in einem Team sozusagen zu arbeiten und ich glaube, das war für mich halt auch eine

32:55.160 --> 32:59.320
Sache, die ich bei uns in der Agentur, wir waren noch sehr klein, anfangs noch nicht

32:59.320 --> 33:04.320
so stark mitnehmen konnte, aber da kam halt dieser Open Source Gedanke halt sehr, sehr

33:04.320 --> 33:11.000
stark mit dazu, irgendwann war ich noch, ich würde mal sagen 16, 17 so um den Dreh, da

33:11.000 --> 33:15.480
hatte jemand anders, der halt im Linux Bereich sehr groß war, mit dem habe ich ab und zu

33:15.480 --> 33:20.800
mal gechattet und den kannte ich von mir aus der Gegend und der hat gesagt, such dir doch

33:20.800 --> 33:24.360
mal ein Open Source Projekt und kontribute da mal und ich habe das halt überhaupt nicht

33:24.360 --> 33:28.120
verstanden, was bedeutet das denn, ja das waren auch so Zeiten, da war das noch nicht

33:28.120 --> 33:33.560
so wie heute, so ganz einfach, du gehst einfach auf GitHub, ihr machst es da und dann funktioniert

33:33.560 --> 33:38.360
das schon, dann machst du da 1000 Bucks, es gibt ja keine Bucks, weil das alles in internen

33:38.360 --> 33:44.880
Chatgruppen ablief oder so und darüber, also über diesen Gedanken bin ich halt irgendwann

33:44.880 --> 33:49.560
da reingekommen zu verstehen, ach es gibt ja sowas wie zum Beispiel Versionierungssysteme,

33:49.560 --> 33:53.760
ja also damals, das was ich gerade gesagt hatte, da habe ich dann zum ersten Mal von

33:53.760 --> 33:58.840
SVN gehört und dann habe ich mich mal damit auseinander gesetzt und dann kam aber halt

33:58.840 --> 34:04.840
auch ganz schnell Git dazu und so und für mich war es wichtig immer irgendwie so Impulse

34:04.840 --> 34:12.480
zu bekommen von Leuten, damit ich auch irgendwie in die richtige Richtung mich entwickeln kann

34:12.480 --> 34:17.360
und manchmal sind das halt so Kleinigkeiten und wenn es jetzt um Teamarbeit geht, halt

34:17.360 --> 34:23.320
gerade dieser Open Source Gedanke, spielte denn Open Source Software im Studium irgendeine

34:23.320 --> 34:24.320
Rolle?

34:24.320 --> 34:29.800
Ich kann mich absolut an nichts erinnern, ich hoffe, ich vergesse jetzt nichts, aber

34:29.800 --> 34:36.320
nee, ich weiß von gar nix, also was ich ja schon vor meinte, sogar der Programmieranteil

34:36.320 --> 34:43.520
war ja recht gering und meiner war vielleicht bei ganzen, hoffe ich mal 25%, weil ich mir

34:43.520 --> 34:48.080
die Kurse genauso zurechtgesucht habe, aber ansonsten war es wirklich, wirklich extrem

34:48.080 --> 34:55.680
viel Theorie, die ich auch wieder komplett vergessen habe und wir wussten nichts mal,

34:55.680 --> 35:02.320
ich glaube, auch so was wie Git hab, GitLab, das kam alles bei mir durch die Werkstudenten-Jobs

35:02.320 --> 35:03.320
dann.

35:03.320 --> 35:04.320
Ja.

35:04.320 --> 35:08.400
Aber vielleicht kann man das so ein bisschen mitnehmen für die Leute, die jetzt so hier

35:08.400 --> 35:13.440
zuhören und sich denken, so was soll ich denn eigentlich jetzt machen oder die vielleicht

35:13.440 --> 35:17.120
auch auf ihr Leben so ein bisschen zurückblicken, also was man auf jeden Fall sagen kann ist

35:17.120 --> 35:23.320
es gibt Vorteile im Studium, weil man halt viel mehr, also sozusagen diese Orientierungsmöglichkeiten

35:23.320 --> 35:28.800
hat, aber es heißt nicht unbedingt, dass man jetzt viel programmiert und wenn man halt

35:28.800 --> 35:33.600
sozusagen eher einen Einstieg macht ohne einen Studium, muss man sich halt selber sehr,

35:33.600 --> 35:38.200
sehr viel mit dem Thema beschäftigen, mit den Themen drum herum beschäftigen und halt

35:38.200 --> 35:39.200
halt diese Praxis.

35:39.200 --> 35:44.720
Also das sind so irgendwie die Standardvorteile, glaube ich, was halt dann sozusagen ja die

35:44.720 --> 35:51.000
Fragestellung ist, was passiert eigentlich danach, also vielleicht eine Sache noch

35:51.000 --> 35:55.120
vorweggeschoben, nämlich es gibt natürlich noch ganz viele andere Studiengänge, gibt

35:55.120 --> 35:59.080
natürlich ganz viele andere Ausbildungen, die vielleicht auch in so einen Berufsweg

35:59.080 --> 36:03.520
reinführen, wie wir jetzt gegangen sind, aber ich weiß nicht, da sind wir jetzt irgendwie

36:03.520 --> 36:05.160
nicht die Expertinnen und Experten für.

36:05.160 --> 36:10.000
Und was ich eigentlich meinte, das ist eben oder worauf ich hinaus wollte, was passiert

36:10.000 --> 36:14.640
eigentlich danach, du hast gesagt, du bist irgendwie Werkstudentin, hast dich irgendwo

36:14.640 --> 36:18.000
beworben und da gibt es halt jetzt diese zwei Aspekte für mich.

36:18.000 --> 36:22.840
Einmal, wie bewerbe ich mich, also in der Rolle nach einem Studium, was mache ich da

36:22.840 --> 36:26.680
eigentlich und dann auch, wie sehen wir das eigentlich aus der heutigen Perspektive,

36:26.680 --> 36:33.800
das fände ich nochmal zwei spannende Perspektiven, weil wir beide sind ja auch irgendwo Hiring-Manager,

36:33.800 --> 36:38.920
stellen auch Leute ein, interviewen Leute und haben dementsprechend ja auch ab und

36:38.920 --> 36:46.240
an mal Kontakt mit Leuten, die vielleicht noch nicht so weit in ihre Karriere fortgeschritten

36:46.240 --> 36:47.720
sind oder ganz am Anfang stehen.

36:47.720 --> 36:53.040
Aber sollen wir vielleicht erst mal anfangen mit dem Thema, wie bewerbe ich mich denn überhaupt?

36:53.040 --> 36:57.160
Wie kommst du damals rangekommen an deinen Werkstudenten-Job?

36:57.160 --> 37:01.400
Oh, ganz einfach, da kennt sich ja jeder.

37:01.400 --> 37:07.640
Also der halbe Studiengang arbeitet da ja schon, also geht man da einfach auch noch hin.

37:07.640 --> 37:11.880
Das ist nämlich auch noch so ein Riesenvorteil von einem Studium, will ich ganz kurz nochmal

37:11.880 --> 37:17.760
rein, nämlich dieses Netzwerken, also ich glaube, das darf man nicht unterschätzen.

37:17.760 --> 37:23.160
Wie viel, also wie häufig, ich schon gehört habe, ja da die Studienkollegen sind dort

37:23.160 --> 37:27.880
und dort oder die machen jetzt das und das und dass man dann halt auch für die Zukunft

37:27.880 --> 37:33.320
sich ein großes Netzwerk aufbaut, dadurch, dass man einfach Leute aus seinen Studiengängen

37:33.320 --> 37:37.800
oder Ähnliches kennt, das zum Beispiel habe ich aus dieser Zeit natürlich logischerweise

37:37.800 --> 37:38.800
nicht.

37:38.800 --> 37:42.280
Ich habe halt Leute, die ich dann aus der Community kennen oder auf Konferenzen kennengelernt

37:42.280 --> 37:44.840
habe und Ähnliches, was auch cool ist.

37:44.840 --> 37:49.240
Aber ich glaube, grad was du jetzt gesagt hast, ne, so erster Job direkt, weil du die

37:49.240 --> 37:52.400
Leute kanntest, die halt irgendwo arbeiten können.

37:52.400 --> 37:56.160
Ja, bewerben ist wahrscheinlich auch das falsche Wort, in dem es nicht gewesen ist.

37:56.160 --> 38:01.480
Was mir dadurch aber sehr früh aufgefallen ist, ist, dass es, wir waren schon irgendwie

38:01.480 --> 38:02.480
so eine Gruppe.

38:02.480 --> 38:08.120
Also es war wahrscheinlich schon schwer von außen reinzukommen, denn so viel der Werkstudenten

38:08.120 --> 38:09.120
braucht keine Firmen.

38:09.120 --> 38:12.480
Also es waren schon auch eher die guten Firmen, die gesagt haben, komm, wir machen den Spaß

38:12.480 --> 38:13.480
mit.

38:13.480 --> 38:14.480
Wir leisten tun sie eh nicht.

38:14.480 --> 38:18.840
Meistens sind die nur auf Nein-Gag, aber kosten ja auch nicht so viel, kosten ja keine Steuern.

38:18.840 --> 38:24.520
Aber das war dann immer so, immer wenn jemand aufgehört hat irgendwo und meistens haben

38:24.520 --> 38:29.720
die Leute nur aufgehört, weil, oh, Auslandssemester, ich brauche jemanden, der mich da vertritt

38:29.720 --> 38:30.720
für ein halbes Jahr.

38:30.720 --> 38:35.640
Und dann hast du nicht Zeit, brauchst du nicht Geld, du kannst dir doch mal für ein halbes

38:35.640 --> 38:37.640
Jahr vertreten und so kommt das alles in Rollen.

38:37.640 --> 38:42.120
Und so war das wirklich so, dass eigentlich gefühlt alle Werkstudenten, Werkstudentinnen

38:42.120 --> 38:46.960
immer so schon von der gleichen Uni oder von, dann hat vielleicht der da noch einen Kumpel

38:46.960 --> 38:51.800
und der kennt, weiß ich nicht, jemanden und dann, es ist aber alles von diesen zwei, drei

38:51.800 --> 38:52.800
Unis.

38:52.800 --> 39:01.720
Und den ersten Freelancer, den ich gesehen habe, der sich dasselbe beigebracht hat,

39:01.720 --> 39:02.720
war super spät.

39:02.720 --> 39:07.200
Also ich kam mit dem Konzept des, ich bringe mir das selber bei, auch relativ spät beruflich

39:07.200 --> 39:09.920
dann in Kontakt, weil das nicht so gang und gäbe war.

39:09.920 --> 39:15.280
Was du aber schon gelernt hast, da ist zu verstehen, wie so verschiedene Firmen ticken.

39:15.280 --> 39:23.160
Und dieser Punkt ist, ich finde es ganz schwierig zu sagen, für Jüngere sollte man studieren

39:23.160 --> 39:26.600
oder sollte man sich das alles selber beibringen, weil er hat mir viel mehr Zeit und kann sich

39:26.600 --> 39:28.760
auf das Programmieren per se fokussieren.

39:28.760 --> 39:34.200
Es kommt aber für mich noch der Punkt dazu, wo möchte ich eigentlich da arbeiten?

39:34.200 --> 39:39.280
Weil ich habe auch sehr schnell von anderen Kommilitonen und Kommilitoninnen gehört,

39:39.280 --> 39:42.960
da willst du sicher nicht arbeiten bei dieser Firma, da bist du wirklich nur zum Kaffee

39:42.960 --> 39:43.960
holen da.

39:43.960 --> 39:47.360
Und so was möcht man nicht, wir wollten ja was leisten, wir wollten kein Geld dafür

39:47.360 --> 39:49.240
bekommen, um anderen Leuten Kaffee zu holen.

39:49.240 --> 39:55.760
Und da sieht man auch recht schnell, man denkt ja als Kind, man hat ja so viel Respekt

39:55.760 --> 39:59.720
vor Erwachsenen so als Kind und das habe ich im Studium weitergetragen und ich dachte,

39:59.720 --> 40:04.040
es gibt so Regeln, wie so Sachen ablaufen, wie so Bewerbungsprozesse ablaufen, wo habt

40:04.040 --> 40:09.480
denn aber da auch verstanden, du musst halt den Leuten gefallen, mit denen du dann sprichst

40:09.480 --> 40:13.600
und vielleicht will die eine Person hören, ich habe hier mein Master Degree und ich habe

40:13.600 --> 40:20.440
meine 1,0 und ich war hier noch Ding-Sprecherin oder ähnliches und manche wollen halt hören,

40:20.440 --> 40:24.280
hier ist ein Algorithmusprogrammier mit denen ich will den absolut perfekt haben, genauso

40:24.280 --> 40:25.760
wie der in meinem Kopf sein sollte.

40:25.760 --> 40:31.280
Und da können wir vielleicht auch bei diesem Bewerbungsthema Richtung die Hiram Manager

40:31.280 --> 40:37.360
also Richtung uns auch uns dann hinterfragen, haben wir da Vorurteile, war auch fast legen

40:37.360 --> 40:40.800
wir Wert und alles mögliche, weil es geht ja in beide Richtungen.

40:40.800 --> 40:46.800
Ja, das ist, denke ich, auch ein spannendes Thema, also erst mal vielleicht noch zum

40:46.800 --> 40:52.480
Thema so, wie bewirbt man sich, ich glaube, Netzwerk hatten wir jetzt gesagt, ich glaube

40:52.480 --> 40:58.600
aber auch einfach heutzutage Job-Börsen, es gibt einfach so krass viel Angebot, auch

40:58.600 --> 41:05.640
wenn jetzt in diesem Moment gerade aufgrund der globalen Krisen das vielleicht ein bisschen

41:05.640 --> 41:10.960
abgeflaut ist, aber ich glaube, dass es halt immer noch extrem viele Jobs in unserem Bereich

41:10.960 --> 41:11.960
gibt.

41:11.960 --> 41:17.800
Was ich dennoch feststelle ist, dass Teams immer mal wieder so eine Einstellung haben,

41:17.800 --> 41:22.320
hey wir brauchen, wir haben ja so viel Output zu leisten, wir müssen so viel delivern, also

41:22.320 --> 41:27.000
gucken wir ganz, ganz stark darauf, dass wir die Top-Leute bekommen, ja, also das müssen

41:27.000 --> 41:32.400
und zwar die komplett fertig sind, die schon das komplette Skillset mitbringen sozusagen.

41:32.400 --> 41:38.040
Nur Seniors einstehen jetzt, genau, wir heiraten nur Seniors und am besten noch ein paar Leute,

41:38.040 --> 41:42.800
die auch noch über dem Senior stehen, ja, weil das brauchen wir jetzt unbedingt so und

41:42.800 --> 41:50.600
ich glaube, das ist ein Fehler, der sich halt in, also in der Langzeit-Performance von

41:50.600 --> 41:54.560
einem Team halt widerspiegeln wird, weil die Leute sind irgendwann unglücklich, dann gehen

41:54.560 --> 41:57.880
die halt noch zwei Jahren, ja, weil sie dann vielleicht auch nicht so viel Geld bekommen,

41:57.880 --> 42:02.640
wie woanders, dann hast du auf einmal die Leute verloren, also habe ich jetzt öfter schon

42:02.640 --> 42:03.640
gesehen in Teams.

42:03.640 --> 42:09.720
Ich glaube, was ich persönlich sehr wichtig finde als Hiring Manager, ist ein gut durchmischtes

42:09.720 --> 42:16.320
Team, ja, damit man auch als Senior oder als Lead Developer oder wie auch immer auch das

42:16.320 --> 42:21.920
Wissen weitergeben kann an die etwas, sage ich mal, noch nicht so weiten Kolleginnen und

42:21.920 --> 42:26.600
Kollegen, ja, und da halt sagen auch ein bisschen Education betreiben kann.

42:26.600 --> 42:32.760
Natürlich ist das auch immer eine Frage von Kohle sozusagen, also wie viel Geld steht

42:32.760 --> 42:37.720
mir denn zur Verfügung, um mein Team zu staffen, ja, wenn ich einen guten Senior haben will,

42:37.720 --> 42:42.040
kann ich mir vielleicht auch gleichzeitig zwei Juniors leisten, das wird zwar nicht den

42:42.040 --> 42:47.680
gleichen Impact haben beim sozusagen, bei der tatsächlichen Programmierung, aber für

42:47.680 --> 42:51.520
einen Teamgefüge zum Beispiel, glaube ich, kann das halt total hilfreich sein, weil man

42:51.520 --> 42:56.280
auch ganz viele neue Perspektiven mit reinbringt und natürlich, weil man sich langfristig halt

42:56.280 --> 43:03.680
auch neue Leute sozusagen, ja, erzieht in Anfang Strichen, also erzieht auf einer technischen

43:03.680 --> 43:08.480
Ebene gemeint, aber auch weil die Leute natürlich noch ein Stück weit formbarer sind, ja.

43:08.480 --> 43:13.320
Das Thema, wie mache ich ein Stand-up, das lernen die Leute gerade neu, die Junior sind,

43:13.320 --> 43:14.320
ja.

43:14.320 --> 43:19.960
Die haben noch nicht so viele Vor- oder Urteile in sich wie einen Stand-up abzulaufen, das

43:19.960 --> 43:24.600
heißt, du kannst natürlich auch da viel mehr sozusagen das ausrichten in dem Sinne, wie

43:24.600 --> 43:26.440
du es dir halt wünscht in deiner Firma.

43:26.440 --> 43:30.560
So, ich glaube, das ist halt ein Riesenvorteil und du kannst die Leute mitnehmen, du kannst

43:30.560 --> 43:35.960
die Leute prägen für ihr Leben, das finde ich super interessant, genau.

43:35.960 --> 43:43.240
Ansonsten, ich glaube, was man sagen muss, ist halt gerade im Hiring-Prozess finde ich

43:43.240 --> 43:47.800
sehr wichtig, dass man halt darauf achtet, wie interviewt man Leute, die zum Beispiel

43:47.800 --> 43:52.480
Junior sind, ja, oder die gerade am Anfang ihrer Karriere stehen.

43:52.480 --> 43:56.720
Du kannst da nicht die gleichen Fragen fragen, wie du das vielleicht ein Senior fragst, ja,

43:56.720 --> 43:57.720
das geht einfach nicht.

43:57.720 --> 44:02.600
Das bringt dich nicht voran, gerade wenn es um die technischen Sachen geht und ich glaube,

44:02.600 --> 44:08.040
also zum Beispiel, was ich viel mache, wenn man ein Senior ist oder ähnliches, viel reflektiv

44:08.040 --> 44:12.880
auf die Sachen zu schauen, die in anderen Projekten bereits abgelaufen sind.

44:12.880 --> 44:19.920
Tell me about a time when, so, dieser Einstieg, ja, erzählen wir mal von irgendwelchen Erfahrungen,

44:19.920 --> 44:22.600
die du gesammelt hast, da und damit.

44:22.600 --> 44:25.120
Kannst du mir ein Beispiel geben, wo das und das passiert ist?

44:25.120 --> 44:28.520
Das kann man natürlich nicht, wenn man mit Leuten redet, die gerade am Anfang ihrer

44:28.520 --> 44:29.520
Karriere stehen.

44:29.520 --> 44:31.920
Da muss man halt viel mehr, glaube ich, dann drauf gehen.

44:31.920 --> 44:35.760
Was sind die Leute für Menschen, also wo wollen die hin?

44:35.760 --> 44:38.440
Ja, was sind die Punkte, die wichtig sind?

44:38.440 --> 44:45.400
Und ich gebe mal ein Beispiel, wenn ich mir Zivis anschaue, schaue ich immer drauf, was

44:45.400 --> 44:50.880
haben Leute neben ihrem Engineering Path, was haben sie da halt gemacht?

44:50.880 --> 44:56.520
Und zum Beispiel, wenn ich einen Resume bekommen, wo halt, also wenn ich ein Lebenslauf bekommen,

44:56.520 --> 45:03.360
wo halt nur, ich habe diese Sprache gelernt, das gemacht, folgende Sache programmiert,

45:03.360 --> 45:04.880
dann ist das schön und gut.

45:04.880 --> 45:09.520
Aber wenn da nicht einmal steht, irgendwie hier Teamarbeit oder dir war wichtig, dass

45:09.520 --> 45:15.160
du folgende prozessualen Themen auch mal gelernt hast oder das Thema Kommunikation spielt,

45:15.160 --> 45:16.480
bei dir gar keine Rolle.

45:16.480 --> 45:21.480
Also wenn es ein rein technischer CV ist, dann ist das für mich persönlich meistens

45:21.480 --> 45:27.360
zu wenig, weil es gibt halt Leute, die das in ihre CVs schreiben und die finde ich dann

45:27.360 --> 45:31.760
viel interessanter, weil ich sehe, die haben Lust in einem Team zu arbeiten, die haben Lust

45:31.760 --> 45:36.080
gemeinschaftlich an einer Prozessverbesserung dran zu arbeiten.

45:36.080 --> 45:39.280
Und da ist natürlich dann die Frage, was bedeutet das für Juniors?

45:39.280 --> 45:44.480
Und das kann halt sein, dass man sich parallel zu dem Thema Engineering natürlich auch noch

45:44.480 --> 45:50.760
mit anderen Themen und um eine Entwicklung in einem Unternehmen beispielsweise beschäftigt.

45:50.760 --> 45:56.080
Ja, und das sind Sachen, glaube ich, die sind sehr wichtig.

45:56.080 --> 46:04.560
Ein Satz, den ich damals gelesen habe, als ein Claim einer Person, Junior Android Developerin,

46:04.560 --> 46:09.640
die hatte in ihrem Resume halt stehen, ja, ich bin hier Junior Android Developerin, habe

46:09.640 --> 46:12.120
viel mit Kotlin gearbeitet und so weiter.

46:12.120 --> 46:17.200
Und was mir besonders wichtig ist, ist das Thema Kommunikation innerhalb eines Teams,

46:17.200 --> 46:22.400
beispielsweise auch in, keine Ahnung, über die Agile Methoden oder irgendwie sowas stand

46:22.400 --> 46:23.400
da drin.

46:23.400 --> 46:27.840
Und das fand ich halt so einen coolen Claim einfach für sich, ja, da schreibt jemand,

46:27.840 --> 46:29.840
ah ja, mir ist Kommunikation wichtig.

46:29.840 --> 46:34.400
Und das zeigt halt eine Persönlichkeit, also was ist die, was worauf liegt diese Person

46:34.400 --> 46:35.400
wert?

46:35.400 --> 46:39.000
Das heißt jetzt nicht, dass jeder in seinen Resume irgendwie Communication reinschreiben

46:39.000 --> 46:40.000
soll.

46:40.000 --> 46:46.160
Als Top-Thema, ja genau, was ich halt einfach meine ist, legt Wert auf die Sachen, die halt

46:46.160 --> 46:51.480
parallel zum Engineering halt passieren, weil ich glaube, das wird immer, immer wichtiger

46:51.480 --> 46:52.480
werden.

46:52.480 --> 46:59.840
Das ist auch bei euch so oder bin ich da, stehe ich da eher, oder ist es eher so mein Thema?

46:59.840 --> 47:03.760
Vielleicht ist es nur deswegen ein bisschen mehr dein Thema, weil ich gar nicht so viel

47:03.760 --> 47:10.880
Engineering mache, wir sind voll, Start-up ist voll, aber ich kann das unterstreichen

47:10.880 --> 47:16.480
und eigentlich ist mir bei Personen generell die Motivation zu wissen, sehr wichtig.

47:16.480 --> 47:21.440
Manchmal ist es, es gibt, es gibt viele Ausnahmen, manchmal ist es erschreckend, wie schlecht

47:21.440 --> 47:27.200
teilweise Seniors was programmieren und ich bin immer noch auf den Kriegsfuß damit,

47:27.200 --> 47:31.360
ob man jetzt eigentlich eine Coding Challenge macht oder nicht, also ein ganz anderes Thema,

47:31.360 --> 47:36.960
ich könnte sehr lange darüber reden, ich sehe vor und nachteile, allerdings würde

47:36.960 --> 47:45.000
ich eben auch unterstellen, dass jemand juniorigeres deutlich mehr Wert in der Firma bringen kann

47:45.000 --> 47:50.000
als ein Senior, der oder die sich aber überhaupt nicht mehr weiterentwickeln möchte.

47:50.000 --> 47:55.480
So, ich habe doch vor 30 Jahren PHP gelernt, jetzt gibt es halt PHP, weiß nicht 7, vielleicht

47:55.480 --> 47:59.600
gibt es 15, ich weiß nicht, und wenn das die einzige Weiterentwicklung ist, die man machen

47:59.600 --> 48:06.200
möchte von Versions Nummer 1 auf 2 zu gehen oder nachhört es auf und dann würde ich immer

48:06.200 --> 48:10.880
noch granularer unterscheiden, weil ich hoffe, ich habe das jetzt nicht falsch ausgedrückt,

48:10.880 --> 48:16.800
ich finde es vollkommen legitim und auch zu unterstützen, dass jemand um 9 Uhr kommt,

48:16.800 --> 48:20.600
anfängt zu arbeiten, um sitzen oder geht, Kopf ausmacht und ist raus aus der Arbeit,

48:20.600 --> 48:21.600
ich finde das sehr gesund.

48:21.600 --> 48:26.320
Ich bin nicht so, ich kann nicht so sein, ich bin immer verschmolzen mit meiner Arbeit,

48:26.320 --> 48:30.600
ich möchte aber, auch wenn ich jetzt Leute anstelle, erwarte ich das von den Leuten

48:30.600 --> 48:31.600
nicht.

48:31.600 --> 48:36.240
Ich finde es sehr gut, wenn jemand sagt, ich habe zwei Kinder, ich möchte 80 Prozent

48:36.240 --> 48:39.080
meiner Zeit arbeiten, sag ich super, gerne.

48:39.080 --> 48:43.960
Was ich einfach nur hören möchte ist oder sehen möchte in Leuten, ist, dass wenn irgendwie

48:43.960 --> 48:50.200
was passiert, dass sie anfangen zu denken und sich zu fragen, wie kommen wir als Team

48:50.200 --> 48:55.640
jetzt am besten hier raus, einfach lösungsorientiert zu sein, das sehe ich teilweise bei juniorigen

48:55.640 --> 48:59.840
Personen viel mehr, gerade bei Leuten, die eben jetzt gerade, die ich eben so vom Studium

48:59.840 --> 49:04.200
kannte, da ist dieses schon so vorprogrammiert, dieses, wie gehen wir jetzt mit diesem Problem

49:04.200 --> 49:05.200
um?

49:05.200 --> 49:06.200
Oh je, nächstes Problem, yay!

49:06.200 --> 49:10.360
Und da sehe ich eben jetzt viele, die schon länger in dem Beruf sind, wo es so ein bisschen

49:10.360 --> 49:15.200
so ein Durchhänger drin ist, da hilft es mir nichts, egal was die Person jemals mal programmiert

49:15.200 --> 49:21.320
hat oder egal ob die jetzt die Begriffe singelten oder Observer auswendig kennt, wenn trotzdem

49:21.320 --> 49:22.840
nichts rum kommt, dann kommt nichts rum.

49:22.840 --> 49:26.680
Und wenn die Motivation ist, ja, Pff, Design hat halt nicht geliefert, also bin ich auf

49:26.680 --> 49:27.680
Neingeh gegangen.

49:27.680 --> 49:28.680
Schwierig!

49:28.680 --> 49:29.680
Schwierig!

49:29.680 --> 49:34.960
Ja, da sollte man auf jeden Fall nochmal an seine eigene Motivation arbeiten, das ist

49:34.960 --> 49:35.960
verständlich, ja.

49:35.960 --> 49:40.760
Und deswegen, es gibt noch diese zweite Baustelle, nicht nur, dass die Jungen sich entscheiden

49:40.760 --> 49:44.400
müssen, welchen Weg gehe ich, sondern auch, dass sich Hiringmanager damit auseinandersetzen

49:44.400 --> 49:48.320
müssen und vielleicht nur, weil ja, ich habe halt damals studiert, also weiß ich ja,

49:48.320 --> 49:53.120
stelle ich nur Studierter ein oder ich habe einmal einen Freelancer kennengelernt, der

49:53.120 --> 49:57.560
hat nur Quatsch gemacht oder die eine, ich kenne eine Frau, die hat Bootcamp gemacht,

49:57.560 --> 49:58.760
die konnte ja gar nicht programmieren.

49:58.760 --> 50:04.680
Ich würde da wirklich auf Diversität wiedergehen, weil es sehr spannend ist, wenn man gerade

50:04.680 --> 50:08.440
verschiedene Leute dann zusammensetzt und alle haben dann, da hat man diesen ganzen

50:08.440 --> 50:10.040
Polk an verschiedenen Erfahrungen.

50:10.040 --> 50:16.320
Also eigentlich würdest du sagen, ist es dir egal, welchen Abschluss die Leute haben

50:16.320 --> 50:20.520
oder guckst du dann explizit, was haben die Leute für einen Abschluss in einem, also

50:20.520 --> 50:21.520
ein neues Team?

50:21.520 --> 50:28.080
Ich stelle einfach andere Fragen, je nachdem, ich bin für alle Personen offen, aber ich

50:28.080 --> 50:32.200
leg dann die Fragen anders aus, je nachdem, was ich gesehen habe, zum Beispiel, dass

50:32.200 --> 50:39.280
ich dann wirklich Leute mit dem und dem Abschluss, auch explizit Frage, wie es dann eben bei

50:39.280 --> 50:45.320
Gruppenarbeiten ablief oder ob jemanden, aber das kommt dann auch darauf an, welche Person

50:45.320 --> 50:46.320
suche ich eigentlich gerade?

50:46.320 --> 50:51.480
Suche ich gerade eine Person, wo ich danach diese Person ein explizit Problem geben kann

50:51.480 --> 50:55.720
und ich weiß, es wird technisch erst rein gelöst oder suche ich eher jemanden, der

50:55.720 --> 51:00.480
vielleicht auch Kreativität mit reinbringt, das kommt dann wirklich stark darauf an.

51:00.480 --> 51:07.680
Jetzt habe ich gerade das Wort Bootcamp gesagt, auch da, wenn ich stelle, ich stehe generell

51:07.680 --> 51:13.320
offen gegenüber, dem Punkt, den ich schwierig finde, ist, wie Bootcamp sich selber verkaufen,

51:13.320 --> 51:20.600
weil ich vom Marketing her oft dann so höre, du kannst dir fünf Jahre deine Studium sparen,

51:20.600 --> 51:26.840
mach doch hier dieses zwei Monate, drei Monate React Workshop und wenn die ihre Leute so

51:26.840 --> 51:30.360
drauf trimmen, dass das alles ist, was sie können müssen und dann kommen die Leute

51:30.360 --> 51:34.560
vielleicht einen dicken Arroganz raus und sagen, ja, ich kann ja React, wo ist jetzt

51:34.560 --> 51:35.560
mein 80-Kart-Shop?

51:35.560 --> 51:36.560
Moment, stop!

51:36.560 --> 51:37.560
Hi!

51:37.560 --> 51:38.560
Was denn jetzt passiert?

51:38.560 --> 51:45.000
Und das bin ich dann wieder schade und da versuche ich mich dann ganz stark zu alle

51:45.000 --> 51:49.720
meine Vorurteile immer wegzubringen, weil es bestimmt ganz tolle Leute gibt, die aus

51:49.720 --> 51:53.640
ganz tollen Bootcamps rauskommen, nur da habe ich mal ein bisschen schlechter Erfolg mit

51:53.640 --> 51:54.640
gemacht.

51:54.640 --> 51:59.120
Aber dennoch, weil mir davon sich auch gerne mit Bootcamp bewerben, sobald ich immer wieder

51:59.120 --> 52:00.120
heiratet.

52:00.120 --> 52:07.000
Ja, Bootcamp haben wir auch schon zwei Folgen zugemacht, die 430 und die 439, wo wir einfach

52:07.000 --> 52:12.560
mal drüber gesprochen haben, einmal aus einer Arbeitgeber- und Arbeitnehmersicht und einmal

52:12.560 --> 52:18.480
aus einer Lehrersicht, ja, was haben wir denn eigentlich, also was hat man denn eigentlich

52:18.480 --> 52:19.480
danach?

52:19.480 --> 52:23.840
Und gerade dieses Be-Humble ist glaube ich ganz, ganz wichtig an der Stelle, also ja,

52:23.840 --> 52:27.800
du hast jetzt drei Monate gelernt, wie man ein bisschen React macht, dass es halt an

52:27.800 --> 52:30.760
der Oberfläche gekratzt, aber es gibt den guten Einstieg, ne?

52:30.760 --> 52:31.760
Ja.

52:31.760 --> 52:35.520
Sieht das aber genauso wie du, also ich muss ehrlich sagen, also ich bin da ehrlich auch

52:35.520 --> 52:41.640
gar nicht eingenommen, ich gucke nicht mal, was haben die Leute studiert oder haben die

52:41.640 --> 52:45.360
studiert oder was ist deren Ausbildung, weil es mir egal, mich interessiert halt, was haben

52:45.360 --> 52:51.240
die Leute, also drauf sozusagen, das ist so ein bisschen das, was für mich relevant

52:51.240 --> 52:56.760
ist in den Interviews, also wie sind die auch als Mensch, das habe ich ja schon gesagt,

52:56.760 --> 53:03.560
ne, also häufig diese 70-30-Regel-70%, also was sind so, was haben die so für, was ist

53:03.560 --> 53:07.880
das für ein Mensch, wie denkt dieser Mensch, wie tickt dieser Mensch, dann 30% sind die

53:07.880 --> 53:12.320
technischen Skills schon da und das ist dann auch ein bisschen relevant für die Einordnung,

53:12.320 --> 53:19.880
ja bis jetzt ein Junior, ein Professional oder ein Senior, aber ob jetzt jemand da Informatik

53:19.880 --> 53:24.360
studiert hat oder nicht, ist mir eigentlich relativ gleich, um ehrlich zu sein.

53:24.360 --> 53:30.720
Ja, ich denke, es kommt genau dann bei dem Lebenslauf drauf an, wie so der Mix an verschiedenen

53:30.720 --> 53:36.240
Sachen ist, also wenn ich jetzt sehe, jemand hat gar nicht studiert und hat wenig Projekte

53:36.240 --> 53:42.680
gemacht oder sehr gleiche Projekte gemacht, dann stelle ich da wie gesagt andere Fragen,

53:42.680 --> 53:46.120
also dann von der Person will ich eher dann doch noch mal technisch in die Tiefe gehen

53:46.120 --> 53:52.120
zu wissen, aber eigentlich ist es mir auch fast egal, ob die Person jetzt weiß, was Eventbubbling

53:52.120 --> 53:56.600
ist, aber ich möchte wissen, wie auf diese Fragen reagiert wird und das ist jetzt, wer

53:56.600 --> 54:04.920
wieder ein ganz anderes Thema, quasi ein Framework-Thema, dass nur wir alten Hasen uns noch gut daran

54:04.920 --> 54:12.800
erinnern, so Eventbubbling und ähnliches und heutzutage machte halt ein View-Model drauf

54:12.800 --> 54:17.580
und funktioniert halt einfach und ich bin selbst auch noch unentschlossen, wie streng

54:17.580 --> 54:23.920
ich gegenüber bin, ob ich verlange, dass Leute die Technik drunter wissen oder nicht, eigentlich

54:23.920 --> 54:28.760
verlange ich es nicht, sehe dann aber auch wieder Probleme, dass Leute Eigenschaften

54:28.760 --> 54:34.240
von HTML nicht mehr kennen und denken, wir müssen jetzt das Framework XY verwenden,

54:34.240 --> 54:38.000
weil jetzt kann dir die Seiten prefetchen, wie gesagt, der verbrauchste ja, der verbrauchste

54:38.000 --> 54:44.560
doch gar Framework und da deswegen, ich denke, ein Team sollte immer aus einem gesunden Mix

54:44.560 --> 54:49.120
aus verschiedenen Personen bestehen, dass man immer, von allen das ganze Wissen dann

54:49.120 --> 54:50.120
zusammenbringen kann.

54:50.120 --> 54:56.440
Ja, das ist das Wichtige, wenn eine Person dieser Meinung ist, kann ja sein, aber du

54:56.440 --> 55:02.680
musst halt im Team gut in eine Kommunikation kommen können und deswegen wieder das Thema,

55:02.680 --> 55:06.060
man muss halt Leute finden, die halt richtig und das hast du ja eben gesagt, auf die Fragen

55:06.060 --> 55:07.060
antworten können.

55:07.060 --> 55:10.560
Ich glaube, das ist schon sehr wichtig, dass man halt Leute findet, die halt irgendwie

55:10.560 --> 55:15.840
mit einer Fragestellung umgehen können, die sie vielleicht auch nicht beantworten können

55:15.840 --> 55:21.280
her und dann kann man halt gucken, wie das beantwortet wird und dann darauf passieren

55:21.280 --> 55:23.440
halt auch schauen, passt das in ein Team rein.

55:23.440 --> 55:27.800
Wir haben gerade zum Beispiel jemanden eingestellt, der kam aus dem Finanzbereich, hat irgendwie

55:27.800 --> 55:32.800
jahrelang im Finanzwesen irgendwie gearbeitet, hat sich dann entschlossen, euer Arsch programmier

55:32.800 --> 55:37.320
mal ein bisschen nebenher, hat jetzt, glaube ich, einen Job vorher gemacht und ist bei

55:37.320 --> 55:42.040
uns jetzt, hat bei uns jetzt halt angefangen, der bringt halt das richtige Mindset mit,

55:42.040 --> 55:47.040
gerade weil da ist dieser Finanzweltkommens halt ganz stark immer auf Optimierung getrimmt,

55:47.040 --> 55:52.520
ja, und es ist mega cool und passt halt so vom menschlichen her halt sehr, sehr gut

55:52.520 --> 55:53.520
in das Team.

55:53.520 --> 55:58.760
Klar, da fehlen ein paar technische Themen, die wir bestimmt noch dran arbeiten müssen,

55:58.760 --> 56:01.600
aber es ist ja nicht schlimm, weil da vergibt es dann andere Leute im Team, die ihm da

56:01.600 --> 56:06.080
helfen können und das finde ich halt mega cool, dann auch nochmal so andere Sichtweisen

56:06.080 --> 56:07.080
reinzubekommen.

56:07.080 --> 56:08.080
Ja.

56:08.080 --> 56:13.880
Deswegen, also auch das, was du gesagt hast, ich sehe es eigentlich eher als Vorteil, wenn

56:13.880 --> 56:19.320
man jetzt irgendwie auch mal einen anderen Background hat als den klassischen CS Background

56:19.320 --> 56:21.440
und da die Teams mitbereichert.

56:21.440 --> 56:30.240
Die einzige Bewegung, die ich gerade auch nicht gerne beobachte, ist die auf Twitter, wenn

56:30.240 --> 56:36.040
man quasi dieses Selbstbeibringen dadurch versucht besser dastehen zu lassen, indem

56:36.040 --> 56:43.040
man sagt, dass Abschlüsse ja quasi nichts wert sind, damit davon bin ich dann, davon

56:43.040 --> 56:46.840
versuche ich auch wirklich Abstand zu halten, da rede ich auch nicht mit, ich finde das

56:46.840 --> 56:51.560
absolut falsch zu sein und das versuche ich ja auch die ganze Zeit bei dieser Revision

56:51.560 --> 56:55.720
jetzt zu sagen, ich kann mich nicht auf eine oder auf die andere Seite stellen, beides hat

56:55.720 --> 57:00.560
auf jeden Fall Vor- und Nachteile und bei, oder was heißt beides, bei allen Varianten

57:00.560 --> 57:05.560
irgendwie in diesen Beruf zu kommen, haben alle Wege Vor- und Nachteile und unterm Schritt

57:05.560 --> 57:08.000
kommt zu mich auf die Person an sich drauf an.

57:08.000 --> 57:16.880
Und für mich der große Vorteil beim Studieren war, dass ich mir noch unschlüssig war, was

57:16.880 --> 57:18.120
ich genau machen möchte.

57:18.120 --> 57:22.920
Ich hatte mich auch auch an der Ausbildung beworben in Bayreuth, bin halt glaube ich als

57:22.920 --> 57:27.840
Zweiter rausgeflogen, recht blödes Gefühl, im Endeffekt war ich so glücklich, dass ich

57:27.840 --> 57:32.480
mir nie die Entscheidung hätte stellen müssen, will ich da jetzt tatsächlich arbeiten oder

57:32.480 --> 57:33.480
nicht?

57:33.480 --> 57:38.680
Keine Ahnung, ich war da zusammen mit fünf, sechs anderen männlichen Bewerbern, ich kann

57:38.680 --> 57:40.960
auch nicht mehr da sagen, wir waren ja alles nur Jungs und Mädels, wir waren ja noch so

57:40.960 --> 57:46.480
junge, wir waren ja Sitzern oder sowas und saß dann gegenüber von fünf Anzugträgern

57:46.480 --> 57:50.080
in einem Raum bei einem Interview, die waren auch ganz nett und so, es war jetzt nicht schlimm,

57:50.080 --> 57:53.920
aber irgendwie haben wir gedacht, ich weiß nicht, ich weiß nicht, ich weiß nicht, ich

57:53.920 --> 57:56.880
weiß nicht, ob ich in einem Büro sitzen will, ich will das glaube ich nicht.

57:56.880 --> 58:02.800
Und daher war der Studium gut für mich, vor allem bei meinen Schwerpunkt durchs Leben

58:02.800 --> 58:06.160
unbedingt immer Frontendentwicklung war, also ich habe es so nicht genannt, ich habe halt

58:06.160 --> 58:11.920
Webseiten gebaut, ich habe das nicht Frontendentwicklung genannt und hatte aber auch da das Gefühl,

58:11.920 --> 58:18.040
dass es auch so ein bisschen da Richtung Mädcheninformatik wieder geht, der ist ja nur Frontend, der

58:18.040 --> 58:22.040
ist ja einfach nicht, nur Buttons machen, ein bisschen jake-very und hatte fast zu dem

58:22.040 --> 58:25.160
Zeitpunkt, als ich den angefangen hatte zu studieren, dachte ich, ich muss was anderes

58:25.160 --> 58:26.160
machen.

58:26.160 --> 58:31.320
Ich habe tatsächlich nur als Werkstudentin gearbeitet, weil ich hatte das Gefühl, ich

58:31.320 --> 58:36.040
hatte halt nichts anderes und irgendwie muss ich halt irgendwie Geld verdienen, weil ich

58:36.040 --> 58:39.920
Geld haben möchte und nicht alles von meinen Eltern haben möchte, die mich zwar sehr freundlich

58:39.920 --> 58:43.400
unterstützt haben, aber ich wollte halt trotzdem mein eigenes Geld verdienen.

58:43.400 --> 58:48.920
Und ich habe dann wirklich diese fünf Jahre Studiengang vielleicht auch gebraucht, um

58:48.920 --> 58:54.440
zu verstehen, ich bin großartig im Frontendent und ich bin da stolz drauf und ich möchte

58:54.440 --> 58:58.000
genau das machen, weil zu dem Zeitpunkt hätte ich mir eher überlegt, ob man nicht doch

58:58.000 --> 59:05.080
ins Backend gehen sollte, was Schwierigeres machen sollte und das wäre vielleicht auch

59:05.080 --> 59:06.080
ein Weg gewesen.

59:06.080 --> 59:09.960
Ich fand Datenbanken zum Beispiel immer super, ich hatte sehr viel Spaß, das war so Rheinmatte,

59:09.960 --> 59:14.000
das war, das verstehe ich, das ist logisch, man hat kein komisches CSS, das ist plötzlich

59:14.000 --> 59:17.760
irgendwas woanders hin positioniert, was ich überhaupt nicht gesagt habe, aber es hat

59:17.760 --> 59:21.400
mir gerade, wenn ich beim Studium anderen Leuten irgendwie doch ein bisschen was übers

59:21.400 --> 59:25.320
Web gezeigt habe, habe ich da gemerkt, okay, ich habe da schon so viel Erfahrung und diese

59:25.320 --> 59:29.400
ganze Erfahrung hatte nichts mit dem Studium zu tun, die hatte nur damit zu tun, dass

59:29.400 --> 59:33.040
mir als Kind sehr langweilig war und ich habe, ihr wollt irgendwie ins Internet gehen und

59:33.040 --> 59:37.880
damals gab es halt kein Facebook und dann hat mich das so gefreut, wie Leute sich immer

59:37.880 --> 59:41.600
freuen, wenn ich ihnen da so ein bisschen was in Web zeige, dass ich halt immer da geblieben

59:41.600 --> 59:42.600
bin.

59:42.600 --> 59:48.360
Ja, also ich sage mal, es ist auf jeden Fall, du hast ja einen Punkt angesprochen, ob man

59:48.360 --> 59:52.880
jetzt ins Backend geht oder da bleibt im Frontend, wo man sich halt wohl fühlt, also ich glaube

59:52.880 --> 59:58.000
es ist schon wichtig, sich da wohl zu fühlen oder dabei wohl zu fühlen, was man tut, nichts

59:58.000 --> 01:00:02.360
destotrotz, ich kann von mir selbst sagen, ich war sehr froh, als ich irgendwann auch

01:00:02.360 --> 01:00:08.280
diesen Schritt gemacht habe, vom reinen Frontend auch ein bisschen mehr ins Backend zu gehen,

01:00:08.280 --> 01:00:15.360
um da dann sozusagen, ja, noch ein bisschen meinen Horizont in Anführungsstrichen zu erweitern.

01:00:15.360 --> 01:00:18.760
Damals war aber Frontend auch noch anders als heute, also da hatte man noch nicht die

01:00:18.760 --> 01:00:22.160
ganzen Frameworks am Start, genau.

01:00:22.160 --> 01:00:25.440
Ja, da gab es ja kein State Management, nichtsdestotrotz.

01:00:25.440 --> 01:00:30.320
Genau, das ging gerade so los damals, also ich glaube, das war so diese Zeit, als so

01:00:30.320 --> 01:00:37.000
ein Knockout JS und so was backbauen, das waren so die Themen damals, genau, und darüber

01:00:37.000 --> 01:00:42.840
dann halt so den Einstieg auch mehr in die Backend-Seite geschafft und gerade mit Node.js

01:00:42.840 --> 01:00:49.560
war das natürlich super easy und ja, das hat mir dann auch Türen geöffnet, die dann halt

01:00:49.560 --> 01:00:52.360
in Zukunft auch wichtiger wurden für mich.

01:00:52.360 --> 01:00:56.360
Ich würde vielleicht aber noch mal auf eine Sache eingehen wollen, das Thema Vorurteile,

01:00:56.360 --> 01:01:04.600
nämlich ich würde noch gerne einmal sagen, wann für mich das Thema, ich habe kein Studium,

01:01:04.600 --> 01:01:11.840
sozusagen noch mal relevant wurde, also grundsätzlich glaube ich, ich bin in meiner Karriere ganz

01:01:11.840 --> 01:01:17.640
gut vorangekommen, auch ohne Studium und habe die aller, aller meisten Sachen bisher immer

01:01:17.640 --> 01:01:23.840
machen können, die ich wollte, privat war es immer so ein Thema, wenn die Omi oder auch

01:01:23.840 --> 01:01:27.280
mal die Mama gefragt hat, ja, aber willst du denn nicht noch was studieren, funktioniert

01:01:27.280 --> 01:01:33.640
das denn nicht so, mittlerweile hat man es verstanden, sage ich mal, dass ich es in

01:01:33.640 --> 01:01:40.240
dem Alter und dem, was ich jetzt so mache, glaube ich, ganz gut auch ohne Studium schaffe.

01:01:40.240 --> 01:01:45.560
Wo ich das aber allerdings, ich habe zweimal in meinem Leben erlebt, wo es sozusagen in

01:01:45.560 --> 01:01:49.840
den Anführungsstrichen crucial war, dass ich halt einen Studium gehabt hätte und das war

01:01:49.840 --> 01:01:56.240
einmal relativ am Anfang meiner Karriere, da habe ich interviewt bei Google und, ne gar

01:01:56.240 --> 01:02:03.000
nicht wahr, Entschuldigung bei Facebook damals, damals hießen die noch so und da war sozusagen

01:02:03.000 --> 01:02:09.960
das Thema, ich müsste dann in den USA kommen und war halt dafür interviewt worden und die

01:02:09.960 --> 01:02:15.760
haben halt gesagt so, wenn du ein Studium hast, dann ist es halt einfacher, dieses H1B

01:02:15.760 --> 01:02:20.440
Visum zu bekommen und da du kein Studium hast, stellen wir dich eher hinten an, also die waren

01:02:20.440 --> 01:02:24.560
jetzt auch nicht so, sie haben jetzt auch nicht gesagt so, ja, Hans, ich will mal aber unbedingt

01:02:24.560 --> 01:02:29.400
haben so und deswegen haben sie das dann nicht weiter verfolgt, weil es gab halt genügend

01:02:29.400 --> 01:02:34.120
Leute, die aus Europa kommen wollten und ein Studium hatten, also da standen es einmal

01:02:34.120 --> 01:02:38.600
im Weg und ein zweites mal nochmal, das war später in meiner Karriere, da wurde ich interviewt

01:02:38.600 --> 01:02:47.960
für eine relativ hohe Management-Position bei einem mittelgroßen Start-up sagen wir mal,

01:02:47.960 --> 01:02:55.580
die vielleicht waren ja auch schon in ihrer Growth-Phase und das war, also ging es um

01:02:55.580 --> 01:03:05.080
medizinische Anwendung sagen wir mal und die, da hat das Management sich sozusagen gewünscht,

01:03:05.080 --> 01:03:11.160
dass die Person, die dann dort auch in diese Position kommt, ein Studium auch vorweisen

01:03:11.160 --> 01:03:15.800
kann, weil wenn man das nicht hat, dann kann man ja die Diskussionen nicht mitführen, die

01:03:15.800 --> 01:03:19.000
sozusagen da im Management-Bereich geführt werden.

01:03:19.000 --> 01:03:24.200
Habe ich natürlich gar kein Verständnis für auch der Recruiter, mit dem ich zu tun

01:03:24.200 --> 01:03:28.320
hatte, hatte da auch kein Verständnis für, weil ich glaube daran ist es im Endeffekt

01:03:28.320 --> 01:03:32.520
nicht mit, also dass es nicht ausschlaggebend, ob du ein Studium hast oder nicht aus meiner

01:03:32.520 --> 01:03:39.360
Perspektive, um bei diesen Diskussionen dabei zu sein, ich glaube das war mehr so ein Prestige-Thema,

01:03:39.360 --> 01:03:44.280
aber das waren so die zwei einzigen Situationen, ich wurde vielleicht noch zwei, drei mal gefragt

01:03:44.280 --> 01:03:51.200
ja und was hast du für eine formale Ausbildung in irgendwelchen Interviewprozessen, aber da

01:03:51.200 --> 01:03:55.440
war das jetzt auch gefühlt zumindest nicht zum Nachteil und das waren so die einzigen

01:03:55.440 --> 01:04:01.360
Situationen, wo es mir in meinem Leben mal unterkam, dass es mir zum Nachteil wurde,

01:04:01.360 --> 01:04:06.640
dass ich nicht studiert habe und nicht beispielsweise sechs Jahre oder fünf Jahre meines Lebens auf

01:04:06.640 --> 01:04:12.360
dem Bachelor und Master verwettert habe, sondern in der Zeit gearbeitet habe.

01:04:12.360 --> 01:04:19.360
Die, ob der Studium mir in dem Sinne jetzt mal Türen geöffnet hat, das kann ich nicht

01:04:19.360 --> 01:04:20.720
beurteilen, weil ich...

01:04:20.720 --> 01:04:24.960
Na mindestens bei der Werkstudenten-Stelle hast du ja auch groß, genau, ansonsten bei

01:04:24.960 --> 01:04:29.800
den Fest angestellten, weil ich ehrlich gesagt nicht weiß, ob sie vielleicht da wäre auch

01:04:29.800 --> 01:04:33.320
immer mich da mal eingestellt oder recruited hat, da dann auch unterschieden hat.

01:04:33.320 --> 01:04:39.280
Im Endeffekt, weil ich jetzt auch davor noch gemeint hatte, dass man sehr viel vom Studium,

01:04:39.280 --> 01:04:42.320
dem sie nicht mehr braucht, genau so wie von der Schule nicht und et cetera und sind eher

01:04:42.320 --> 01:04:46.760
so Meter-Sachen und Soft Skills, die man vielleicht mitnimmt, eine Sache, die mir jetzt gerade

01:04:46.760 --> 01:04:54.720
noch eingefallen ist, ist, dass ich zumindest viele Begriffe kenne und vielleicht ein Gefühl

01:04:54.720 --> 01:04:58.600
dafür habe, wenn irgendwas nicht funktioniert, also mit Begriffen meine ich jetzt sowas wie

01:04:58.600 --> 01:05:03.920
eine Race-Condition und ich glaube, da waren irgendwelche Mutex und die haben irgendwas

01:05:03.920 --> 01:05:10.280
gelockt und es ist jetzt im Frontend, braucht man das nicht unbedingt, ein anderer Programmiersprachen

01:05:10.280 --> 01:05:16.160
ist jetzt wiederum viel wichtiger, dennoch immer, wenn ich mit diversen Personen spreche,

01:05:16.160 --> 01:05:22.000
die studiert sind oder die sich das alle selbst beigebracht haben, was ich ja von der Motivation

01:05:22.000 --> 01:05:25.680
hier immer so ganz stark fand, das hat noch nicht mal jemand gezwungen, mal trotzdem alleine

01:05:25.680 --> 01:05:33.600
gemacht. Es sind dann doch viele Begriffe, die Leute, die einen Abschluss haben, einfach

01:05:33.600 --> 01:05:38.000
kennen und Leute, die keinen Abschluss haben, eher nachfragen. Das sage ich jetzt komplett

01:05:38.000 --> 01:05:42.160
ohne Wertung, das ist ja, vielleicht ist es ja egal, ob man das Wort Race-Condition kennt

01:05:42.160 --> 01:05:47.240
oder nicht, solange man das Prinzip dahinter dann versteht und vielleicht weiß, oh, ich

01:05:47.240 --> 01:05:52.080
glaube, hier haben wir einen Bug, weil da passiert das und das und ja, irgendjemand kann ja

01:05:52.080 --> 01:05:55.800
sagen, das ist eine Race-Condition, ist ja egal, wie es heißt, aber so, ja.

01:05:55.800 --> 01:06:01.480
Ja, so die Fachlingo, ja, ja, da muss man ein bisschen, da stimmt, das muss ich mir

01:06:01.480 --> 01:06:08.360
auch über die Jahre erarbeiten, aber also, ich finde, das ist so was, wenn du halt in

01:06:08.360 --> 01:06:11.560
dem Job arbeitest, so irgendwann kriegst du es halt auf die Kette.

01:06:11.560 --> 01:06:16.320
Aber ich glaube, das ist neben den ganzen andern Sachen, die mir das Studium so beigebracht

01:06:16.320 --> 01:06:22.320
hat, was ich mir nicht selbst beibringen musste, sind irgendwelche Wörter und Begriffe

01:06:22.320 --> 01:06:26.880
auswendig lernen und irgendwie herauszufinden, was davon ist jetzt wichtig, was muss ich

01:06:26.880 --> 01:06:28.800
mir merken und was nicht.

01:06:28.800 --> 01:06:34.000
Habt ihr denn auch so diese typischen Datenstrukturen und Algorithmen-Themen?

01:06:34.000 --> 01:06:38.920
Ich kann dir ja noch einen A-Sternchenbaum malen, wenn du möchtest, oder eine Hash-Lippen

01:06:38.920 --> 01:06:39.920
hätte.

01:06:39.920 --> 01:06:41.920
Ja, genau, weil das ist ja auch so manchmal...

01:06:41.920 --> 01:06:43.920
Ich kann mich bei Googlebewerber im Bubble so zeigen.

01:06:43.920 --> 01:06:52.040
Richtig, genau, wenn man sich da bewirbt, so die Grundlagen in manchen, also ich weiß

01:06:52.040 --> 01:06:57.560
jetzt nicht, Google macht das, ich glaube, Meta macht das auch, ansonsten, keine Ahnung,

01:06:57.560 --> 01:07:03.440
Microsoft glaube ich, habe ich das auch mal gehört, dass die halt so Tests halt machen

01:07:03.440 --> 01:07:08.200
mit einem und das ist halt cool aus dem Studium, das fehlt mir halt, also ich habe irgendwann

01:07:08.200 --> 01:07:12.800
damals, als ich da diese Interviews gemacht hatte, das, was ich eben erzählt hatte,

01:07:12.800 --> 01:07:16.600
habe ich irgendwann mal angefangen, mir so was so leicht drauf zu schaffen und mal zu

01:07:16.600 --> 01:07:21.680
verstehen, okay, was ist denn Big O und für was steht das und wie kann ich das eigentlich

01:07:21.680 --> 01:07:22.680
herleiten?

01:07:22.680 --> 01:07:26.320
Aber so, ey, habe ich eben danach nie wieder verwendet.

01:07:26.320 --> 01:07:31.840
Ja, da muss ich halt auch wieder zustimmen, also, Big O ist so ein bisschen, ich dachte

01:07:31.840 --> 01:07:37.200
immer, es heißt Big O, na ja, egal, die Ohnnotation, das vielleicht noch so ein bisschen so ein

01:07:37.200 --> 01:07:42.760
Verständnis, weil ich, ich habe eher so heutzutage so ein Problem von persönliches Problem, wenn

01:07:42.760 --> 01:07:48.720
jemand so Map, Reduce, Reduce, Map macht und ich finde, so ein For each Loop, man muss

01:07:48.720 --> 01:07:53.080
ja nur einmal durchloopen, ist doch besser, hat ja eine kleinere Ohnnotation, also muss

01:07:53.080 --> 01:07:54.080
ja nur einmal durch.

01:07:54.080 --> 01:07:59.960
Da hat es noch einen anderen Punkt davor, jetzt habe ich es kurz vergessen.

01:07:59.960 --> 01:08:01.960
Datenstrukturen für und Algorithmen.

01:08:01.960 --> 01:08:06.240
Datenstrukturen, genau, Sortierungsalgorithmen, das ist ja nichts, was ich heutzutage brauche,

01:08:06.240 --> 01:08:07.240
was mache ich?

01:08:07.240 --> 01:08:10.480
Ich mache Sort, ich schreibe Punkt Sort und dann schreibe ich rein, mit welcher Funktion

01:08:10.480 --> 01:08:11.480
ich sortieren möchte.

01:08:11.480 --> 01:08:17.640
Das heißt, wir haben schon sehr viel Zeit auf genau solche Algorithmen und Datenstrukturen

01:08:17.640 --> 01:08:22.640
verwendet, die vielleicht so wirklich nicht notwendig gewesen wären, da hätte man vielleicht

01:08:22.640 --> 01:08:26.440
wirklich einfach noch eine Programmiersprache stattdessen machen können oder doch irgendwie

01:08:26.440 --> 01:08:32.960
schaffen können, mehr Datenbanken doch nochmal reinzukriegen, vielleicht sowas wie Sequel

01:08:32.960 --> 01:08:36.840
versus No Sequel und warum gibt es eigentlich so viele Datenprankprogramme?

01:08:36.840 --> 01:08:40.280
Ich glaube, das war so ein Problem, mit dem ich danach zu hadern hatte.

01:08:40.280 --> 01:08:45.560
Ich wusste zwar unterm Strich, was passiert, aber ich wusste nicht, dass es dafür fünf

01:08:45.560 --> 01:08:51.840
verschiedene Postgres, was ist das alles, von diesen Sachen hatte ich halt noch nie gehört.

01:08:51.840 --> 01:08:57.880
Ich konnte zwar eine Tabelle auf dem Blatt Papier mit einem Stift droppen oder sonst was machen,

01:08:57.880 --> 01:09:02.440
aber so praktische Sachen haben da wirklich die Fehlliste, das kann dann durch den Job

01:09:02.440 --> 01:09:03.520
nebenbei noch herein.

01:09:03.520 --> 01:09:11.640
Was ich wiederum, diese theoretische Informatik fand ich im Rückblick ein sehr gut, weil das

01:09:11.640 --> 01:09:16.960
mich bei MemoryLeaks oder sowas erinnert mich immer daran oder einfach, wenn ich fragen

01:09:16.960 --> 01:09:21.520
kann, ist das ein deterministisches Ergebnis oder ähnliches oder diese funktionale Programmierung,

01:09:21.520 --> 01:09:25.280
weil man das machen möchte, da ist theoretische Informatik super dafür.

01:09:25.280 --> 01:09:31.720
Ja, also ich glaube, es gibt viele Vorteile vom Studium.

01:09:31.720 --> 01:09:38.400
Die meisten Sachen lernt man wahrscheinlich erst on the job, aber ich glaube auch, also

01:09:38.400 --> 01:09:43.320
auch so rückblickend, wenn mich jetzt jemand fragen würde so, wie würdest du es machen?

01:09:43.320 --> 01:09:49.200
Ich glaube, wenn du nicht besonders Bock hast, dir alles selbst zu erarbeiten, alles selbst

01:09:49.200 --> 01:09:55.520
zu lernen, so, dann geh einfach in den Studium, genießt die Zeit wahrscheinlich, also das

01:09:55.520 --> 01:10:02.720
habe ich halt auch nicht gehabt, diese Studienzeit, so, und baue dir ein Netzwerk auf und arbeite

01:10:02.720 --> 01:10:08.520
an den Sachen, wo du halt Bock drauf hast, so, wenn man sich das auch leisten kann, ist

01:10:08.520 --> 01:10:12.000
ja auch noch so ein Thema, das ist ja, du hast es ja mehrfach auch angesprochen, ich

01:10:12.000 --> 01:10:17.000
glaube, man muss auch einfach gucken, wo bleibt man eigentlich mit seiner Kohle und…

01:10:17.000 --> 01:10:22.320
Ah, bis auf, bis auf, dass man halt trotzdem Informatik studiert und Werkstellen, Werkstellende

01:10:22.320 --> 01:10:23.320
sein.

01:10:23.320 --> 01:10:26.440
Ich würde es nicht unterschätzen, dass man damit durchaus gut Geld machen kann.

01:10:26.440 --> 01:10:31.360
Ich, nein, also man wird jetzt nicht reich, also das möchte ich jetzt nicht sagen, aber

01:10:31.360 --> 01:10:36.000
dennoch, du zahlst da ja, glaube ich, keine Steuern, du zahlst zwar irgendwas, wie so

01:10:36.000 --> 01:10:42.160
Arbeit, diese anderen Sozialabgaben sind glaube ich schon ein bisschen dabei, aber wenn du

01:10:42.160 --> 01:10:47.520
wirklich das ausreizt und ausreizt bedeutet, während des Semesters arbeitest du 20 Stunden,

01:10:47.520 --> 01:10:50.880
außerhalb des Semesters in den Semesterferien kannst du 40 Stunden arbeiten und das ist

01:10:50.880 --> 01:10:55.120
alles nicht versteuert und einmal in einem Jahr habe ich so irre viel gearbeitet, da

01:10:55.120 --> 01:10:59.160
musste ich, da hat, ich glaube ich habe mit meinem Bruder mal geredet und der ist Datenbankadministrator,

01:10:59.160 --> 01:11:02.320
der hat genau den gleichen anderen Weg gegangen, der hat die schöne Ausbildung gemacht, ist

01:11:02.320 --> 01:11:07.640
Datenbankadministrator, ist immer noch Datenbankadministrator, immer noch bei der gleichen Firma wahrscheinlich,

01:11:07.640 --> 01:11:12.840
was ich ja sogar weiß, so wie ich bei der gleichen Firma sei, so wie ich war, so was,

01:11:12.840 --> 01:11:21.160
und wir haben dann so einmal quasi Gehälter verglichen und er hat mich angeschaut, verdammt,

01:11:21.160 --> 01:11:24.440
die jetzt studieren sollen, aber das war, da habe ich natürlich viel zu viel gearbeitet,

01:11:24.440 --> 01:11:29.560
da war ich um die 20 rum oder 22, da hat man nicht schlafen müssen, so arbeitet man

01:11:29.560 --> 01:11:32.960
heutzutage wahrscheinlich nicht mehr, also jetzt in den 30 Jahren will ich nicht mehr

01:11:32.960 --> 01:11:35.440
so arbeiten, da habe ich mich ja vollkommen aufgearbeitet.

01:11:35.440 --> 01:11:42.000
Stimmt, da will man dann auch doch mal nachts eine ruhige Nacht haben oder muss ich dann

01:11:42.000 --> 01:11:44.040
irgendwann um Kinder kümmern oder ähnliches?

01:11:44.040 --> 01:11:48.200
Dennoch würde ich sagen, ist es genau, und in Informatik oder Softwareprogrammierung ist

01:11:48.200 --> 01:11:55.000
es halt wahrscheinlich eine der wenigeren Berufe, wo du dennoch absolut keinen Abschluss benötigst,

01:11:55.000 --> 01:11:59.600
sondern vielleicht nur die richtige Firma und du musst halt gut sein, manchmal muss man

01:11:59.600 --> 01:12:03.800
auch gar nicht so gut sein, aber das stellt man normalerweise immer irgendwann fest und

01:12:03.800 --> 01:12:09.120
kannst wirklich ein hohes Gehalt bekommen, ziemlich hohes, also ich glaube nicht, dass

01:12:09.120 --> 01:12:13.320
Studium, man kann halt einfach nicht sagen, du brauchst das Studium, wenn du mal diese

01:12:13.320 --> 01:12:17.360
Gehaltstufe haben willst, das ist einfach nicht wahr, das macht es vielleicht auch schwierig,

01:12:17.360 --> 01:12:23.760
aber auch sehr, sehr gut und wie gesagt, ich habe da fünf Jahre lang einiges gelernt,

01:12:23.760 --> 01:12:28.880
aber ich hätte fünf Jahre lang auch viel mehr lernen können für den exakten Beruf, den

01:12:28.880 --> 01:12:33.040
ich jetzt habe, aber das wusste ich halt nicht, ich wusste nicht, dass das mal ein Beruf werden

01:12:33.040 --> 01:12:34.040
wird.

01:12:34.040 --> 01:12:36.320
Das ist auch eine Findungsphase.

01:12:36.320 --> 01:12:39.920
Ich glaube, was mich mal interessieren würde ist, was ist eigentlich bei unseren Hörern

01:12:39.920 --> 01:12:45.120
und Hörern so los, also wie seid ihr eigentlich zu eurem Job gekommen, den ihr gerade macht?

01:12:45.120 --> 01:12:47.040
Was macht ihr vielleicht auch gerade für ein Job?

01:12:47.040 --> 01:12:52.400
Schreibt uns das doch mal auf Twitter und wenn ihr vielleicht auch andere Ansichten

01:12:52.400 --> 01:13:00.240
habt oder ihr auch vielleicht ein Informatikstudium irgendwo gerade macht oder leitet oder ähnliches,

01:13:00.240 --> 01:13:04.640
sind wir natürlich auch an eurer Sicht interessiert und vielleicht können wir mal eine zweite

01:13:04.640 --> 01:13:10.200
Runde machen mit noch ein paar mehr Views auf dieses Thema als unseren Wein.

01:13:10.200 --> 01:13:14.560
Danke, Vanessa, auf jeden Fall, dass du ein bisschen geteilt hast, wie du zu dem Job

01:13:14.560 --> 01:13:16.560
gekommen bist, wo du gerade bist.

01:13:16.560 --> 01:13:18.560
Ja, danke dir.

01:13:18.560 --> 01:13:21.680
Und dann auf jeden Fall danke fürs Zuhören.

01:13:21.680 --> 01:13:23.680
Macht's gut.

01:13:23.680 --> 01:13:51.520
Ciao.