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.