Da kann man sich hinstellen und sagen, du bist sauber, Junge. Als ich ne, also du sagst mir egal. Immer den Platz Junge Coding Buddies Dein Podcast rund um Softwareentwicklung und aktueller Tech News. Herzlich Willkommen. Hallöchen und herzlich Willkommen zur neuen Folge des Green Buddies Podcast. Schön, dass du wieder eingeschaltet hast, deine Gastgeber, wie soll's anders sein.
Meine Wenigkeit hat die nur und natürlich auch der fantastische Fabi, der schon die Handzeichen macht, weil er weiß wie hier eingeleitet wird, wenn ich dran bin. Fabi, Grüße dich Hallöchen. Was geht ab, was geht ab? Mir geht's gut. Wie geht's dir? Ja, dieser erwartungsvolle Blixer.
Und wie geht es dir? Nun ja, mir geht es auch super, ich hab eigentlich ja ne ganz entspannte letzte Woche gehabt seit dem letzten Podcast und ja ich hab auch Bock, hab wieder mal richtig Bock ne neue Folge aufzunehmen, aber ich glaube diese ganze Motivation die wir so verspüren momentan kommt auch aus einem ganz bestimmten Grund noch zusätzlich dazu sag ich
mal. Und zwar befinden wir uns ja jetzt in der zweiten Woche. Unserer Implementierungsphase vom for connect extreme Spiel und ich sag mal so, ich bin ziemlich wir sind ziemlich überwältigt wie das Ganze angelaufen ist oder? Also da ist ja direkt mal richtig Bewegung in die Sache gekommen. Ja, da kommt man gar nicht mal richtig schlafen also. Das Ding ist ja, wir hatten ja, wir hatten ja am Anfang erstmal so n paar Kleinigkeiten, die man dann irgendwie noch fixen muss.
Es ist ja irgendwie immer so, du kannst so oft irgendwie was checken, testen, dies machen, das machen irgendwas findet der. User, die Userin sozusagen immer ne, also irgendwas irgendwas weg das Spiel zu verwenden, dass irgendwas nicht geht. Genau irgendwas irgendwas gibt es immer.
Es gibt natürlich auch immer wieder, dass die ein oder andere Person lieber es irgendwas gerne so haben möchte oder so ne es ist halt es gibt halt immer so bestimmte ich sag mal flavers wie man irgendwie was gerne haben möchte ne sei es jetzt in der Art der Kommunikation oder im Aufbau von irgendwelchen Objekten aber ja das ist ja auch manchmal n bisschen die Herausforderung, dass man sagt, OK man arbeitet mit dem was man eben hat und dann? Let's GO.
Solange es natürlich auch wirklich jetzt keine Fehler drin sind, ne ist ja klar, aber da haben wir auf jeden Fall einiges gemacht, viel aus hat noch viel Austausch mit der Community dazu, das hat auf jeden Fall Bock gemacht, haben wir auch gutes Feedback bekommen, aber es ist ja einfach ne es kommt einfach mal vor, dass man irgendwie irgendwie n Fehler hat, ne und dann merkt man den aus und alles n happy und dann ist gut und dann geht es weiter ne.
Ja, ich mein, ist ja auch gut, dass im Prinzip die Leute so heiß da drauf waren zu starten, dass quasi schon am ersten Tag nach der Freischaltung diese Meldung reinkam. Weil dementsprechend konnten wir es natürlich auch schnell beheben, was natürlich super ist, weil jetzt es ist ja noch ordentlich Zeit, also Liebe zuhören, Liebe zu Raff, falls du auch Bock hast mitzumachen, es ist noch genug Zeit, und zwar
bis zum 21.11. Genau ist Zeit, diese Implementierung des Bots durchzuführen und uns zuschicken. Und was auch richtig cool ist, das möchte ich auch einfach mal hervorheben hier, dass noch weitere Clients bereitgestellt wurden. Das ist ja so aufgebaut, dass wir quasi pro Sprache ein Client zur Verfügung stellen, um quasi diesen Bot in der Sprache
implementieren zu können. Und wir hatten ja schon 7 Sprachen, mit denen wir gestartet sind, auch aus den vergangenen Turnieren, wo wir die Clients quasi mitgezogen haben und. Ich guck so rein, so weißt du so ganz typisch so, mal gucken was so auf dem Repository los ist. Oh OK, ganz schön viele Pull requests was los hier.
Was ist denn jetzt kaputt? Aber nein, es ist nichts kaputt, sondern verschiedene Coder und Coderinnen haben einfach weitere Sprachen quasi implementiert für das Turnier zum Beispiel. C plus Plus ist jetzt dabei. Dart habe ich gesehen, php finde ich total abgefahren und all solche Sachen und erstmal mega
mega vielen vielen Dank dafür. Leute richtig richtig cool und das bietet natürlich noch mehr Spielraum jetzt für Leute die sagen nicht also ich würde ja mitmachen, wenn das Ganze in C plus plus möglich wäre, ist es jetzt also keine Ausrede mehr, nimmt dran Teil. Ja, auf jeden Fall. Nee, das war auf jeden Fall echt cool.
Ich bin mal gespannt, ob auch wirklich alle sprachen dann am Ende verwendet werden, ne, das ist ja auch immer so ne Sache, nur weil sie da sind heißt es noch nicht, dass auch wirklich jeder oder jede jetzt auch sagt, OK, ich nehm jetzt die Sprache und die oder die, aber es ist natürlich einfach geil zu sehen, dass einfach Leute auch Bock haben zu sagen ey ich kontribute n bisschen was in das Repo und stellen Klein zur Verfügung, also an alle die das gemacht haben richtig richtig cool
möchte ich mich auch noch mal bedanken, dass kommt geil rüber, wie man so schön sagt. Auf jeden Fall. Und man muss natürlich sagen, das Ganze gibt auch noch ein Achievement, das heißt, wir haben ja auf unserer Website Coding Buddies. De schaut gerne mal vorbei, eine Achievement Page, wenn man oben rechts quasi.
Auf die Achievements klickt sieht man quasi alle, die wir schon vergeben haben und man bekommt pro Client den man contributed für Coding Buddy Turniere ein Achievement, das heißt fabi, Wir müssen noch ein paar Achievements vergeben. Definitiv. Die sollen nicht fehlen. Auf jeden Fall so viel erstmal zum Turnier. Wie gesagt, Mitmachen gibt auch coole Preise, steht alles auch auf unserer Homepage beziehungsweise auch im. In der Read ME sind alle Infos zum Turnier auch von in dem Repo
selber. Das verlinken wir auch einfach mal in den Shownotes, guckt da gerne mal rein und ich würde sagen Tino, Wir haben das jetzt erstmal soweit abgehakt und kommen jetzt mal so n bisschen zum Thema dieser Folge.
Das Thema dieser Folge, ich hab schon ein bisschen ich, ich wollte es schon so ein bisschen einleiten, indem ich gesagt hab, so, na klar, man hat ja vielleicht mal den ein oder anderen Fehler, der sich dann vielleicht irgendwie einschleicht, ne und dann ist halt immer die Frage, wie man dann am Ende mit diesem Fehler umgeht. Ne, also es ist halt einfach. Glaub ich n Irrtum zu glauben, dass man sagt, EY, Du kannst Software herstellen die
fehlerfrei ist. Ne. Also wenn du jetzt zum Beispiel sagst OK weiß ich ja, mach das doch am besten gleich, dass keine Fehler dabei sind. Ne manchmal kommst du auf bestimmte Sachen gar nicht, die fallen dir da nicht ein. Diese Eventualität hast du in dem Moment gar nicht im Kopf, dass sowas überhaupt möglich ist. Also kann das halt immer mal
passieren. Die eigentliche Frage dabei ist ja. Wenn irgendwo ne, ob es jetzt bei unserem kleinen spaßigen Turnier der Fall ist, ob es jetzt tatsächlich auch im Arbeitskontext bei einer ernsten Sache im Fall ist, kann ja egal wo vorkommen und wird auch vorkommen, ne, da wollen wir glaub ich auch die Illusion einfach mal nehmen. Die Frage ist ja nur, wie geht man am Ende mit so einem Fehler um?
Ne Stichwort Fehlerkultur. Ich würd es jetzt nicht nur auf die Arbeitswelt Münzen, sondern einfach auch generell. Ich find das ist so n bisschen so ne Mindset Sache wie man gerne mit Fehlern umgehen möchte und wie man es auch so n bisschen gelernt hat ne und da würd ich gerne heute auch einfach mit dir ganz entspannt drüber reden wie wir das erleben was so vielleicht ne gute Fehlerkultur aus unserer Sicht
ist. Ne schlechte Fehlerkultur aus unserer Sicht ist wie man generell einfach damit umgehen kann und was man vielleicht auch machen kann wenn man sagt EY ich. Ne, wenn du jetzt merkst ey sag mal, ich bin gerade irgendwie in einer schlechten Fehlerkultur, war mir gar nicht so bewusst. Aber was mach ich denn jetzt? Ne, also solche Sachen können wir einfach mal besprechen und noch vieles mehr hoff ich. Fehlerkultur ist halt natürlich
n riesen Punkt sag ich mal. Gerade in der Softwareentwicklung beziehungsweise wie du meinst ja auch allgemein, aber. Ja. Was ich so erlebt hab ist, dass in der Softwareentwicklung die Fehlerkultur halt ne sehr sehr große Spanne hat. Und subjektiv betrachtet von für mich persönlich sehr gute Fehlerkultur bis hinzu Absoluten No go geht gar nicht.
Ja, wenn man so damit umgeht und die Frage ist ja, wo ordnet man sich selbst da ein oder was sind so best practices was man machen sollte aus unserer Sicht. Wie gesagt es ist ne sehr subjektiv n sehr subjektives Thema sag ich mal. Aber es gibt schon so ein 2 Sachen finde ich, die kann man als Best practices. Quasi bewerten, ja oder ansehen und zum ersten was oder das Erste was mir da immer direkt einfällt ist, wie werden Fehler gemeldet sag ich mal.
Also fangen wir mal vorne an ja also ne Fehlerkultur beinhaltet ja im Prinzip irgendwie auch ich erkenne n Fehler und ich versuche quasi das zu reporten zu melden.
Zu verbessern und vor allem dann am Ende auch irgendwie n Fazit Rauszuziehen. Sagen wir mal, das sind so irgendwie die Steps da ne also und wenn wenn ich jetzt ganz vorne anfange und ich bin jetzt zum Beispiel derjenige der den Fehler meldet, also so in dem Fall wie es jetzt bei uns im Turnier auch war, ich denk mal das war so n bisschen deine Einleitung, ne dass ja jemand oder Personen im Discord geschrieben haben. Ja du mir ist hier irgendwie was
aufgefallen. Und so, und da find ich, geht es ja schon ganz gut los, weil ne gute Fehlerkultur beinhaltet ja erstmal auf keinen Fall irgendwelche Schuldzuweisungen. Ja, also das ist schon mal so n richtig richtig schlechte Eigenschaft, wenn ich quasi anfange zu blamen und zu sagen zu sagen, ey, was ist denn das, das geht nicht, ja das ist n Mist, das habt ihr Scheiße gemacht so mal auf gut deutsch ne oder weil ich dachte das soll so und so sein aber ich krieg
das und das hier. Sondern das einfach vernünftig zu melden und zu sagen, ey du, mir ist hier aufgefallen. Es sind Abweichungen von dem Verhalten, was wir erwarten zum Beispiel, oder ich kriege Daten, die sind irgendwie nicht plausibel. Aus meiner Sicht könnt ihr da mal drüber schauen oder so. Weißt du also, dass du es halt erstmal irgendwie vernünftig meldest, damit man sich dem Thema überhaupt erstmal annähern kann sozusagen. Also es ist quasi ne Art kommunikationsthema.
Auf jeden Fall. Wie trägst du das heran, ne, also dieses. Konstruktiv das benennen. Es kann ja durchaus sein, dass du sagst, OK, ich hätte es irgendwie anders erwartet, stimmt das denn?
Und dann kannst du natürlich auch sagen, ja, doch, das ist wirklich so, aus den und den Gründen ne, also es ist ja theoretisch möglich, dass man sagt, OK, du hast vielleicht ne andere Erwartungshaltung an der Stelle gehabt, aber es ist wirklich so, es kann natürlich auch sein, dass man dann sagt, so OK, wow, das ist ja wirklich n Fehler, ne. Was ist ja dann im Endeffekt auch wahr.
Aber du kannst ja dann zum Beispiel, also es geht ja soweit zu sagen, OK, wie kommunizierst du diesen Fehler, das finde ich auf jeden Fall n guter Punkt und dann ist es ja auch die Frage, wie gehst du dann innerhalb von einem Team zum Beispiel damit um, weil wenn wir das jetzt weitergehen und sagen, OK, sagen wir mal, es wurde nicht irgendwie schlecht herangetragen, so was wie was das für ne Scheiße, ich bin raus. So weißt du. Fehler, ich bin raus, App deinstalliert, Computer
verbrannt, das. Das ist ja das eine. Und das andere ist ja dann zum Beispiel, wie geht man dann teamintern damit um, beispielsweise noch ne, also ich hätte jetzt zum Beispiel auch sagen können, ja gut, warte, ich guck jetzt mal ganz kurz, wer das committed hat. Aha Tino super, kannst du dich bitte erklären jetzt? Haben wir hier. Ja, ich war das nicht. Hallo, ich war das gar nicht, also das ist.
Ist ja einfach ne. Also es gibt ja verschiedene Ansatzpunkte wo irgendwie diese diese Fehlerkultur zum Einsatz kommen. Sag ich jetzt mal ne beim Reporting beim internen besprechen, ich weiß nicht, also weil du meintest es gibt ne Spanne ne von bis ne würde ich jetzt auch sehen meine Spanne von bis ist beispielsweise zwischen es wird ein Fehler erkannt und es wird quasi so ne Art Blaming und Shaming betrieben, ne.
Dass du im Endeffekt sagst, OK, es gibt n Fehler, es wird geguckt wer war es und dann kriegt die Person schön auf die Finger. Ne so das muss sich drum kümmern. Genau das ist so, also wird irgendwie bestraft, dafür weißt du, dass man irgendwie sagt, OK, du kriegst jetzt Ärger, weil du das sozusagen in Anführungsstrichen verbrochen hast. Das wäre so die eine Spanne aus meiner Sicht bis hinzu OK, pass auf, warte mal hier ist n Fehler passiert. Es er ist passiert, er ist aufgetreten.
Ne, man kann jetzt eh nichts mehr daran ändern, außer die Frage wie geht man am Ende damit um. Ne also gucken wir dass es passiert wieso ist es passiert und wie kann man es machen, dass es nicht mehr passiert? Das sind so eigentlich aus meiner Sicht ne und ich glaube das trifft auch deine Sicht die Spanne von bis wenn ich das jetzt so interpretieren könnte stimmt das? Ja doch, das. Da geht es eigentlich hin.
Ja und ich mein, es ist ja. Ne, auch ne Frage der Transparenz. Wenn ich das melde ne also ich mein also ich betrachte die das jetzt immer so aus von 2 Perspektiven einmal. Ich bin der Reporter ne. Und ich bin der, der es umgesetzt hat.
Die beiden, also die beiden Personas, gibt es jetzt irgendwie sag ich mal ne und das vor allem das betrifft ja auch alle möglichen Sachen, ne, also das kann ja auch n Review einfach sein, das muss ja nicht mal sein so, ich melde irgendwo n issue so auf dem Repository oder so und sag ey guck mal hier stimmt was nicht oder in irgendeinem Chat, es kann ja auch n Review sein, also das sag ich mal diese Fehlerkultur die wir besprechen wie du schon meintest, das kannst du ja auf
alles Münzen ja. Gerade weil wir ja auch mal die
Anfrage bekommen haben wollt. Ihr könnt ihr nicht noch mehr über Reviews sprechen, ich finde das Matcht hier auch rein das Thema ne ich kann ja jetzt auch genauso jemand sein der etwas reviewt und dann weiß ich ja sogar schon, wer hat das in Anführungsstrichen verbrochen und dann ist halt auch da sehr sehr wichtig wie transparent kommuniziert man und vor allem in welcher Art und Weise man kommuniziert und ich find bei mir also für mich persönlich ist Transparenz mit das Wichtigste
dabei, erstens ich melde das. Und ich melde es auch so sag ich mal transparent, dass ich nicht vielleicht weiß, ob das jetzt n Fehler ist. Aber ich hab ne andere Erwartungshaltung wie du meintest. Man muss ja auch mal davon ausgehen, nicht so ha ja das geht nicht ja, sondern dass man sagt Ja warte mal.
Aber vielleicht ist meine Erwartungshaltung wirklich falsch, ich muss jetzt mal klären, muss ich das Ganze anders verwenden als gedacht oder ist da was schief sozusagen ne das ist ja transparentes angehen der Sache, dass du halt auch. In den in die Kommunikation gehst. Genauso erwarte ich von dem der das umgesetzt hat oder wie in dem Fall hab ich jetzt auch von uns beiden erwartet, dass wir dann halt auch Antworten und sagen ja warte, wir schauen uns das an, also dass du irgendwie
kommunizierst. Wir nehmen uns der Sache an, wir gucken uns das an und halt auch kommunizierst. Ob das jetzt n Fehler war oder nicht, es gibt halt auch Leute die anfangen das irgendwie zu verschleiern, ja bloß nicht irgendwie zugeben, dass man was falsch gemacht hat. Also ich find wie du schon meintest, man macht immer irgendwann was falsch. Das ist ja nicht, das ist ja nicht absichtlich ja, also sonst wärst du nämlich Sabotage.
Genau das ist ja so der Klassiker von Fehler passieren eigentlich und man macht keine Fehler, weil wenn du n Fehler machst, dann hast du es sabotiert, das ist halt eigentlich ne ganz geile Betrachtungsweise und genauso ist es, niemand wird ja wissentlich mit Absicht einen Fehler in die in seine eigene Software einbauen, ja. Ich find es ist halt natürlich immer so n also.
Es ist, es ist natürlich immer ne Frage oder so, dieser diese schmale Gratwanderung zwischen warst du denn auch aufmerksam genug, weil wenn dir zum Beispiel irgendwas durchrutscht, ausgrund aufgrund von schludrigkeit sag ich jetzt mal ne, dann ist das natürlich irgendwie blöd, definitiv, aber nichtsdestotrotz kommt es ja dann am Ende trotzdem auf den gleich aufs Gleiche hinaus und zwar es ist nun mal da, dieser Fehler ist da, wir müssen jetzt was dagegen tun, es bringt ja
nichts dann zu sagen. Ja, hier, du hast das und das gemacht. Ey, das ganz ehrlich, du kriegst jetzt strafen ohne Ende, weil und ich finde, das ist nämlich meiner Meinung nach der Anfang vom Ende. Weißt du wenn du, weil du meintest ja es ist schön, transparent, transparent zu sagen was los ist, aber wenn du anfängst Leute schon dafür zu verurteilen und zu bestrafen, weil etwas passiert ist und n Fehler aufgetreten ist, der sozusagen wo die Ursache bei dieser Person liegt.
Wenn du die Bestrafst, was denkt man wird diese Person in Zukunft machen, die wird sich wahrscheinlich nicht mehr hinstellen und sagen hier übrigens transparent, ganz transparent mal gesprochen, das und das ist aufgetreten, ne, also das geht, es geht relativ schnell los, dass du in so n Teufelskreis kommst, wenn du sagst, wenn du damit anfängst jemanden zu bestrafen, weil etwas schief gegangen ist, weil dann kommst du nämlich gar nicht mehr oder ist es schwierig in in
diesen. In diesem in diesen Drive zu kommen, zu sagen, hier transparent, ganz transparent, das, und das ist fehlgeschlagen, ne, also na das ist ja irgendwie auch so ne psychologische Sache, weil du dich dann vielleicht immer gar nicht mehr traust, das irgendwie anzusprechen. Na, vor allem wenn du halt hart angegangen wirst, ne. Also ja irgendwie kann sowas passieren. Och boah, das war jetzt aber echt keine gute Leistung, ne,
dass das passiert ist. Dann gehst du ja auch automatisch in eine Art Abwehrhaltung und.
Ich glaube, jeder kennt das. Wenn man also ganz offen und ehrlich darüber redet, ich glaube, jeder kennt dieses Gefühl, man wird also, es wird ein Fehler gemeldet und man weiß, das ist das, was ich gemacht habe, ich mein, das ist für niemand schön, es ist ja ganz klar gesagt zu bekommen, Pass auf, das funktioniert nicht, was du gemacht hast, aber ganz allgemein, das fühlt sich nicht cool an und natürlich
kickt dann auch. Das eine oder andere mal wieder so das imposter Syndrom rein so. Ach klasse weißt du, ich hatte eine Aufgabe so nach dem Motto Ne und jetzt hab ich es auch noch verkackt, ich hab bestens besten Gewissens das umgesetzt und ich war der Meinung es funktioniert und ich hab aber Fall XY nicht betrachtet und genau das ist das erste was der Anwender gemacht hat hast du niemals mit gerechnet, Realität passiert immer wieder sowas ne. Du kannst einfach nicht in die
Köpfe der Anwender gucken, wie sie am Ende deine Software verwenden. Da kommen die lustigsten Sachen raus, aber was ja auch gut ist. Ja, weil jetzt kommen wir nämlich zu dem Punkt, wie will ich das betrachten, will ich ne Abwehrhaltung einnehmen, möchte ich es abstreiten, möchte ich anfangen zu diskutieren und irgendwie zu argumentieren warum
das so ist. Gibt es hab ich auch schon erlebt, weil du ja meintest wie sind so unsere Erfahrungen ich hab auch schon erlebt, dass innerhalb des Teams so harte Diskussionen ausbrechen, warum das denn so sein muss.
Obwohl es aber eigentlich wirklich nicht so abgesprochen war, es war nicht die Anforderung, dass das so arbeitet, wie es arbeitet, die Software, also es war sichtlich nachweislich n Fehler drin und trotzdem wurde bis aufs Blut sag ich mal diskutiert und will man so die Sachen angehen und irgendwie halt richtig schlechte Stimmung verbreiten oder sagt man Transparenz also Transparenz zeigen OK pass auf was passiert. Warum ist es passiert und wie können wir verhindern, dass es
noch mal passiert? Was können wir denn besser machen, dass es nicht noch mal passiert? Ja, und das ist ja das, worum es geht am Ende, es geht nicht um Schuldzuweisung, es geht nicht um erkennen, ob jemand was falsch gemacht hat, um besser da zu stehen oder wie auch immer, sondern es ist am Ende ja nicht nur ne Fehlerkultur, sondern auch ne Lernkultur und wie kann ich denn jetzt lernorientiert was daraus mitnehmen? Ja, definitiv.
Also ich find das ist es ist halt auch, es ist ja auch nicht immer einfach wie du meintest ne wenn du ich hatte auch schon mal den Fall ich da hab ich irgendwas implementiert und n Kollege meinte zu mir OK pass auf das und das würd ich so nicht machen so ne und dann dacht ich mir auch so OK warum denn nicht ne und dann meinte er so na ja wenn du das so und so machst also da ging es zum Beispiel auch darum um Staging im. Von von der von der Software ne,
dass man sozusagen die Stage sozusagen nicht von nicht fest in die in die Software einbaut, sondern halt von außen rein gibt, also die Software selber sollte nie wissen welche Stage sie hat oder welche Stages sie sozusagen überhaupt haben kann ne, sondern du kannst von außen reingeben. OK das ist ne Death Stage, es ist ne es es kann irgendwas sein ne und von das wird von außen reingegeben und dann? Wird das quasi innerhalb der Software verwendet?
Ne und da hab ich das zum Beispiel in dem Sinne falsch gemacht, ne, weil ich einfach dann das einfach rein programmiert hab und es in dem Moment auch einfach noch nicht besser wusste. Ne, ich hab mir einfach gedacht o. K. Klingt für mich erstmal sinnvoll, ich mach das. Es ist ja auch manchmal so ne auch auch ne Sache von der Perspektive. Ne für mich war einfach irgendwie klar OK es gibt 3 Stages und mehr wird es nie geben, aber du kannst es halt in dem Moment nie wissen, nur weil
du sozusagen. Nicht out of the Box things.
In diesem Moment heißt das ja noch, heißt das ja noch lange nicht, dass es, also kennst du das, wenn du so eingefahren bist und dir denkst, also einfach nicht außerhalb deiner Bounce, außerhalb deiner Grenzen irgendwie denkst, und dann bist du gefangen in in so einer kleinen Gedankenblase weißt du, und da kam dann halt einfach die Anmerkung, meine erste Reaktion darauf war, boah, nerv mich nicht, ne, also es war erstmal so, also ich hab es nicht gesagt, aber es war so richtig
so, Boah, jetzt greift der mich an so ne. Hab dann aber auch relativ schnell erkannt, dass und das ist halt auch das der Punkt, was kann ich jetzt machen, ich kann mich hinstellen, dass wie du meintest aufs Blut verteidigen und sagen ja aber ich hab das und das so und so deshalb gemacht, was soll denn das wird doch eh nie mehr als 3 Stages geben, was willst du denn jetzt von mir so nach dem Motto ne kann man machen. Aber ich bin relativ schnell
dann auch zu dem Punkt gekommen. Also das ging dann wirklich innerhalb von Sekunden sag ich jetzt mal, dass ich mir dachte, ich kann das machen oder ich kann mir einfach denken, Moment warte mal ganz kurz das was er gerade sagt, das stimmt ja, das ist ja wirklich sinnvoll und so hab ich da noch nie drüber nachgedacht und hab halt einfach gemerkt OK wenn ich das aufnehme, dann ist es NN richtig geiles Learning was ich mitnehmen kann für mich halt auch für die Zukunft ne und?
Das ist halt auch immer die Frage, wie geht man mit dem eigenen Ego damit um und so weiter weil die Person, die mir das gesagt hat, der alte Kollege, der war auch jünger als ich. So, da kann man sich hinstellen und sagen, du bist auch mal jünger als ich, ne, also du sagst mir ja. Keine Inflation? Ja, genau. Also weißt du das? Es macht keinen Sinn, also so darüber nachzudenken, aber ich hab oft oft genug erlebt, dass sowas halt auch mal vorkommt.
Weißt du, dass genau aus solchen Gründen halt eben dann. Bis aufs Blut irgendwas verteidigt wird. Jetzt war es n Learning in dem Beispiel was ich gesagt hab, aber das ist ja eigentlich 1 zu 1 zu Münzen auf n Fehler der passiert ist. Weil wenn du was gemacht hast was zum Beispiel n Fehler aus dem Fehler resultiert und dir jemand dann zum Beispiel Feedback dazu gibt kannst du daraus lernen oder du sagst nee ich musste das so machen, kann ich nicht weißt du das das mach ich.
Aber wie war denn der Ton der Anmerkung? Also lag es n bisschen daran, wie er es angemerkt hat, dass du dich angegriffen gefühlt hattest? Also in der ersten Reaktion, oder hat er eigentlich von seiner Seite aus sag ich mal, den Ton gut getroffen und hat einfach das hinterfragt sozusagen und trotzdem hast du. Dieses Gefühl gehabt, es ist ja halt wie gesagt auch immer ne Frage, wie wird sowas gemeldet. Ja gut, also guter guter Punkt. Ich hab es gar nicht mehr so richtig im Kopf.
Ich bin der Meinung, dass ich am Anfang die Person n bisschen Strange fand, allein schon weil die Person sehr direkt war, aber direkt heißt ja nicht unfreundlich oder blöd, sondern also wenn ich es wirklich mal noch mal so sag ich mal retrospektiv hinterfrage, dann glaube ich, dass. Dass ich einfach es zu ernst, also mich zu ernst genommen hab. An der Stelle weißt du zu dem Zeitpunkt.
Also kann man jetzt nicht sagen, OK, das wurde jetzt aber auch irgendwie auf ne nicht so schöne Art und Weise angemerkt, sondern es war halt wirklich von dir aus sag ich mal die Reaktion unpassend, nicht getriggert. Also was heißt unpassend? Ich hab, ich hab ja nur, es waren ja nur Gedanken, die in meinem Kopf stattgefunden haben und ich hab es ja dann sozusagen
dankend aufgenommen. Na also ich hab mich ja, ich hab ja nicht mal irgendwie das irgendwie blöd kommuniziert am Ende, aber was also was du meinst ist auf jeden Fall Fakt ist sicherlich gibt es Menschen wie auch mich in dem Moment der sich dachte, Boah das ist jetzt sehr direkt und ich möchte nicht so, dass ich so direkt angesprochen werde in diesem Moment, in diesem in dieser ne aus der Reaktion heraus, also wie oder wie was dann in meinem Kopf passiert ist.
Aber was halt. Objektiv gesehen einfach nur der Fall war ist er hat es einfach direkt gesagt, also ganz direkt, ohne Umschweife so und es gibt sicherlich Leute und ich bin der Meinung, dass es bei mir auch besser geworden ist, dass wenn man sowas anspricht, dass man einfach sagt, OK, du hast es also nicht unfreundlich, sondern einfach nur direkt so ne, so würd ich es nicht machen so. Ja. Manche fühlen sich dadurch angegriffen. Weißt du was ich meine? Ja, absolut.
Weil worauf ich hinaus möchte, ist, dass man. Also man muss sich immer fragen, wie kommt die Nachricht an, die ich übermitteln möchte, also ob es jetzt im Chat ist, ob es verbal ist. Wie auch immer ne aber ich ich melde das jetzt und man muss sich oder was ich versuche ist mich immer zu fragen würde mich diese Nachricht selbst Trägern, also welchen, welche Auswirkungen hat diese Nachricht auf den anderen oder die andere Person?
Und das finde ich, hilft, weil ich kenne dieses Gefühl zu gut und ich denke, wenn jeder, der mal ehrlich zu sich selbst ist, wird dieses Gefühl auch kennen, so dieses Ich fühle mich angegriffen, ich fühle mich irgendwie untergraben oder in Frage gestellt, so ne, ja wie kannst du es wagen meine Arbeit so zu kritisieren, aber am Ende geht es darum, dass das Produkt am Ende gut ist, die Software am Ende gut ist, dass sie vor allem nicht fehlerhaft ist. Ja, also.
Ego ist halt auch so n Stichwort was man da einfach rausziehen muss. In dem Moment sei es der Juniorentwickler in deinem Fall oder ich, ich geh jetzt einfach mal davon aus, du hast gesagt jünger oder einfach nur alterstechnisch jünger, das spielt ja keine Rolle, trotzdem wurde war da ja was was man hätte besser machen können, das Klang ja jetzt nicht mal unbedingt nach einem Softwarefehler, sondern einfach, dass man es hätte. Eleganter umsetzen können oder zukunftsorientierter umsetzen
könnte. Ja, also genau, es war. Es war halt kein Fehler in dem Moment also kein. Fehler weniger n Grund sich angegriffen zu fühlen? Eigentlich ja. Also ne, es hätte ja, es hätte ja es hätte nicht, es wär nicht mal n Fehler daraus entstanden, aber ich fand das das das kann man sehr gut übertragen auf eine mögliche Situation in der ein Fehler auftritt weißt du und es ist halt es ist halt schwierig finde ich. Einfach generell vom vom Mindset her, weil ich finde, das hat man
auch. Wahrscheinlich haben das viele auch erlebt oder viele wurden irgendwie so oder die Gesellschaft wird so ein bisschen so erzogen, dass wenn du was falsch machst, dafür bestraft wirst. Und jetzt kommt man halt in eine Situation, wo man vielleicht sagt, EY. Lass uns doch mal ne Kultur pflegen, die nicht sagt, Ey du hast was falsch gemacht, du wirst bestraft, sondern du hast was falsch gemacht.
OK, wir haben eine Möglichkeit dadurch etwas zu lernen, das klingt natürlich immer so. Ja du hast ne Möglichkeit jetzt was zu lernen wow OK, wir sind ja hier in einer ganz kunterbunten Welt angekommen, so nach dem Motto, aber wenn man
aber. Aber es bringt ja nun wirklich nichts, und das ist erwiesenermaßen so jemanden zu bestrafen dafür, dass etwas passiert ist, weil die Situation wird ja dadurch nicht auf einmal, sag ich jetzt mal negiert, dass du sagst, es ist n Fehler, da du schimpfst beschimpfst irgendjemanden besonders stark, und dann ist dieser Fehler auf. Einmal, wenn es nicht mehr
passiert. Genau das einzige was man dann halt erreicht hat, ist, dass der Fehler noch da ist und die Person super angefressen ist und im Worst case demotiviert ist. Und im. Aller worst worst case am Ende so sogar halt ne überhaupt nicht mehr transparent mit so einer Sache umgeht anfängt Fehler zu versteiern und dann irgendwo Fehler rumfliegen, die man halt eigentlich gar nicht mehr irgendwie hat. Also also bemerkt so ne ja oder
nicht schnell. Findet das ist halt echt n riesen Punkt, dass Fehler ja oft als Schwäche betrachtet werden. Ne also Fehler machen ist ne Form, eine Form der Schwäche, was natürlich absoluter Quatsch ist. Aber wie gesagt, dieses Gefühl kenne ich auch selbst sehr gut, dass man sich denkt. Oder dass man sich so richtig ärgert. Man ey, warum ist das jetzt
passiert? Das hättest du wissen müssen, das hättest du also, wenn du auch, vor allem wenn das so Fehler sind, wo du denkst, Oh nein, ey natürlich natürlich, und du wirst weißt sofort wie du es ändern kannst. Also es ist nicht mal viel Aufwand damit das hätte vermieden werden können, sozusagen weißt du solche Fehler, so Kleinigkeiten wo du dir aber denkst so wieso zur Hölle passiert mir das, aber es ist halt einfach auch vernünftig sich dann mal zu sich selbst zu sagen.
Ganz ehrlich, das wird wieder passieren. Das war nicht das letzte Mal. Es war nicht das erste, nicht das letzte Mal. Es wird immer wieder kommen und es ist keine Form der Schwäche, sondern Fehler passieren einfach und jeder, jeder hat das ja, also es gibt keine Coderinnen oder Coder, die fehlerfrei sind auf keinen Fall, ich mein sonst würde es sowas wie Reviews und so alles nicht geben. Weißt du also wie du meintest so diese Aussagen wie warum hast du das nicht gleich richtig gemacht?
Ja gut, weil ich es nicht mit Absicht gemacht habe. Und das ist ja genau der Punkt. Ich habe ja nicht mit Absicht einen Fehler gemacht, also wie hätte ich es vermeiden sollen, das war ja nicht eingeplant, so weißt.
Du ja. Also das ist halt, das sind halt wichtige Punkte, ne, du kannst halt davon ausgehen, dass irgendwann Fehler passieren, es passieren anderen Fehlern, es passieren aber auch dir Fehler, ne, weil das ist zum Beispiel ich find es relativ unprofessionell wenn n Fehler auftritt und angenommen die eine Person sagt OK Leute mir ist hier n Fehler passiert. Muss ich euch sagen, ganz transparent das und das funktioniert so nicht, ne und wenn das aufgetreten ist. Ich war schuld, das finde ich
ist professionell. Wenn du jetzt aber auf der anderen Seite dich hinstellst und sagst, ja was soll denn die Kacke, sowas sollte man ja nicht mal hier dies und das dass so n Fehler durchrutscht absolute Katastrophe das finde ich ist eher unprofessionell an der Stelle sich so zu verhalten definitiv gerade wenn sich n anderer auf der anderen Seite ordentlich verhält, weil ich finde das ist nämlich genau
dieses. Also angenommen, die Person lässt sich davon nicht beeindrucken und sagt OK, Pass auf, bleib mal ganz locker Kollege, jedem passiert sowas mal und wenn du glaubst, dass jetzt das hier quasi niemals mir hätte passieren dürfen, dann frag dich mal. Wenn dir das nächste Mal n Fehler unterläuft, ob das wie du jetzt darauf reagieren würdest ne, also erinner dich an diesen
Moment zurück, ne? Ja. Das. Kolleginnen und Kollegen, die dann einfach schon drauf warten, dass dir was passiert, wenn du so rumgeblamed hast, weißt du, weil dann kann man den Spieß umdrehen und dann bist du halt in einem Modus im Team, wo so einiges nicht mehr glatt läuft und richtig läuft, weil dann hast du halt diese ständigen Schuldzuweisungen, alle haben nur noch Panik vertuschen wollen, gar nicht mehr irgendwie
noch was transparent zeigen. Das ist halt wirklich schwierig, wenn du in diese Situation rutscht. Also dann hast du es halt völlig verhauen am Ende ne. Und weißt du was ich richtig team genau und weißt du was ich richtig problematisch finde an so einem an an so einer Konstellation, wenn so was auftritt wenn du sagen wir mal ne neue Person hast, also so n so n Berufseinsteiger und ne Berufseinsteigerin die dann angenommen in so ein Umfeld kommt. Und dann mehrere Möglichkeiten
hat. Ne sowas sagt wie, also erstmal fühlt man sich ja super unwohl wenn man einfach nur blaming und shaming bekommt, weil man als Berufseinsteiger oder Berufseinsteigerin irgendwie irgend n Mist macht und dafür erstmal voll auf die Finger bekommt. Total bescheuert, weil dafür bist du ja noch am Anfang und musst ne Menge lernen Punkt 1 und Punkt 2 ist. Was auch richtig kacke ist, wenn du in so einer Kultur aufwächst und dann selber das annimmst, ne und dann selber quasi so, also
so agierst. Ja. Und ich finde, es ist auch einfach, wenn man dann zum Beispiel sich hinstellt und sagt, OK, ich weiß es mittlerweile besser, ja guck mal hier das und das ist n Fehler so also wenn du möchtest finde ich ist das n sehr sehr einfacher weg sich so hinzustellen und sich so zu verhalten. Weißt du also so n so n so diese Genugtuung dann. Ich wurde die ganze Zeit so behandelt und jetzt kann ich wen anders so behandeln, weißt du? Genau.
Und dann ist halt quasi das ganze Mindset im Team schon vergiftet. Also dann, das ist halt wirklich n auszugssnogo, wenn so gedacht wird am Ende ne.
Jetzt möchte man noch auf n anderes Thema kommen oder beziehungsweise so in der Fehlerkultur auf den nächsten Step eingehen, weil wie du schon meintest, du hast denn vielleicht neue Leute im Team, vielleicht auch unerfahrene Leute, die denn irgendwie das so vorgelebt bekommen, vielleicht auch Angst haben Fehler zu machen, gar nicht wissen wie eine vernünftige Fehlerkultur aussieht beziehungsweise es gar nicht erlebt haben sozusagen ne und dann passiert es aber es
kommt n Fehler. Sie werden drauf hingewiesen, schalten vielleicht in diesen Angstmodus nenn ich es mal ne und dann oh Gott nein nein nein oh nein nein nein, nein nein, das hätte nicht passieren sollen OKOKOK ganz gut, OK was der Fehler hätte ah ja OK ich weiß woran das liegt, zack zack zack hier schnell was in Code gehauen und in der Hoffnung, dass es den Fehler behebt, das heißt? So kurzfristige Hotfixes nenn ich es mal ja um irgendwie das wieder gerade zu bügeln, dieses
Gefühl zu haben. Ich muss das schnellstmöglich beheben und das ist nämlich schon der nächste Fehler und diese diese Methodik darf halt in einer guten Fehlerkultur auch nicht vorkommen, sondern. Sich erstmal zu fragen, wie ist das passiert, analysieren was passiert ist. Auch dieses typische Post Mortimer. Also wenn das Kind schon im Brunnen gefallen ist, und das gilt auch für wirklich große Probleme.
Wir reden hier nicht von irgendwelchen kleinen Bugs, sondern auch teilweise, wenn wirklich große Schäden passiert sind und große Firmen sich trotzdem. Jetzt sag ich mal die Zeit nehmen zu sagen OK postmotem es ist passiert. Wir hatten jetzt zum Beispiel n Systemausfall, jetzt geht es aber an die Analyse, warum ist das passiert, wie können wir daraus lernen, wie können wir es langfristig fixen und nicht einfach, ja jetzt ganz schnell irgendwas einbauen damit es wieder funktioniert.
Ja. So weißt du also dieses in diesen Modus zu verfallen. Ich muss jetzt ganz schnell irgendwas machen, also so diese. Kurzschlussreaktion nenn ich es
mal. Ja, dass du sagst irgendwas muss ich machen jetzt, weil weil ich wurde erwischt hier, es ist was schiefgelaufen, das führt ja nur noch zu mehr Problemen am Ende, sondern man muss halt sagen, OK es ist passiert ja OK Fehler ist da jetzt aber sauber beheben das Ding draus lernen damit es weniger oft in Zukunft passiert weil gar nicht mehr passiert, haben wir ja schon 5 mal gesagt utopisch ja aber dass ich weniger oft in diese Situation komme muss das Ziel sein.
Ja, richtig. Also ich meine, man kann ja auch
sich genauso gut fragen. OK, pass auf mir ist gerade n Fehler unterlaufen, ich hab das ist jetzt so passiert und es zum Beispiel du hast die angenommen du hast die Möglichkeit es schnell zu fixen ne und es sozusagen zu vertuschen, das heißt du machst so schnell keiner würde es merken oder ich sag mal vielleicht würden es nur weniger Leute merken aber angenommen du kannst du hast die Möglichkeit auch dieses diese Sache offen anzusprechen mit dem Hintergedanken.
Wenn mir das passiert ist, könnte es anderen ja auch passieren. Und wenn wir alle daraus lernen, haben wir doch alle quasi was. Also können wir alle was mitnehmen für die Zukunft. Wenn du aber nur selber das schnell sozusagen fixt und sagst, ja, ja, mir ist da n Fehler unterlaufen, ey das und das ist passiert, also ne ich hab das einfach schnell gefixt so ne. Frag den Wechsel. Team Wechsel.
Frag nicht weiter da so, dann bringt es ja im Endeffekt auch nichts dem gesamten Team, weil es ist halt. Ich finde man sollte immer gucken, OK. Wissens Exchange ist unglaublich wichtig, ne, dass man halt eben wirklich diese Sachen Do's and don't sag ich jetzt mal. Egal wie was ne einfach auch teilt mit dem Team.
Ich meine wie du meintest ne es gibt große Firmen die am Ende auch so n Post mortim machen ne also wie du meintest Kind im Bogen gefallen darüber es wird diskutiert es wird auch recherchiert wie konnte es dazu kommen aber nicht um zu sagen wie konnte es dazu kommen du und du und du ihr seid gefeuert sondern zu sagen OK pass auf das und das ist passiert das waren die Auswirkungen und wisst ihr was diese Fehlkonfiguration hat dazu geführt und dann ist es ja manchmal so, dass es ja wirklich
auch quasi wirklich groß als, ich sag mal Artikel teilweise irgendwo veröffentlicht wird, um halt eben aber auch anderen zu zeigen. Passt mal auf Leute ne, hier könnt ihr draus lernen, ist ja auch nicht verkehrt. Ich mein, Wir hatten ja jetzt erst in der letzten Folge über den AWS Ausfall berichtet und da muss man ja auch, da hatten wir auch in der Folge gesagt, ist man ja auch sehr transparent damit umgegangen und das ist relativ schnell.
Also ich weiß nicht, ob das für für AWS selbst schnell war, aber ich fand, es war schnell ja die Reaktion, vielleicht denken sie sich so. Ah man, es hätte noch schneller gehen müssen, OK, aber trotzdem wurde transparent darauf eingegangen und es wurde analysiert und es wurde auch geupdatet wie der Zustand wieder ist, wann wieder alles hergestellt ist was schon wieder geht und so weiter ne also man hat transparent die Infos bekommen was ist passiert und
wie wird dagegen vorgegangen, dass das wieder läuft. So und das finde ich halt zeigt halt auch eine gute Fehlerkultur definitiv. Mal ne kurze Frage angenommen ne ich also ich weiß nicht ob dir da schon mal passiert ist. Dass man irgendwie in einer Situation war, wo man sagt, OK, die Fehlerkultur ist echter Mist, ob jetzt in dem Zeitpunkt bewusst oder unbewusst, sei mal dahingestellt.
Wenn dir spontan was einfällt, kannst du es ja gerne mal sagen, was mich aber auch interessiert ist, angenommen, wir haben jetzt irgendwie n Zuhörer oder Zuhörerin die sich denkt OK Moment, hab ich jetzt noch nie so drüber nachgedacht, aber wir haben echt ne schlechte Fehlerkultur, was könnte man in dem Fall machen wenn man eigentlich checkt? Aber die Fehlerkultur ist ja echt richtig mies. Es geht ja nur um Blaming und Shaming.
Ja, also erstens ja habe ich erlebt, mein Paradebeispiel ist mein agiles Team von damals ist schon Jahre her mittlerweile, aber ich habe schon oft so indirekt darüber gesprochen, gerade wenn es um agile geht, wie Rollen missverstanden wurden und auch da war einfach eine schlechte Fehlerkultur, weil. Es war halt so. OK. Sind die Tickets fertig? Nein OK, warum nicht?
OK, du hast voll versagt, du hast völlig versagt oder es wurde halt auch irgendwie so quasi gereviewed sag ich mal im Sprint Review, aber auf den Code geguckt und irgendwie hatte man immer das Gefühl. Jetzt sucht er was. Jetzt sucht er so das Haar in der Suppe, um irgendwie wieder zu blähen. Also gerade der PO damals und das geht natürlich gar nicht, ne also angenommen da wäre was
gewesen. Ja dann sollte man da in einer ganz anderen Art und Weise drüber reden und zwar so wie wir es hier besprochen haben, deswegen geh ich jetzt mal nicht noch mal da drauf ein, weil sonst kann ich wieder 20 Minuten da drüber reden. Also ja hab ich erlebt und die entscheidende Frage ist, was kann man dagegen tun?
Es ist nicht immer einfach, damals in dem Team würde ich aus heutiger Sicht sehen, du kannst nichts ändern, wenn Leute nicht wollen, dass es sich ändert, weil man gerade die Agilität damals. Einfach genutzt hat, um gewisse
Kontrollstrukturen einzubauen. Ja, und das einfach wie gesagt, der Spirit war in dem damaligen Team und den hast du so nicht rausbekommen, würde ich ganz klar so sagen, was heute also das hat einfach nicht gematcht, ja es gibt ja auch die Konstellation, dass du sagst, dieses Team funktioniert nicht zusammen, kurz gesagt Nee, nicht finden sondern einfach ne andere Struktur, dann einfach beziehungsweise die Teams wurden ja geändert. Ja gut, aber das war ja Glück
für dich. Dann am Ende, oder? Ja, ja, genau. Oder hast? Oder warst du das? Also du hast gesagt, Leute, wir machen jetzt mal was ihr. Seid alle Scheiße. Nein, nein, nein, ich war der einer von den Entwicklern und auf denen drauf gehauen wurde sozusagen ne, aber das ist das ist ne ne andere Thematik. Wie könnte man das jetzt ändern?
Wie würde ich es erwarten? Ich würde zum Beispiel erwarten, wenn ich zum Beispiel im AGN Team bin, dann gibt es retro ja, also Retrospektiven und da würde ich das ganz klar anbringen, die wurden damals einfach schon gestrichen, die gab es nicht, die Termine, also da weißt du schon Termine, genau, da weißt du schon warum ich sage, das hatte keine keine Chance besser zu werden, ja. Aber man muss sowas natürlich
klar ansprechen. Und was für mich da auch wichtig ist und n großer Punkt auch ist, sind natürlich Führungspersonen die das auch richtig vorleben müssen. Ja also es heißt es bringt ja nichts wenn jemand von oben drauf klopft und sagt ich hab gehört es gab n Fehler ja wer war es ich will Namen so heißt das ist.
Also dann ist ja auch schon Wiederhopfen und Malz verloren, sozusagen ne, sondern du musst das natürlich durchs ganze Team tragen und dann halt auch sagen, OK, wie können wir es verbessern, verbessern und retros sind für mich genau der richtige Anlaufspunkt sozusagen darüber zu sprechen, zu sagen zum Beispiel passt auf letztes Mal ist ja das und das passiert bei mir. Ich habe versucht, es so transparent wie möglich darzustellen.
Die Reaktion war aber n ziemliches Blaming und andere haben nur noch gemeldet, warum das ja jetzt n blocker ist, dass mir das passiert ist und quasi noch so Druck aufgebaut, weil das passiert auch gerne mal ne, das andere vielleicht auch in ihrer Arbeit gerade n bisschen hängen hat, das hab ich mich damals zum Beispiel erlebt und dann einfach sagen, ja, aber ich bin ja eh geblockt, weil hier da ist ja n Fehler drin, ob da nur irgendwie n Zusammenhang ist oder nicht, aber wenn du sowas
raushaust und das im Raum steht. Das ist richtig dolle uncool. Ja, weil dann kommst du halt in diesen Argumentationsmodus, dass du vielleicht dann wieder sagst, ey, warte mal, du bist doch an einer ganz anderen Stelle von der Software, was laberst du ja, also gut, laber doch mal gute Frage, ne, wie kannst du denn behaupten geblockt zu sein und wenn du in so n Modus kommst schwierig deswegen. Also da würd ich das glaub ich n retros einfach ansprechen definitiv.
Also das ist würd ich auch sagen sehr sehr wichtig ich glaube. Was auch irgendwie vielleicht interessant wäre, ist die Frage, dass man sagt, OK, hat man denn vielleicht überhaupt?
Überhaupt das Verständnis von einer gewissen Fehlerkultur, weil, wie ich meine, es kann ja sein, dass du einfach aus so einer gewissen Art und Weise heraus nie darüber nachgedacht hast, vielleicht das ganze Team nie darüber nachgedacht hat, zu sagen, was ist denn eigentlich ne gute Fehlerkultur, ne, das wär zum Beispiel auch so ne Sache, wo man als erstes überhaupt, dass man es überhaupt erst mal ansprechen könnte zu sagen, Leute, ich hab ne guter Punkt retro oder irgendwie, dass
man es anspricht, um dann halt wirklich erst mal zu gucken. Wie kommt denn das überhaupt an? Macht das überhaupt Sinn, weil es kann ja sein, dass andere Leute sagen, so, ha mal, du hast recht, das ist irgendwie hab ich noch nie drüber nachgedacht, gute Sache oder du stößt halt auf Widerstand, ne, dann ist es natürlich n glaub ich eher n schwierigerer Schritt das in die
richtige Richtung zu lenken. Ja das muss man dann glaub ich eher über ne gewisse Zeit machen, aber wenn ich jetzt zum Beispiel irgendwie in einer Situation wär wo ich merken würde, da geht halt gar nichts mehr. Dann finde ich, hat man irgendwie 2 Möglichkeiten.
Entweder man versucht immer wieder ne so steter Tropfen höhlt den Stein immer mal wieder so n bisschen zu ganz unterschwellig zu argumentieren, warum das vielleicht gut wäre und dann zu gucken ob irgendwas passiert irgendwann im im Kopf von den anderen Leuten man vielleicht noch mal den ein oder anderen mehr ins Boot holen kann, der dann sagt ich bin ich bin dabei gute Ansicht. Oder ob man einfach merkt, so es geht gar nicht, weil ich glaube, dass wenn du an einem Punkt
kommst, wo alle komplett zu machen und sagen, nee, so würde ich es, ne, ich bin da komplett raus, lieber blaming shaming drauf hauen, ich glaub dann ist es einfach keine, ich glaub dann kannst du auch einfach sagen, OK ich such mir was anderes. Blöd gesagt, ja, weil du dann halt auch nicht wirklich sehr, also nicht wirklich produktiv sein kannst. Also dann kannst du kein gutes Teamgefüge aufbauen, wenn das
nicht funktioniert. Man muss halt immer schauen, wie reagieren Personen also, was zum Beispiel die Erfahrung hab ich gemacht, es ist das eine so was in Retros anzusprechen oder halt immer irgendwie vorm Team. Das kann halt gewissen Leuten auch nicht schmecken, gerade wenn vielleicht schon so n bisschen Barrieren sich aufgebaut haben, dann ist es natürlich auch hilfreich einfach im 4 Augen Gespräch das ganze zu suchen, ne also auch wirklich. Über sag ich mal die Gefühle zu
reden, die da im Spiel sind. Das klingt für manche einfach komisch, hä was? Wir entwickeln hier Software, das ist nur Arbeit so ne das ist meine Arbeit, aber das ist n wichtiger Punkt wenn man sich angegriffen gefühlt hat, auch mit derjenigen Person darüber zu sprechen zum Beispiel, das kann halt vielleicht wieder auf so n bisschen Verwirrung treffen so.
Aber das zeigt ja nur, dass vielleicht die Person gar nicht das aggressiv oder angreifend gemeint hat, sondern sich jetzt einfach fragt, so, warte mal, nee, tut mir leid so. Ja, also das war nie meine Absicht, aber das war auch als genau und wie heißt es so schön, egal wie du es ausdrückst oder wie du denkst wie es ankommt beim Gegenüber, es wird definitiv anders ankommen und das ist einfach Realität.
Also du kannst etwas sag ich mal a meinen, aber es kommt immer b an so nach dem Motto und das kannst du nicht verhindern. Aber du kannst dich einander annähern, um einfach besser zu wissen, wie vielleicht der Gegenüber tickt in dem Punkt, und das meint ich vorhin auch so mit Triggern.
Ne, es gibt halt einfach so Trigger, wo du ganz genau weißt, wenn ich das jetzt mache, dann hab ich ihn weißt du also das das sind so Sachen, dann krieg ich ihn und das ist ja aber nicht der Sinn und Zweck, sondern das gilt es ja zu vermeiden, dann am Ende ja. Ich hab gerade überlegt, so OK kann ich irgendwie so. Ach ja, Tino so und so, mir ist nichts eingefallen, du bist cool so.
Aber es gibt es, es gibt genug Trägerpunkte, die bei mir auch ziehen und die werden auch regelmäßig getriggert, auch bei der im Thema Fehlerkultur, wenn zum Beispiel es heißt, EY, hier ist n Fehler in der Software, da gibt es so Keywords sag ich mal, die mich dann auch triggern. Ja, also gerade wenn es wie du meintest, alles was so Richtung Blaming geht, ne, also dass das nicht so n offenes ich sag mal kann es sein, dass das vielleicht nicht richtig ist? Oder hab ich hier ne andere
Erwartungshaltung? Ist für mich n ganz anderer Ton wie ey ganz ehrlich ich hab es ausprobiert und es ist einfach direkt falsch oder so weißt du oder das funktioniert nicht also das funktioniert nicht, ist zum Beispiel so n Satz. Wenn es, wenn das so losgeht, weißt du, na ja, aber so so, dieses das geht nicht, das funktioniert nicht, oder das ist falsch so. So ne finalen Aussagen finde ich auch ganz schwierig in der Kommunikation mit sowas zu
starten. Ja absolute Aussagen wie war das nur Sith kennen Extreme. Um mal n bisschen den Star Wars und da raus zu. Nein, aber total geh ich total mit. Ich finde, wenn man jetzt noch mal so n bisschen in die Fehlerlösung reingeht, ne wenn man jetzt zum Beispiel sagt OK, pass auf, wenn man jetzt angenommen, man hat vielleicht nur technisch irgendwas in der Hand, ne um zu sagen, wie kann man denn die Fehlerkultur nur auf technischer Ebene verbessern.
Weil angenommen, du sagst ja hier Kommunikation, wie sieht es da und da aus? Können wir vielleicht nicht das und das machen Mindset alles wichtig ne wenn das nicht da ist. OK wenn du aber jetzt zum Beispiel Leute abholen kannst und sagen kannst, ey lass uns doch mal ne geile CI pipeline aufbauen, lass uns doch mal ne also so diesen technischen Prozess verbessern, dann hast du ja auch das ist glaub ich auch im Def Ops Handbook beschrieben.
Cooles Buch übrigens haben wir auch ne Reihe drüber gemacht über def ops, sind ja technisch sag ich jetzt mal Methoden um auch. Eine bessere Fehlerkultur zu fördern, einfach aus dem Grund heraus, dass du ja auch gerade bei dev ops Praktiken, wenn du diese ganze CICD sache dir anguckst, ne kleine Iteration und so weiter immer schnelle kurze Releases und so weiter ne, wenn du davon ausgehst.
Hast du natürlich auch n viel, also sagen wir mal n viel kleineren Impact, wenn irgendwas schiefgeht, weil du viel kleinere Pakete irgendwie rausbringst. Ne. Wenn du jetzt immer nur sagst OK ich arbeite für n riesengroßen Release der in 5 Jahren stattfindet, dann machst du das, irgendwas geht schief. Und dann ist das Ding erstmal fertig und dann wird natürlich geguckt, OK, warum geht denn das jetzt eigentlich schief?
Wir haben 5 Jahre in Sand gesetzt, wer war das so, da kommst du eher mal dahin zu fragen, wer war das, dem muss ich jetzt aber richtig auf die Finger hauen, anstatt wenn du immer so kleine Iterationen hast wo du sagst OK das hat jetzt gerade nicht so hundertprozentig funktioniert, ist aber nicht so schlimm, können wir relativ schnell ausbessern, wir wissen ja woran es liegt und so weiter ne, also das sind ja auch Möglichkeiten einfach mal zu auf technischer Ebene ne also.
Diese Fehlerkultur, ich sag mal. Passiv zu steuern ja beziehungsweise ja genau, also eigentlich diese Prinzipien, die halt als Best Practice gelten, halt auch umzusetzen im Prinzip ne, weil kleine Iteration, wie du sie gerade genannt hast, haben natürlich den super. Vorteil, dass du nicht zum Beispiel in die Situation kommst, dass jemand wirklich viel Arbeit in etwas reingesteckt hat. Ne das ganze freigibt oder es einbaut oder zum Review
freigibt. Wie auch immer der Prozess aussieht und dann einfach so innerhalb von einer Minute kommt. Ja finde ich nicht gut, finde ich nicht gut ist falsch, das läuft so nicht alles so ne Sachen weißt du weil das. Löst natürlich, wenn schon viel Arbeit drin steckt, Unmut aus. Wenn natürlich, aber, und das ist immer das Stichwort Feedback und Feedback, ist auch so der Überbegriff über alles hier gerade ne und auch zum Beispiel
bei Dev Ops super entscheidend. Du möchtest natürlich n schnelles Feedback um über sowas reden zu können um nicht ewig viel Arbeit in etwas reinzustecken, was dann irgendwie quasi sag ich mal abgelehnt wird, mal ganz krass formuliert so ne. Und da ist natürlich def Ops n super Beispiel, dass man halt an diesen Prinzipien sich festhält
und die auch umsetzen möchte. Ja genau, oder auch zum Beispiel, Ich möchte bitte erfahren, wenn etwas nicht richtig läuft, das ist ja auch n ganz großer Punkt. Da sind wir ja wieder bei der Transparenz am Ende ne. Genau. Und das natürlich baut man sowas auch ein, gerade in Pipelines. Ich möchte ja so schnell wie möglich erfahren, wenn etwas nicht. Klappt genau zum Beispiel ja. Wichtiger Punkt. Es gibt auf jeden Fall ne Menge, was man irgendwie dann am Ende
machen kann. Man hat natürlich auch wieder irgendwo vielleicht Barrieren, wo man vielleicht nicht ganz direkt, sag ich mal, die man nicht direkt auflösen kann. Fakt ist ne gute Fehlerkultur fördert auf jeden Fall, dass man, dass es einem besser geht bei der Arbeit, dass man mehr Spaß bei der Arbeit hat, dass man auch. Sag ich mal mehr lernen kann und in Zukunft einfach auch besser
werden kann. Also wenn man wirklich sagt, OK wir legen ne gute Fehlerkultur an den Tag, dann ist das ne Sache, die definitiv auch zukunftsträchtig für einen persönlich ist. Für einen, also für das eigene Projekt ist für das Unternehmen, was auch immer das heißt ne gute Fehlerkultur ist absolut erstrebenswert. Ja hast du noch was Tino Ich denke. Nö, Ich denke, das waren so die wesentlichen Punkte. Also es ist n super spannendes Thema, wo man auch sehr lange
drüber reden kann. Deswegen, liebe Zuhörerin liebe Zuhörer, falls dir noch Punkte einfallen, die du sehr sehr wichtig erachtest als sehr wichtig, dann bitte schreib uns zum Beispiel über die Podcastmail oder auf den anderen Plattformen würde uns mega freuen, können wir auch gerne dann mal in einer anderen Folge ergänzen. Weil, wie gesagt, das ist ein sehr, sehr vielseitiges Thema und vor allem auch zu dem Stichwort, wie kann man es
verbessern. Die Frage, die du mir vorhin gestellt hast, da gibt es natürlich super viele Lösungsansätze und wenn ihr zum Beispiel die Erfahrung gemacht habt, dass etwas extrem geholfen hat dabei, dann bitte, bitte teilt uns das mit, das würde uns mega freuen. Auf jeden Fall Tino. Auch dir wollte ich noch mal danke sagen für deine Insights waren ja jetzt auch so n paar persönliche Sachen und. Sagen wir mal so ist 1.
Dabei ist natürlich auch immer. Ganz aber regt dich nicht immer so auf, wenn jemand n Fehler bei dir findet, OK. Ich hab es unter Kontrolle. Ist natürlich auch immer so ne Sache es es macht natürlich auch immer Spaß da noch mal n bisschen hinter die Kulissen zu blicken, ansonsten schließen wir die Folge jetzt ab, da bleibt mir nur noch zu sagen Liebe zu lieber zura wenn du sagst cooler Podcast. Das ist oder coole Folge, das hat Spaß gemacht.
Dann lass auf jeden Fall ne Bewertung auf deiner Plattform, wo du auch immer gerade hörst. Einfach mal ne Wertung da und empfiehl den Podcast auch sehr sehr gerne weiter und wenn du sagst, ja das geht sogar noch weiter den beiden, die beiden möchte ich noch n bisschen mehr unterstützen, dann gibt es auch n kleinen Spendenlink in den Shownotes guck da mal rein, das würde uns natürlich mega freuen und ansonsten vergiss nicht zu folgen. Und das Glöckchen anzumachen
beim Podcast sehr, sehr wichtig. Dann verpasst du keine Folge und wenn du keine Folge mehr verpasst, hören wir uns auch beim nächsten Mal wieder deine coaling Buddies gemeinsam besser.