Ihr könnt ja jeden Tag releasen, außer an einem, weil an dem Tag
sind alle in Schweden betrunken in ihrer Hütte im Wald und jetzt
mal gucken, könnt ihr mal raten an welchem Tag Topmanagement
launchen wollte? Coating Boys, Dein Podcast rund
um Softwareentwicklung und aktueller Technews herzlich
willkommen. Ja, herzlich Willkommen.
Schön, dass du wieder eingeschaltet hast.
Zur neuen Folge des Coding Bodys Podcasts an meiner Seite
natürlich wieder der fantastische Fabi.
Moin Fabi, wie geht es dir? Alles lieb bei dir, grüß dich ja
alles fit, alles gut. Ich bin bereit für eine neue
Folge. Ja, bist du motiviert aus?
Ich bin sehr motiviert, wir haben nämlich heute eine
besondere Folge und deswegen. Bin ich auf jeden Fall.
Ok, dann erzähl doch mal was haben wir denn heute vor?
Wenn du schon sagst, besondere Folge.
Genau. Wir haben heute mal wieder ein
Interview. Ich glaube, das letzte Interview
ist tatsächlich auch ein bisschen her deswegen.
Weiß ich gar nicht mehr, wie das funktioniert und.
Wir haben einen ganz besonderen Gast bei uns, nämlich den Stefan
Schmidt. Und.
Da geht es nämlich darum. Dass Stefan, das ist ein CTO,
Coach, und der hat jetzt gerade erst ein Buch geschrieben.
Stefan ist auf uns zugekommen und hat gefragt, ob er gerne bei
uns im Podcast dabei sein kann. Und wir haben gesagt, das wollen
wir auf jeden Fall. Auf jeden Fall.
Und genau, wir haben uns sehr darüber gefreut und deswegen
möchte ich Stefan auch einmal begrüßen.
Hier in unserem Podcast. Stefan, Grüß dich schön, dass du
da bist. Hallo, bin sehr gern hier.
Wie geht es dir, Stefan? Mir geht es gut, blauer Himmel,
Sonne scheint, Bingo. Das klingt gut.
Bei mir ist gerade das Wetter nicht so gut, also anscheinend
sitze ich so in der falschen Ecke Deutschlands.
Bei mir ist gemischt. Dann treffen wir uns in der
Mitte am besten. Wir treffen uns alle bei Stefan.
Geht einen noch besser, noch mehr genau am Meer, das ist
super. Am Meer ist natürlich super, ich
meine wer mag nicht das Meer. Ja, Stefan Fabi hat es ja schon
ein bisschen eingeleitet. Du bist ein CTO, Coach, das
klingt super spannend und auch sehr umfangreich deswegen.
Ich bin gespannt, was du dazu so zu berichten hast und über dein
Buch wollen wir natürlich auch noch sprechen.
Aber stell dich doch einfach mal unseren Zuhörern so als Person
vor. Wie wie kam es dazu?
Vom Anfang bis zu jetzt, dass du gesagt hast, ich werde CTO,
Coach, wie wie bist du überhaupt in die Softwareentwicklung
gelandet? Das sind ja so Fragen die ein da
brennt interessieren. Ich bin jetzt nicht mehr ganz
der jüngste, von daher ist meine Geschichte ein bisschen länger.
Ich versuche es trotzdem. Wir haben Zeit.
Geschickt zu kürzen. Ich sag ja immer, wenn Leute,
wenn ich Interview mache, also mit jemandem, den ich einstellen
möchte, sage ich kurz mal deinen Lebenslauf auf das
Interviewrelevante, da kann man gleich sehen, ob die Leute.
Oder nicht? So fange ich an.
Also ich fange an, Ende der 70er Jahre habe ich als Kind
Videospiele gespielt und ich dachte, das kann ich auch oder
das kann ich besser, was genau ich dachte, weiß ich noch nicht
mehr, aber 1 von beidem und bin dann im Kaufhaus und habe mir
Programmieren beigebracht, indem ich anderen Kiddies zugeguckt
habe, wie die da programmieren. Und so kam ich zum
Programmieren. Einerseits eben durch die
Videospiele, aber andererseits dann gerade auch in dem
Kaufhaus. Von der Faszination, dass man da
was eintippt auf einem blauen Bildschirm.
Und dann passiert da was. Dann sagt er Hallo Stefan oder
oder es laufen Farben durch oder sowas und man aus dem Nichts
heraus. Also man hat nichts und dann
macht tippt man was und dann entsteht da was aus dem nichts.
Das fand ich eben super faszinierend und ich hab heute
morgen bisschen go programmiert, also sprich 40 Jahre später.
Ist es immer noch da? Ich programmiere immer noch sehr
gern. Die Faszination ist also quasi
erhalten geblieben. Ja, so bin ich ins Programmieren
gekommen und dann wie viele andere eben als Programmierer
geendet, sag ich mal. Aber relativ bei mir ein
bisschen anders als bei anderen, relativ schnell ins Management
gewechselt im Sinne von hier erster Entwickler Stefan Stell
mal ein Paar mehr Leute an und Stopp die Bob ist man eben
Manager und das war bei mir sehr sehr früh.
Weil ich in den 90er Jahren in mehreren Start UPS gearbeitet
hab als. Das Internet nach Deutschland
kam mein. Erster Job war glaub ich auch n
paar Monate lang an der Uni ausgehangen und dann dachte ich
bewerb ich mich mal und dann war ich der erste der sich beworben
hatte auf diese Stelle weil HTML Datenbanken, CGI und solche
Sachen waren als Skills nicht so verbreitet Mitte der 90er so kam
ich in den Beruf, war dann eben relativ schnell manager, hab
dann 25 Jahre Engineering Management gemacht bei Start Ups
ich war ein paar Jahre immoscout ich landete ein paar Jahre bei
Ebay. Und.
Hab dann aber irgendwann nach langer Zeit eben gesagt, ich
möchte was Neues machen. Ich möchte nicht nochmal CTO
machen und deswegen mache ich CTO Coach und deswegen bin ich
heute CTO Coach. Verständlich quasi dein
geballtes Wissen da weitergeben zu können, was du angesammelt
hast über die Jahre. Hauptsächlich den Leuten zu
helfen. Also ich hatte sehr, sehr viele
als CTO ins Start Ups doch sehr, sehr viele schwierige
Situationen, wo manchmal Gründer relativ laut.
Wurden, wenn die Website weg war oder.
Andere sehr, sehr stressige Momente, wo ich mir dann doch
jemanden gewünscht hätte, mit dem Ich sprechen kann.
Und ich kann immer mit meiner Frau sprechen, aber a will ich
natürlich nicht alles bei meiner Frau abladen und b sag ich mal
über den sie kennt sich glaube ich mittlerweile relativ gut aus
mit Software Engineering, aber. Passiv.
Aber ich möchte natürlich. Ich hätte mir gar niemanden
gewünscht, mit dem ich über solche Sachen sprechen kann.
Und weil ich das nicht hatte, dachte ich, mache ich das doch
für andere. Das klingt ganz gut.
Ich hätte erstmal, um da noch mal quasi das aufzugreifen, was
du gerade gesagt hast. Ich find das erstmal super
spannend, dass du damals, weil. Mal blöd gesagt, also ich bin
1990 geboren und Tino auch so viel Spoiler ich jetzt einfach
mal. Quasi das, das war schon n
bisschen noch vor unserer Zeit und ich find das gerade sehr
interessant und spannend wie also das kann ich mir heutzutage
gar nicht vorstellen. Weißt du, man geht in den
Kaufladen oder in Kaufhaus rein und da programmieren Leute also.
Wie konnte man sich das denn vorstellen?
Weil das, das wird man ja heutzutage eigentlich nicht mehr
so erleben. Nee, ich glaub nicht.
Ich war schon lange nicht mehr in dem Kaufhaus, aber.
Aber damals war es halt so. Die Leute hatten keinen Computer
zu Hause. Es gab keine, eigentlich keine
Heimcomputer. Es kam halt gerade eben erst auf
VC 20. Zum Beispiel und irgendwie.
Die Kaufhäuser dachten vermutlich, das muss man
verkaufen jetzt auch, und dann haben die da Computer
aufgestellt, wussten damit selber nicht, was man damit
macht und dann standen da, wenn ich mich richtig im Sinne.
Ich würde mal sagen 8 Computer. Ich bin mir nicht ganz sicher,
also Computer nebeneinander und dann oben Fernseher.
Früher gab es ja noch so höheren Fernseher oder Monitore und und
da konnte man machen was und die standen einfach so rum da die
machten nichts, da liefen keine Demos oder da liefen keine
Spiele oder lief gar nichts, sondern die waren halt
eingeschaltet und dann konnte man da hingehen und früher war
ein Computer ja so, dass wenn man die eingeschaltet hat kam
die Programmierumgebung. Die Booteten quasi.
Ich weiß nicht, ob minimale Bootsequenz vielleicht 23
instructions oder so, die Booten halt dann in Basic und dann
könnte man da was reintippen und dann konnte man programmieren
und dann war halt in der Nähe. Waren dann auch in der Regel
immer Videospiele, also Atari 2600 oder so wo die.
Wohl Kiddies gespielt haben und die Diffundierten dann auch zu
den Computern rüber und haben da halt was eingetippert und und
dann hat man sich eben von dem Nachbarn abgeguckt, was der da
eintippt, wenn der da Print Hallo Stefan, also der hieß
jetzt nicht Stefan der neben mir so viel.
Aber Hallo Stefan, dann return und dann kam da Hallo Stefan und
so war halt dann der Zugang und dann hatte man später ja
irgendwann noch lernen wie man Sound macht oder so.
Und dann haben wir da, also so hab ich auch gelernt, wie man
auf dem C 64 Sound macht und dann macht programmiert man halt
Sound macht ne Warteschleife für 5 Minuten, macht es auf allen
Rechnern geht die Lautstärke auf und geht.
Dann. Fangen nach 5 Minuten alle
Computer in der Computer Abteilung an, lautstark was von
sich zu geben und die Verkäufer sind latent.
Überfordert davon aber ist natürlich von dir super clever,
da ein Delay einzubauen, damit sie das nicht auf dich zurück
verfolgen können, sonst wäre es wahrscheinlich das letzte Mal
gewesen, dass du da was coden darfst.
Er war noch nicht so clever am Ende.
Also ich mein, man konnte sicherlich sehen, dass er uns
irgendwo hinter der Kleidung da versteckt haben oder so, um zu
gucken, ob die Auswirkungen unserer Kreativität zu
beobachten. Ah, schön, das klingt auf jeden
Fall super spannend, also irgendwie manchmal wünsche ich.
Mir, dass man sowas auch noch mal hätte machen können, weil
irgendwie klingt das sehr sehr lustig und sowas gibt es
heutzutage nicht mehr, deswegen fand ich es auf jeden Fall
interessant, immer mal nachzufragen, wie man sich das
vorstellen kann, weil ich glaube, wenn man sich heute so
überlegt, ok, ich gehe in ein Kaufhaus um zu programmieren,
würde wahrscheinlich jeder sagen, was willst du im Kaufhaus
oder warum willst du da programmieren?
Sehr interessant, aber dann ist es ja auch verständlich, dass
wenn man keinen PC hatte und sich dann sozusagen darüber.
Eben ne Menge Wissen aneignen konnte auch über sozusagen das
Programmieren lernen im Kaufhaus, dass es dann eventuell
unter Umständen auch im zum Beispiel so Uni Kontext, weil du
meintest, da gab es eine Ausschreibung, dass da
vielleicht nicht so viele Leute dann eben genau diese Expertise
hatten, die du dann zu diesem Zeitpunkt hattest.
Ja, die Expertise, die ich damals hatte, kam auch zufällig,
sozusagen. Ich bin irgendwann.
Mal in den Rechnerpool an der Universität, dann gekommen und
dann hat mir jemand das World Wide Web gezeigt.
Die. Uni hatte gerade ich.
Die Mathematik Fakultät hatte gerade einen Webserver
aufgesetzt oder so und dann musste mir jemand zeigen was Web
ist und dann wie man links macht und wie man eigentlich selber
solche html Seiten macht. Und dann habe ich eben auch HTML
Seiten gemacht und eine Homepage gebastelt und alle diese Dinge
getan. Und auf einer, ich glaube, es
war eine DEC Alpha, oder? Eine nicht mehr ganz sicher,
aber ich glaube, es war eine Deal Alpha und sonst hat es halt
keine gemacht. Also es wusste keiner was es Web
ist. Ja, also wussten die Leute nicht
mal was Internet ist. Leute haben doch keine E-Mails
zum damaligen Zeitpunkt, wussten nicht was Internet ist und so,
geschweige denn was dann das Worldwide Web ist.
Deswegen war das Skillset dann halt.
Sehr limitiert bei den im Jobpool.
Na ja, und auch der Austausch wahrscheinlich ne.
Also wenn du dann halt wirklich sag ich mal wenn niemand bis
jetzt darüber Bescheid weiß und du einer der wenigen warst, die
der sich schon damit beschäftigt hat oder zum Beispiel an der Uni
vielleicht mit 23 anderen Leuten.
Dann dann hast du ja auch nur diese Leute zum Austauschen.
Ne das das steht mir halt auch so spannend vor, weil wie stimmt
die 1? Sorry.
Jein. Es gab ja damals letztlich, also
es gab also Internet, angefangen hab ich mit das Internet, das
erste, was im Internet machte war war Chat, also IAC Chat, ja
das war super faszinierend, weil man da quasi mit Amerikanern
chatten konnte, ist ja heute ganz normal irgendwie der
weltweite Austausch, aber damals gab es kein Amazon, gab keine
englischen Bücher, gab keine englischen Comics, keine
englische Serien, niemand hat einen Amerikaner je gesehen.
In echt. Von daher ist natürlich dann
irgendwie quer über die Welt zu chatten, was ganz neues und ich
kam ins Internet durchs Chatten und dann das zweite, was alle
Leute gemacht haben, war dann eben News, es gab sozusagen ein
News System, da konnte man Artikel schreiben in Gruppen,
also in Foren, aber es waren in Groups und die wurden dann
ausgetauscht, also da wurden dann die Server hatten sich
haben sie dann regelmäßig synchronisiert und dann konnte
man halt über solche Themen diskutieren oder über HTML
Programmieren aber wir haben angefangen mit Amiga
Diskussionen und dann irgendwann ging es halt eben dann zu.
Web spannend? Dann ist das quasi so die
Vorstufe vom Stack Overflow heutzutage.
Aber ich find das sehr interessant, weil zum Beispiel
dann haben wir ja doch was gemeinsam, auch wenn vielleicht
uns n paar Jahre sozusagen alterstechnisch trennen.
Aber ich bin glaub ich auch mit oder über n Chat ins Internet
gekommen, weil. Bei mir gab es damals ICQ und
ICQ. War damals, so glaub ich.
Das war so. Ich hatte meinen ersten Rechner
mit eigenem Internetzugang und dann hab ich mir ICQ installiert
und konnte dann nach der Schule noch mit meinen Freunden.
Chatten. Ach ja.
Das stimmt. Am Ende bleibt es dann doch
immer gleich, worauf man Lust hatte.
Spannend. Jeden Fall eine ganz abgefahrene
Zeit. Also ich stelle mir das wirklich
so spannend vor, wenn also wirklich miterlebt zu haben, wie
das alles im Aufbau war, weil wie Fabi schon meinte, so in den
Neunzigern, da war ja schon viel da, natürlich nicht wie heute
und auch nicht jeder hatte schon direkt Internetzugang zu Hause,
aber diese Verbreitung hat ja dann in den Jahren
stattgefunden, so dass die Leute dann auch zu Hause PC S hatten,
Internetzugänge wie Fabi gerade schon meinte und noch eine Stufe
davor mitbekommen zu haben, finde ich halt super spannend,
danke. Für den Einblick auf jeden Fall
bitte. Genau dann würde mich mal
interessieren. Ich würd mal n Thema weiter
springen, wenn das für euch in Ordnung ist und zwar wann hat es
dich denn so richtig gecatched oder also du warst jetzt in
dieser Zeit drin und wann hast du für dich festgestellt, dass
es auf jeden Fall das ist, was du für dein Leben machen
möchtest? Also dass dieser Bereich auf
jeden Fall das ist, weil wir haben auch viele Zuhörer, die
halt noch so ein bisschen in der Entscheidungsfindung sind oder
über zum Beispiel auch über einen Quereinstieg nachdenken.
Was war es denn am Ende? Was dich wirklich, also sag ich
mal am Ball gehalten hat zu sagen, ja doch, das ist es
wirklich, das möchte ich jetzt machen.
Schwierig zu sagen. Vielleicht ist es sogar der der
Weg des kleinsten Widerstandes. Ich wollte auch andere Sachen
machen. Ich hab mich sehr viel für für
Luft und Raumfahrttechnik interessiert und dachte,
vielleicht gehe ich in den Bereich Luft und
Raumfahrttechnik. Aber das war damals halt auch
alles sehr schwierig. Es gab wirklich, es war ja auch
vor dem Internet alles mehr oder weniger war vor dem Internet,
das heißt, man konnte sich über Sachen informieren, indem man
zum Arbeitsamt gegangen ist, und dann, wenn man zum Arbeitsamt
geht und über Luft und Raumfahrt, dann kriegt man so
einen Ordner in die Hand gedrückt, da stehen komische
Sachen drin, wenig hilfreich. Und es standen ein paar andere
Sachen zur Auswahl und irgendwie, ich habe halt sehr,
sehr viel, ich war sehr gut am programmieren, ich dachte aber,
vielleicht kann ich das nochmal wirklich auch in den Bereich
Videospiele gehen und professionalisieren.
Und und aus der Kombination. Und dann gab es auch noch mal
eine Uni, die bei mir in der Nähe war, die gut ist und in der
Kombination. Landete ich dann bei bei
Informatik? Im Informatikstudium.
Das war nämlich heute. Studieren oder nicht, tendiere
ich eher dazu zu sagen, Nein, aber.
Das ist spannend, da kann man auch gleich nochmal drüber.
Reden sehr interessant also, aber du hast Informatik
studiert, sozusagen in dem Sinne dann.
Ich hab Informatik, also Diplom, hieß es damals.
Das ist so n Ding heißt Diplom gibt es nicht mehr.
Das wurde glaub ich gerade abgeschafft, als wir angefangen
haben zu studieren. Ich hab ich hab angefangen
Informatik zu studieren mit Nebenfach Physik, weil ich weil
mit Physik auch immer interessiert hat, eben auch
astronomien, Astrophysik und solche Sachen das interessiert
haben. Hab dann aber irgendwann
festgestellt, dass quasi das Nebenfach Physik.
Also bei mir an der Uni. Ich hab in Ulm studiert, musste
man damals Nebenfach belegen in Informatikstudium und hab dann
aber festgestellt, dass Physik quasi n Physikstudium war, mehr
oder weniger. Also es waren die gleichen
Vorlesungen wie Physik und dann dachte ich Ah Informatik und
Physik zusammen ist mir vielleicht ein bisschen zu taff,
habe dann gesagt okay dann nehme ich Medizin als Nebenfach, da
ging es darum, sozusagen ganz oberflächlich Medizin zu
verstehen, damit man am Ende mit einem Arzt reden kann und damit
man eben magnetresonanzsysteme und andere Sachen programmieren
kann, bildgebende Verfahren. Das habe ich dann als Nebenfach
gemacht, hab dann aber ziemlich viel gearbeitet, in Startups,
wenig studiert, viel gearbeitet und und hab dann aber trotzdem
Gott sei dank dank meiner damaligen Freundin die Kurve
gekriegt und mein Studium abgeschlossen.
Das aber ist ja nicht mit Medizin als Nebenfach, sondern
ich hatte nebenbei auch noch Philosophie studiert.
Also was heißt studentisch? Ich war in die
Philosophievorlesungen und die Leiterin des Philosophi
Industries hat dann irgendwie gesagt, du, Stefan, Du bist so
auf, da bist es nicht irgendwie richtig machen anstatt zu sein,
also habe ich das gemacht. Und dann?
Brauchte man eben für das Diplom einen nen Nebenfach, also
Nebenfach. Scheine und neben ja Nebenfach
Scheine und und und. Bestimmte Leistungen und da hab
ich dann den Fakultäts, den Dekan oder den Vorsitzenden der
Prüfungskommission oder des Prüfungsausschusses.
Irgendjemand hat auf jeden Fall bequatscht, das ist doch super,
wäre, wenn mein Philipp das, was sie in Philosophie gemacht hat,
als Nebenfach anerkannt wird, obwohl es nicht in der
Prüfungsordnung steht und dann, da habe ich gelernt, dass der
Vorsitzende Prüfungsordnung vermutlich alles machen kann,
was er will, auf jeden Fall unterschrieben und dann habe ich
einen Abschluss in philosophische Informatik. 2
oder 3 Jahre bevor das Ganze offiziell möglich war.
Von daher gelernt hast viel möglich ist, wenn man will.
Genau so kam ich also und es war dann Informatik Diplom im
Prinzip. Das.
Ist ein schönes verteilten System und Datenbanken.
Und ja, ich glaube das war so. Ja, spannend, was ich noch
interessant finde ist, du hast ja gesagt, du hast jetzt
nebenbei schon viel gearbeitet und davor ist ja der Satz
gefallen, dass du, wenn es sollte man studieren oder nicht,
dass du mittlerweile, wenn ich dich richtig verstanden hab.
Eher sagen würdest nein, korrekt ja.
Also schadet nicht. Ist schade, es schadet nicht
genau, liegt das Halt daran, dass du quasi neben deinem
Studium schon gearbeitet hast und da wahrscheinlich.
Würde ich jetzt mal davon ausgehen, entscheidendere
Erfahrung gesammelt hast für deinen späteren Werdegang oder
oder oder. Warum siehst du das so?
Genau. Also ich glaube, dass wenn man,
also ich, ich hab diverse Freunde auch in der in Academia
und die sind alle anderer Meinung, natürlich.
Aber. Ich glaube, dass wenn du 3 Jahre
in dem Startup arbeitest, du am Ende mehr lernst und es
erfolgreicher für deine Karriere ist als 3 Jahre oder 4 Jahre an
der Uni zu verbringen. Und ich würde lieber, wenn ich
studiere, lieber erst arbeiten und dann 10 Jahre arbeiten und
dann studieren. Weil ich dann weiß, was ich will
und wie es mir hilft. Und ich glaube, ich kann den
richtigen Bachelor, den richtigen Master finde, der
wirklich meinen Interessen, also der wirklich meine Interessen
trifft. Also wenn ich studiere und
nichts gegen studieren einzuwenden im Sinne von, ich
beschäftige mich mit einem Thema tiefer.
Ich glaube, wenn man studieren will, ist es, wenn man es später
tut, hat man mehr davon. Als wenn man es gleich macht und
eigentlich auch nicht genau weiß, was man damit macht und.
Jetzt gibt es natürlich Leute, die also wenn ich bei Google
anfangen will, potenziell bei Bosch anfangen will, bei
Mercedes anfangen will oder sowas, komme ich um Studium
nicht drum herum. Also es gibt, da komm ich
sicherlich, ich kenn die jetzt nicht, ich sind Vorurteil
vielleicht, aber ich würd jetzt mal sagen, ich komm durch
konservativere HR Abteilungen nicht durch ohne n Studium aber
wenn ich in einem Startup arbeiten will erstmal dann glaub
ich würd mich jemand einstellen wenn ich mich als Senior bewerbe
nach 3 Jahren Berufserfahrung wenn ich es geschickt mache vs.
3 Jahre Universität glaube ich habe ich höhere Chancen woanders
eingestellt zu werden mit 3 Jahren Berufserfahrung vs. 3
Jahren Universität oder 3 Jahren Bachelor das wäre so meine
Hypothese. Das kann ich, das würde ich
sogar auch unterschreiben. Du hast einen wichtigen Punkt
gesagt, glaube ich, der auch einige wahrscheinlich Hörer und
Hörerinnen jetzt auch direkt, sage ich jetzt mal, aufhorchen
hat, weil ich glaube, dass es bestimmte Unternehmen gibt oder
viele auch Unternehmen, die auch sagen okay, wir legen schon wert
darauf, dass man eben ein abgeschlossenes Studium hat.
Zumindest hab ich das auch so. N bisschen sag ich mal als Tenor
so n bisschen mitbekommen, dass es so ist.
Und da kann ich mir dann natürlich vorstellen, dass
einige halt eben studieren aus dem Grund, um dann halt eben ne
bessere Chance in den Berufseinstieg zu bekommen.
Würde aber auch also bei dir mitgehen und sagen, wenn man
jetzt quasi wirklich das Handwerk auch in der Arbeitswelt
mitkriegen möchte, dann ist es natürlich sinnvoll, auch in der
Arbeitswelt, dass dann dort zu lernen.
Also ich glaube zum Beispiel Gabi, wenn du, wenn du machen
Master Master versus Arbeit und nach 5 Jahren oder sowas 6
Jahren 5 Jahren, wenn man sich anstrengt kann man vielleicht
deck lead sein. Ja wenn ich nach 5 Jahren aus
dem Studium komme bin ich Junior Developer, richtig, da muss man
sich halt überlegen ob das das sinnvollste ist und
möglicherweise wenn man 40 ist und dann noch mal studieren will
3 Jahre, dann studiert man ja eh vielleicht sowas wie
Kunstgeschichte oder so, weil ich da ganz andere Sachen.
Und ein Punkt, der. Für mich noch wichtig ist, ich
hab vor n paar Jahren im Guardian gelesen, da war n
Artikel darüber, dass ernst und Young ne Untersuchung gemacht
hat bei ihren Mitarbeitern in der Korrelation zwischen Erfolg
und Studium und konnten kein keine Korrelation geschweigene
Kausalität zwischen. Studium und Erfolg bei Ernst N.
Young feststellen und haben deswegen das Requirement, das
man abgeschlossen Studium haben muss gekippt, weil sie
festgestellt haben, in ihren Daten lässt sich das nicht
zeigen, dass es da irgendwie irgendwelche positiven
Korrelationen gibt. Was natürlich n super spannender
Punkt, weil wie du auch meintest, dieses Konservative so
n Studium als Türöffner zu betrachten ist halt auch sehr
veraltet und da haben wir auch tatsächlich schon mal ne Folge
drüber gemacht und darüber diskutiert, weil wir da halt
auch. Das mal extrem gechallend haben,
ob das denn überhaupt wirklich so ist, weil wie du schon
meintest, 5 Jahre Berufserfahrung gegen 5 Jahre
Theorie auf der Schulbank ist halt dann wirklich die Frage,
wer am Ende der bessere Coder ist.
Wenn es wirklich um beispielsweise ne Software
developerstelle geht. Und was ich sehr interessant
fand, diesen Gedankengang von dir zu sagen, vielleicht lieber
erst danach zu studieren und erstmal zu arbeiten, weil so
habe ich das tatsächlich noch nie betrachtet.
Aber wenn man sich zum Beispiel mal Informatik als Studiengang
nimmt, dann ist es ja so, dass viele eigentlich eine falsche
Vorstellung von diesem Studium haben, was man eigentlich darin
macht und lernt. Dann wundern Sie sich
beispielsweise, dass er gar nicht so viel programmiert wird.
Beispielsweise im Studium war bei uns zum Beispiel so, und
dann ist natürlich ist das ein legitimer Punkt zu sagen,
vielleicht erst mal wirklich richtig, mal einen Einblick
gewinnen in die Informatik überhaupt.
Hilfserfahrung und dann sich überlegen möchte ich vielleicht
tiefer in die Theorie reingehen oder bin ich denn doch eher der
Coda und bin völlig wunschlos glücklich eigentlich an der
Stelle schon ne. Ja.
Definitiv ist auf jeden Fall ein spannender Punkt.
Aber Stefan, Du hast ja auch gesagt, dass du beziehungsweise
hatte ich das auch mal ein bisschen im Vorfeld nachgelesen,
es gibt ja auch so einen schönen Artikel von Golem über dich und
dein Buch. Und den können wir auch gerne
mal in den Shownotes verlinken. Und da ist es aber.
Also da wurde ja auch gesagt bzw hattest du es ja auch gesagt,
dass du relativ schnell. Sozusagen als
Softwareentwickler. Eher in Manager Position
gekommen bist. Genau aus dem Grund, was du
gesagt hattest, weil du hast ja gesagt, du hast studiert und
dann bist du ja quasi von einem Start, oder wie ist es dazu
gekommen, dass du dann auf einmal dich in einer Management
Position wiedergefunden hast? Also der coole Artikel ist
natürlich super, weil er damit anfängt, dass er sagt, das Buch
sei angenehm bullshitfrei. Da dachte ich, boah, das
ermission accomplished. Ziemlich happy.
Wie, wie, wie war das bei bei mir?
Also im Prinzip schon, wie ich sagte, ich hab.
Die Firma wo ich die gearbeitet hab war erfolgreich und wir
brauchten mehr Leute und irgendjemand musste ne weitere
Programmierer einstellen. Und da ich der einzige
Programmierer war oder der erste war, war ich quasi dann
derjenige, der an der Programmierer oder andere Leute
einstellt und dann letztlich der Manager ist.
Und formal wurde das Ganze dann auch durch eine lustige
Geschichte. Ich sollte auf die cebit fahren.
Ich glaube, es war die cebit, also nicht festnagel, aber ich
glaube, es war die cebit. Sollte auf die cebit fahren,
weil wir brauchten für den Kunden eine Datenbank und wir
wollten. Keinen.
Wir wollten keine Spark Server anschaffen, keine Sun Server
anschaffen um darauf Oracle laufen zu lassen und zu dem
Zeitpunkt. Deswegen kann man es
wahrscheinlich sogar genau datieren.
Zu dem Zeitpunkt glaube ich Carb Oracle auf Windows NT oder so,
bin mir nicht ganz sicher, auf jeden Fall sollte ich auf die
cebit fahren und mir Oracle auf NT angucken und IBM.
Db 2 auf NT angucken und noch was und dann hat ich gesagt da
brauche ich aber eine. Damit ich da ernst genommen
werde, brauche ich da ne ne Business Card, ne Visitenkarte
und dann hat mir mein Chef eine gegeben, eine Visitenkarte da
war die war aber generisch und dann hab ich gesagt, da brauch
ich noch n Titel und dann hat er gesagt dann mach da halt einen
und damit war ich dann Head of Development.
Ich wusste nicht, dass es Cues gibt, sonst wäre ich zu dem
Zeitpunkt CDU geworden, hätt ich CTO drauf geschrieben aber
wusste ich nicht, deswegen hab ich halt Head of Development
drauf geschrieben und so war das dann ganze auch noch mal
formalisiert. Noch ein Social Hack.
Jetzt habe ich mein Diplom schon mit einem Social Health Manager
eieieieiei ja auf. Jeden Fall clever eingeleitet
mit der Visitenkarte muss man schon sagen.
Aber würdest du rückblickend sagen, war auf jeden Fall auch
ein guter Schritt oder würdest du aus heutiger Sicht sagen, ah
nee, ich hätte doch lieber einfach noch ein bisschen mehr
Erfahrung in der Softwareentwicklung gesammelt
oder vielleicht hast du es auch trotzdem nebenbei, wie sieht das
da aus? Na ja, also ich hatte ja nicht
sicherlich nicht so viel Erfahrung in der
Softwareentwicklung. Im Coding hatte ich halt schon
recht viel Erfahrung, weil ich hab zu dem Zeitpunkt ja.
Vielleicht 1015 Jahre schon programmiert also.
Ich hatte quasi ja in dieser 8 Bit Zeit angefangen und dann hab
ich auf in der 16 bit Zeit. Auf dem Amiga war ich ziemlich
stark in der Demo Szene und hab viel Demos programmiert, bin in
Europa rumgereist. Denn auf auf Demo Conventions
und hab da auch mit anderen Leuten schon zusammengearbeitet
im Team und sehr viel Pair programming gemacht, bevor der
Begriff ja. Also ich, ich, ich konnte
eigentlich schon und und auch Projektmanagement im Sinne von
ganz triviales, aber im Sinne von wann macht denn der Grafiker
die Grafiken fertig für das Thema und wann kommt der Sound
für das Demo und wann ist dein Teil fertig und mein Starfield
ist dann fertig. Also ich konnte ja sozusagen zu
dem Zeitpunkt dann auch ausreichend programmieren.
Klar hat noch einiges noch gefehlt aus dem Business
Kontext, aber so Teamarbeit und Projektmanagement und viele von
den Themen hatte ich eigentlich schon und ich würde schon sagen,
dass es für mich war es gut, ich bin gern Manager, es ist ja so
ein bisschen verschrien, vielleicht gerade auch noch mal
in Deutschland, aber ich finde meine Vorstellung von Manager
ist ja letztlich auch eine Kombination aus Leader und
Supporter, also Leader heißt da also wir gehen in die Richtung
alle, also da ist super, da gehen wir hin.
Und Supporter. Ich versuche alle Leute zu
unterstützen, ihren Job gut zu machen, sich wohlzufühlen, happy
zu sein. Und in der Kombination bin ich
dann Manager und oder markenmanager und von daher
halte ich es auch für ne. War es für mich super.
Also ich fand es super, ich würde jetzt nicht sagen, dass
ich länger hätte noch programmieren sollen wollen.
Aber es klingt auf jeden Fall gut.
Vor allem finde ich die sag ich mal die Vorstellung oder die
Beschreibung von Manager auch ganz gut.
Ich glaube es gibt wie überall gute und schlechte Managerinnen,
genauso wie Softwareentwickler und Softwareentwicklerinnen ist
es überall und die Frage ist halt aber auch, also viel fängt
ja dann auch immer mit dem Mindset an und ich finde es
eigentlich ganz schön, wie du das dann auffällst.
Die Rolle des Managers. Das ist vor allem auch dieser
Support Charakter, den du gerade beschrieben hast.
Ist da glaube ich sehr ausschlaggebend was mich an der
Stelle auch mal interessieren würde ist, wenn wir schon bei
sagen wir mal guten und schlechten Managern sind oder ct
OS, was sind denn so Punkte die du quasi über die Jahre
festgestellt hast, wo es denn oft daran hapert oder wo es
klemmt? Gibt es da so vielleicht ein 2
wo du sagst zu 90% ist es das? Ja, es gibt auf jeden Fall
Sachen, wo es klemmt. Punkte der erste Punkt ist
mangelnde Vision und Strategie im Tech Bereich für mein.
Ist subjektiv natürlich. Wir sind leider, das ist
vielleicht der Nachteil, dass ich nicht kein Doktor hab und
studiert hab, deswegen ist es mehr Erfahrung und Hörensagen
als Seins. Zu allem, was ich hier sage, ist
kein Science, aber die meisten fehlen Vision und Strategie und
die sind zu sehr im im Tagesgeschäft reaktiv im
Tagesgeschäft drinnen, das ist, das würde ich sagen, also es
gibt zu wenig Leadership, es gibt zu wenig, wo wollen wir
eigentlich hin, wie kommen wir dahin, also Vision, wo wollen
wir hin und Strategie, wie kommen wir dahin, das passiert
zu wenig und sehr, sehr stark reaktiv.
Marketing will das Produkt will das CEO will des usw, also das
würde ich sagen und das zweite ist ich bin super Fan von One
Wants jetzt rede ich halt auch gern irgendwie, vielleicht ist
es ja, aber ich mache halt circa ein One and Once und höre Leuten
auch zu was sie denn wollen und was sie stört und wie ich sie
unterstützen kann, dass Sie sich entwickeln und ich nutz Bonn on
wants oder hab One on One als Manager dann auch immer genutzt,
alle Leute im Team zu alleine also denen zu erklären warum,
wie gehen wir dahin, warum ist es eine gute Sache.
Was halten Sie davon, dass wir da hingehen?
Finden Sie es eine gute Sache? Sodass doch, glaube ich, die
Teams immer sehr oder die Abteilungen immer sehr kohärent
waren in ihrem Alignment und. Bei den bei vielen meiner
Kunden, wenn ich sag, machst du One und One, sagen sie nein, hab
ich keine Zeit dazu oder hab ich schon mal gemacht aber mach ich
aktuell nicht und für mich ist halt One und One das eines der
wichtigsten Werkzeuge für den Manager um seine Mitarbeiter zu
seine immer in keinster Weise als.
Possessivpronomen oder sowas, ja, aber ich sag halt manchmal
seine oder meine oder so, aber ich meine das in keinster Weise
positive Possessivpronomen. Seien die, die die Mitarbeiter
zu verstehen einerseits und die Mitarbeiter mitzunehmen auf die
Reise andererseits. Also das wären so meine 2 Punkte
One und Once und Visionsstrategie.
Das find ich halt super spannend, weil gerade dieser One
und One Punkt ist. Also auch aus meiner Sicht und
ich bin jetzt nicht sag ich mal Rolle Manager sondern Rolle.
Entwickler. Und ich finde, das ist so ein
unfassbar wichtiger Punkt und genau die Du genannt hast einmal
alignment, dass man auch wirklich versteht, warum ist die
Strategie wie sie ist und wie kann ich daran teilhaben oder
mitwirken. Und der zweite Punkt, der hat
wirklich sehr oft. Zu kurz kommt, ist ja dieser
Feedbackpunkt, den Du genannt hast.
Einfach auch mal das als Mann, als Manager mein Stimmungsbild
abholt. Wie läuft es denn eigentlich
oder wo Klemmts und? Dieses dafür hab ich keine Zeit.
Was du gerade meintest hab ich so über die Firmen wo ich schon
gearbeitet hab auch sehr oft festgestellt, dass das immer das
Argument ist und dass es ja irgendwann dann Teufelskreis
oder? Ich würde sagen, ich würde ja,
ich würde mal sagen, ich hab nicht genug, ich hab nicht so
viel Zeit, dass ich auf on and once verzichten kann.
In Abwandlung von sehr von der berühmten, von dem berühmten
Zitat. Es ist super.
Ich find's halt eben super, super wichtig.
Ich könnte ohne One on One auch gar nicht agieren als Manager
und. Ein Punkt, den ich auch allen
immer Mitgebe, mit dem ich rede. Für mich ist der Manager auch
der Moderne. Wie soll ich sagen, also.
Es gibt immer Leute seit 50 000 Jahren gibt es Leute, die die
Welt erklären, wie auch immer die dann da jeweils heißen und
die erklären, warum der Mond aufgeht und die Sonne untergeht,
und dann hören die Leute das und denken, Ach ja, macht Sinn ja
okay also ich hab mich schon gewundert, warum die Sonne immer
aufgeht und der Mond untergeht, aber okay macht Sinn, weil die
Mondgöttin den I Don't know, was auch immer die Erklärung ist
und. Das ist letztlich für mich.
In dem in der heutigen Gesellschaft in der Beruflichen
Gesellschaft eben halt der Manager, der erklärt, warum die
Sonne aufgeht und der Mond untergeht und warum das Sinn
macht, dass das so ist. Die Welt, also den Kontext und
die Welt zu erklären. Ansonsten, ich hatte mal nen
Chef, der hat gesagt, egal was du sagst, wenn du vor 100 Leuten
was sagst, einer glaubt er wird gefeuert, egal was du sagst, ja
die Leute, irgendeiner glaubt er wird gefeuert, du sagst die
Firma geht's gut, dann denkt der jetzt wollen sie noch mehr Geld
machen, ich werd gefeuert oder der Firma geht's schlecht, jetzt
werde ich gefeuert oder weiß ich nicht.
Was also die Leute? Viele Mitarbeiter denken sich,
basiert auf den Informationen, die sie haben, versuchen sie
sich immer ganz natürlich ein Bild zu machen von der Firma und
wo geht's hin und wie macht denn das alles zusammen Sinn und wenn
man das den Leuten entweder nicht erklärt oder sie nicht die
richtigen Informationen oder die vollständigen Informationen
haben, dann kommen sie beim falschen Bild raus und deswegen
finde ich es eben sehr sehr wichtig und eine Methode ist
eben. Im Wollen und Bonn den Leuten
die Welt zu erklären. Ja.
Also ich find nicht mansplaining oder so, sondern den Leuten mehr
Kontext zu geben von Sachen die sie wo sie keinen Einblick
haben, weil das jetzt in der Geschäftsleitung besprochen
worden ist. Ja, verstehe ich auf jeden Fall,
also würde ich auch mitgehen und das sind auch einige Punkte, die
man auch, also die ich jetzt auch für mich zum Beispiel mal
so sage ich mal, bejahen kann. Ne, also das was du sagst würde
ich auf jeden Fall mitgehen, hat bestimmt auch mal die ein oder
andere Zuhörerin oder der ein oder andere Zuhörer bestimmt
auch schon mal. Findet sich da bestimmt wieder.
Danke auf jeden Fall dafür. Sehr, sehr spannend.
Wäre sofort, wenn ich irgendwann mal CTO sein sollte, komme ich
sofort. Zu dir, Stefan, dann brauchen
wir die Ratschläge. Ja genau, das waren jetzt schon
wichtige Punkte und ich würde gerne mal auf dein Buch
eingehen. Also du bist ja dann quasi über
die Jahre zu dem Punkt gekommen, dass du gesagt hast, ich möchte
das jetzt niederschreiben, also wäre jetzt so meine Annahme,
korrigiere mich, wenn es anders lief, dann kannst du das gerne
mal berichten, aber ich denke mal du hast ja so diese
Erfahrung gesammelt und wie du so schön am Anfang gesagt hast,
möchtest du. Ja oder hilfreich?
Leuten und möchtest zum Beispiel dieses Wissen als Hilfestellung
quasi bereitstellen. Das ist ja auch zum Beispiel der
Grund, warum wir die Coding Buddies ins Leben gerufen haben,
weil dieses, ich hätte gern jemand, der mir das damals
erklärt hätte oder mit dem ich mich hätte damals austauschen
können, als ich an diesem Punkt stand, ist ja genau der
Kerngedanke auch bei uns, dass wir halt während des Studiums
gesagt haben, okay, wir hatten nur uns beide, wir haben uns da
kennengelernt und haben uns irgendwie durchgebissen und es
wäre halt cool, hätte es da jemanden gegeben, der uns quasi
gesagt hätte, Mensch, Leute oder Jungs, beruhigt euch, ist alles
halb so wild, denkt an das und hier also einfach diese
Hilfestellung, wie du so schön gesagt hast, finde.
Ich schon extrem cool. Und deswegen finde ich es extrem
cool, dass du gesagt hast, ich schreibe das so in einem Buch
nieder und ich denke mal, dass diese Punkte ja auch da drin
vorkommen, richtig, also ich habe zu meiner Schande, du hast
es uns ja zukommen lassen, vielen, vielen Dank dafür, aber
ich habe noch nicht, ich habe es nicht komplett gelesen, ich
geschah ein paar Teile, habe ich mir angeguckt und ich war auf
jeden Fall sehr positiv überrascht davon.
Im Sinne von wie du das Buch geschrieben hast, die Art und
Weise also das, das kam unerwartet.
Man erwartet immer so n Standardkapitel 1, Kapitel 2.
Vielleicht kannst du auch dazu noch mal was sagen, wie du
dieses Buch aufgebaut hast und vor allem wieso.
Also das Buch ist. OK, paar Fragen.
Also erstens, das Buch basiert. Auf der Theorie.
Aus meinem Aus, der aus dem Rückblick von meiner Karriere
einerseits und dem Blick auf die meine Kunden, auf meine CTO
Coaching Kunden andererseits. Und da bin ich irgendwann zu dem
Schluss gekommen, dass für die meisten meiner Kunden die Hard
Skills das Wissen über Architekturen und über Prozesse
und über andere Sachen sicherlich notwendig sind, dass
sie in ihrem Job A nicht versagen und vielleicht eben
auch B notwendig sind, dass sie diesen Job kriegen.
Also ich muss bestimmte Hard Skills.
Voraus vorweisen können, damit ich jetzt irgendwie ein Manager
werde das ich teamlead werde oder Head of Development werde
oder was auch immer mit CTO. Aber das der Erfolg in vielen
Unternehmen jetzt nicht bei Space X oder sowas nicht in so
ultrahart Core te Firmen da arbeitet aber nicht die Mehrzahl
meiner Kunden. Sondern in den meisten Firmen
der Erfolg, sich nicht durch diese Hardscales einstellt,
sondern durch Softskills einstellt oder durch
Managementskills einstellt. Das das hat dich da.
Also ich hab in meinen Positionen, wo ich CTO war, und
wenn ich ich sag, mein ich das Team mit meiner Hilfe doch sehr
sehr harte Tech Probleme gelöst. Also richtig echt harte Tech
Probleme und das hat einem aber außerhalb von Tech keiner
gedankt ja das blieb nicht hängen, dass wir so harte Tech
Probleme gelöst haben, dafür werde ich irgendwie bezahlt.
Ja das machen die Techies halt I Don't know.
Was halt hängengeblieben ist außerhalb von Tech ist Stefan
was super an dir war. Du konntest immer texor gut
erklären, dass ich es verstanden habe oder so.
Ja oder du hast mir im Tag erklärt oder du hast also viele
andere Sachen die ich gemacht habe, das blieb bei CE OS oder
bei VP of Marketing oder bei solchen Leuten hängen und aus
der Kombination habe ich dann gedacht, das müsste man jetzt
mal niederschreiben. Dem Buch, und deswegen heißt es
Ermaßen CTO The Missing. Manual for managing.
Weil eben viele Sachen sind, die man machen sollte als Manager.
Ich sage nicht, muss aber, die man machen sollte als Manager,
die keiner erzählt und die nicht aufgeschrieben sind, und wenn
man sich in so CTU viele CTU Bücher, Reinguckt oder
managementbücher sind halt ist sehr viel hartskill Themen drin
oder ganz softskill Themen, aber so ein bisschen dieses
dazwischen und das Mischmasch, das erzählt einem keiner und
deswegen dachte ich schreibe ich ein Buch dazu und strukturiert
vielleicht auch ganz kurz, weil du das angesprochen hast.
Strukturiert ist das Buch eben in 140 Regeln, also es gibt
immer eine Zeit, der eine Regel, sage ich mal.
Ist das so geschrieben? Einfach damit snackable ist.
Also ich fange halt viele Bücher an und dann höre ich nach 50
Seiten auf und damit es mein Buch nicht passiert, ist das
Buch so geschrieben, dass ich es eigentlich irgendwo aufschlagen
kann. Lest 2 Seiten, denk Ach stimmt
ja, probieren ich mal aus. Oder?
Oh ja, hab ich nicht drüber nachgedacht und dann leg ich es
wieder weg und dann schlag ich es irgendwann wieder auf
woanders und dann find ich da 2 andere Sachen oder ne andere
Regel zum Thema zum One und One oder zu Leadership oder zu
Visionen. So ist das Buch aufgebaut und
der Grund ist eben. Damit es lesbar oder attraktiv
snackable bleibt, da wird es nicht auf die Seiten steht im
Regal. Ich find Snackable ist genau der
richtige Begriff, weil es verleitet auch.
Also zumindest ging es mir so drin rumzublättern und dann halt
einfach mal ne Regel zu lesen wo die Überschrift Eincatcht und
dann ist man halt auch wie du so schön sagst an der Seite durch
und hat halt diesen Input bekommen.
Das ist halt auch wieso also ich könnte mir vorstellen, dass es
einfach auch sehr gut geeignet ist, so als Date Input und wenn
du nur jeden Tag die eine Sone Regel nimmst.
Das finde ich halt wirklich extrem cool gemacht, also dass
das wirklich fand ich cool muss ich sagen.
Ich, ich lerne ja auch, ich lerne genau, ich lerne gerne das
auch, aber ich lese auch ganz gerne und was ich tatsächlich
manchmal im Paintpoint finde, ist, wenn du so Kapitel hast,
die wirklich sehr, sehr lang sind, dass man halt zum
Beispiel, also was ich auch gerne mache, ist, ich gehe mal,
wenn ich abends ins Bett gehe, dass ich mir noch mal ein
bisschen, dass ich mir noch mal ein paar Seiten durchlese von
einem Buch, das ich gerade halt zum Beispiel lese, und da ist es
teilweise schwierig, wenn du sagst, okay, ich möchte jetzt
nochmal 10 Minuten lesen, weil man hat es mal wieder geschafft.
Und dann guckst du, fängst, schlägst das Buch auf.
Wo bin ich stehen geblieben? Ah OK, neues Kapitel, dann guck
ich, ah OK, 10 Seiten, das schaff ich jetzt in 10 Minuten
vielleicht nicht ganz, kommt immer n bisschen auf das Buch
drauf an. Und das ist dann immer so n
bisschen schwierig und deswegen find ich es gut, wenn wenn so n
Buch so snacke, weil das ich find das Wort sehr sehr gut.
Ja find ich auch was ich. Aber.
Witzigerweise auch finde. Ist dass wenn ich n Buch hatte,
was so Regeln hatte oder so ne Snackable war, hab ich mir
trotzdem immer von vorne bis hinten durchgelesen, weil mein
innerer Monk dann einfach sagt Okay, du musst es einfach von
vorne bis hinten durchlesen. Ja, genau, aber das ist ja.
Egal. Das ist aber auch.
Für das jetzt aber auch, was im Buch vorgesehen, weil ich
Feedback von ein paar Leuten gekriegt hab und auf mir selber
das bewusst war, dass, wenn man das so macht, dann fliegt man
vielleicht schnell aus der Kurve, weil so viele Sachen
sind, und deswegen ist es ein neuen Abschnitt, der eingeteilt,
glaube ich müssten 9 sein, und jeder Abschnitt ist, es steht
unter dem Motto von dem 80er Jahre Song die Land Confusion
zum Beispiel. Und wenn man ganz schnell liebt,
dass man dann zumindest 20 regeln mal kurz abbremsen muss
und den. Zu also die Idee zu Land of
Confusion liest. Und dann kann man wieder
schneller weiterlesen. Aber man wird zumindest zwischen
alle 20 regeln mal abgebremst. Ja schön.
Ja, das das ist auch. Ne ganz coole.
Sache. Ich fand das auch mit den
Grafiken, zum Beispiel mit der Kassette oder so bei ich glaub
beim zweiten jetzt sag ich schon wieder Kapitel bei dem zweiten
Abschnitt. Das fand ich halt wirklich
ziemlich cool. Muss ich sagen.
Was mir auch aufgefallen ist, das möchte ich kurz mal
thematisieren. Im Mazing CTO als Person.
Weiblich in dem Buch wenn ich das richtig mitbekommen habe.
Das finde ich super spannend und cool.
Wie kam es dazu? Wie kam es dazu?
Ich hatte. In einem Draft des gemixt also
he she, they stern also. Verschiedenste Sachen gemixt.
Weil ich halt eben weil ich möchte, dass sich also a ist das
Buch für jeden. Und ich möchte auch, dass sich
jeder irgendwo angesprochen fühlt.
Unabhängig davon, ob ich es ganz korrekt gemacht habe oder sowas.
Wie gesagt, ich bin halt schon irgendwie, ich bin alt aber
bemüht. Und das Feedback von mehreren
Reviewern war eben gleichzeitig, dass das in diesem Format nicht
funktioniert, weil weil die Regeln halt nur eine Seite halbe
Seite sind und dann wechselt es so schnell, dass es sehr
verwirrend ist. Und dann dachte ich ja, gut,
verwirren will ich nicht, das wäre irgendwie das Gegenteil von
dem, was ich mit dem Buch machen möchte und dann, was mache ich
jetzt? Und dann habe ich mir
entschlossen, überall Ski zu schreiben.
Weil. Ich generell.
Glaube. Also ohne dass ich andere, also
weitere Gruppen ausgrenzen möchte, in irgendeiner Art und
Weise. Aber weil ich glaube, dass es zu
wenig Frauen in der Software Entwicklung gibt.
Also ich hatte, wo ich immer wo ich war, mich immer sehr bemüht
Frauen einzustellen. Habe HR gesagt Ich möchte
mindestens einen weiblichen Lebenslauf haben oder nen, also
nen nicht. Weiß man 25 uniabschluss, also
keine, keine Klonarmi und. Army ist auch gut.
Na ja, wenn man. Halt dann irgendwie alle.
Für alle gleich gucken alle die gleichen Serien auf Netflix
machen alle die gleichen Dinge. Es ist halt irgendwie so, da
muss man aufpassen und dann habe ich mich entschlossen, eben Ski
zu nehmen und deswegen steht da jetzt überall Ski in dem ganzen
Artikel in dem ganzen Buch, was den einen oder anderen also
verwirrt, verärgert hat es glaube ich noch niemanden den
ein oder anderen verwirrt, aber Verwirrung kann ja an der Stelle
nicht schaden und genau diese Verwirrung finde.
Ich halt so super da dran. Wahrscheinlich.
Bei. Vielen ohne jetzt.
Irgendwem was zu unterstellen, aber im Kopf bei CTO eventuell
eine männliche Person auftritt und umso schöner finde ich es,
dass denn da schief steht, gerade mit der Begründung, die
du gegeben hast, dass die Quote, da leider sie wächst stetig.
Das ist gut, also es gibt ja auch Studierende.
Zeigen, dass gerade so unter den Taggies wie du so schön gesagt
hast, der Frauenanteil auch steigt, aber leider immer noch
niedrig ist im Verhältnis und deswegen find ich das echt ne
mega coole Sache, dass du das so gemacht hast.
Danke. Ich hab jetzt noch mal ne.
Ne weitere Frage noch mal n bisschen mehr in dein Buch rein,
da behandelst du ja sicherlich eine ganze Palette von Themen.
Hast du, so sag ich jetzt mal ein oder 2 so Lieblingsthemen
oder Themen, die dir besonders auf dem Herzen liegen oder die
du besonders herausstechen möchtest mit dem Buch?
Eigentlich. Nicht ich find alle Sachen gut
in dem Buch. Es sind schon die 2 Sachen, die
ich vorher erwähnt hab. Visionsstrategie Leadership One
and Once sind drinnen und die sind mir so auch sehr wichtig.
Sonst hätte ich vorher auch nicht gesagt.
Es sind auch so Sachen drin, wie zum Beispiel CTO Kaffee.
Ich nenne es immer CTO café, bei mir sind das Skip Level
Meetings, das heißt Lieber CTO, sprich einmal im Quartal mit
jedem deiner Mitarbeiter. Und hör an, wie es ihnen geht
und was sie sich gerade denken. Also das ist auch n Punkt, aber
es sind halt auch ganz andere Sachen drin, wie was weiß ich
pünktlich zu dem Meeting zu erscheinen oder sorgsam mit der
Zeit andere Leute umzugehen und nicht irgendwelche.
Vielleicht auch. Power macht macht,
Ungleichgewichte irgendwie auszunutzen oder sowas, ja,
sondern eben. Andere Leute nicht warten zu
lassen und mit anderen Leuten auch vernünftig umzugehen.
Also. Das ist so n bisschen.
Man sieht so n bisschen, wenn man das Buch liest.
N paar Sachen wiederholen sich also n paar Sachen, Sachen
Clustern sich die mir besonders wichtig sind.
Und bei anderen Sachen steht dann halt vielleicht einiges
ein. Eine Regeln nur dazu drin, das
ist ja auch, glaube ich. Ganz normal.
Aber würdest du sagen, wenn du jetzt zum Beispiel sagst, so
Pünktlichkeit ist zum Beispiel auch mal ganz grob abgegrenzt?
Jetzt ist wichtig. Das das betrifft ja nicht nur
zum Beispiel CTOS. Würdest du sagen, dass das Buch
sich quasi für auch für nicht CTO lohnt oder ist das jetzt zum
Beispiel was wo du sagst? Nee, das wenn man das liest,
dann sollte das. Sollte man schon CT sein?
Also. Für mich fängt ja.
OK. Wieder ausholen.
Ich sage allen meinen Kunden, all meinen Klienten.
Sollten doch bitte allen Ihren Senior Developer einen
Praktikanten geben. Aus 2 Gründen.
Oder aus 2 Gründen, aus eigennützigen Gründen und nicht
eigennützigen gründen. Die oder ein Juniorentwickler.
Aber ein Praktikant ist. Meistens wissen einfach noch auf
Budgettechnisch. Warum?
Weil derjenige kann sich dann im Management ausprobieren, ja und
dann kann FA feststellen, liegt mir das jemand anderes zu
managen und den zu unterstützen und dem zu helfen und den Fragen
zu beantworten liegt ihm das oder ihr das seht ihr es immer
nach ihm liegt ihr das und und umgekehrt ich habe den Nutzen
als C to daraus weil ich einfach schon mehr Leute mit mit
Management Erfahrung habe die dann vielleicht auch Manager
werden wollen weil allen Herausforderungen ist von vielen
meinen Kunden hi ich brauche jetzt 5 teamleads ihr auch
plötzlich weil man es zu lang rausgezögert hat ja wen mache
ich denn jetzt zum Team Lea und dann geht man zum
Seniorentwickler und fragt den bist du im Team Lead werden und
dann sagt er nee. Also Manager hab ich überhaupt
gar keinen Bock. Also.
Das ist sozusagen sehr wichtig und vor dem Hintergrund, wenn
ich der C dioentwickler bin und mein Manager zu mir sagt.
Hier ist n Juniorentwickler Managed den wir mal.
Dann kann man sich auch das Buch kaufen.
Also das fängt da. Für mich fängt es da an.
Jetzt sind halt ein paar Themen drin, Strategie und so weiter
die sind schon irgendwie CTO spezifisch oder?
Für mich ist das CT auch Titel auch immer jemand der muss gar
nicht auf der Visitenkarte stehen, wenn ich der oberste
Techy bin, dann bin ich also wenn ich nicht wenn ich keine
Themen nach oben babbeln kann und dann bin ich das CCO ja also
wenn mein Chef sagt, wenn ich sage, ich habe da ein
Deckproblem und mein Chef sagt, Geh weg, dann bin ich quasi der
CTO ob ich dafür meine Visitenkarte drauf steht, also
für alle diese Leute die keine Probleme techn.
Probleme nach oben babbeln können für dieses Buch, auch,
weil das auf jeden Fall. Danke auf jeden Fall.
Für die Antwort, das fand ich auf.
Jeden Fall gerade sehr spannend, weil ich finde das
Gedankenexperiment oder den Vorschlag, den du gerade
unterbreitet hast, fand ich auf jeden Fall echt interessant und
auch mit dem Grund dahinter. Also Praktikant oder Junior
Developer. Dem Software Developer sozusagen
zu geben, nenne ich es jetzt einfach mal fand ich finde ich
auf jeden Fall der der Sinn dahinter, der ist.
Auf jeden Fall erschließt sich mir und es ist n ich glaube es
ist ein ganz guter Ratschlag, auch wenn sich bestimmt ein oder
andere, sage ich jetzt mal Firmen sich sagen würden, ja gut
okay, was soll denn das jetzt, aber ich habe ein bisschen
ähnliche Erfahrungen an der Stelle auch gemacht in einem
Team, wo wir auch sehr viel per Programming gearbeitet haben,
was du auch gesagt hast. Und da war es auch immer ein
guter Mix aus, ich sage jetzt mal Junior und Senior Developer,
oder nennen wir es mal erfahren und nicht so erfahrene Developer
und das war auf jeden Fall sehr spannend, aber man merkt halt
eben auch, dass man natürlich an der Stelle auch als Senior auch
einfach die Verantwortung hat, auch Wissen weiterzugeben und
halt wie du meintest, auch eine gewisse Art von Managing
sozusagen an den Tag zu legen deswegen.
Schön, dass du es. Noch mal so auf so.
Sage ich jetzt mal auf den Punkt gebracht hast, weil das kommt
mir gerade so. Im Kopf war mir aber gar nicht
bewusst. Dem Moment und wenn der Senior
am Ende. Sagt, das ist nichts für mich.
Nach einem halben Jahr. Dann haben ja auch alle was
gelernt, also dann weiß man, OK, dann machen wir nen muss, muss
ich vielleicht in der Firma noch einen Tag Track ein, also brauch
ich vielleicht ein staff engineerlevel und nen Fellow
Level oder sowas für alle Leute die in der Firma bleiben möchten
aber keine aber nicht people Manager werden weil dann hab ich
auch was gelernt also das heißt nicht jedem der einen
Praktikanten bekommt oder einen Unentwickler den er managen soll
heißt ja nicht, dass das dann seine Wahl ist.
Aber wenn er feststellt ja das ist super hat er was gelernt
wenn er sagt nee es ist nichts für mich hat er auch was gelernt
für seine zukünftige kg. Ja, cool.
Ja, auf jeden. Fall n spannender Punkt.
Was? Mir da noch so n bisschen in den
Sinn kommt, wenn wir jetzt mal so allgemein über
Softwareprojekte sprechen und auch über Senior.
Developer und der quasi dieser Aussage.
Gibt ihnen doch alle mal nen Praktikanten an die Hand.
Wie wie stehst du denn zu dem Thema, denn wenn so Antworten
kommen wie ja ich hab dafür keine Zeit, wir haben extrem
projektdruck ich muss meine Arbeit erledigen, ich hab gar
keine Zeit jemand zu betreuen, das sind so Sachen die mir auch
oft. Im Berufsleben schon begegnet.
Sind, dass dieses Meinungsbild sich gerade unter erfahrenen
Entwicklern verbreitet. Sind das denn quasi.
Potenziell schon gar. Keine CTO s, weil sie da sich so
wehren, oder? Also wie siehst du das?
Nö also ich nö seh ich. Nicht so die meisten meiner
Kunden haben auch alle keine Zeit.
Also eines der großen Themen ist ja dann immer, was in meinem
Kalender muss ich eigentlich delegieren, also welche 50%
meines bestehenden Kalenders muss ich delegieren und welche
50% meines Kalenders behalte ich?
Nee, also würde ich nicht sagen. Ich würde, wenn ich, wenn ich so
ein Gespräch habe, als CTO und derjenige sagt mir sowas, dann
würde ich sagen, gut. Dann machen wir das so.
Du probierst es mit den Praktikanten und ich sorg dafür,
dass du mehr Zeit hast. Also.
Ich bin schon jemand und also mir ist es sehr wichtig.
Auch ich glaub das steht auch in dem Buch drin, da sind 2 Regeln,
einmal Start Witcher, Yes das ist die erste Regel, weil viele
viel zu viele Techies immer mit einem No starten, die
Konversation mit anderen Leuten außerhalb von Tech die Regel hab
ich sogar gelesen schon. Und da hinten steht noch mal.
Say no und man muss jetzt bloß halt wissen, wann wir ja und
wann man nein sagt. Aber ich bin, ich bin schon der
Meinung, dass man als CT oder generell als Manager pushback
geben muss, also jetzt nicht auf alles und jeden, man muss nicht
jeden Kampf kämpfen, der sich am Horizont abzeichnet.
Aber man muss schon Pushback geben.
Das ist für mich auch Teil von Teil von Professionalität.
Ich finde, das ist ein Thema, das Thema Professionalität im
Sinne im Sinne vom amerikanischen Professionalität,
also professionalism auch, also sprich lawyer, also
Rechtsanwalt. Steuerberater Engineer das ist
als in Amerika noch ein bisschen weiter verbreitet, würde ich
sagen. In dem Sinne.
Denke ich. Brauchen wir mehr Professional
Professionalism und da gehört es für mich dann auch dazu, was
Manager pushback zu geben und und wenn jetzt da zu viel Druck
kommt, also nicht pushback gegen den Senior, sondern wenn zu viel
Druck kommt, dann das Pushback zu geben und zu sagen, ja, aber
hier ich muss in der Organisation aufbauen oder ich
soll eine Organisation aufbauen, ich soll Mitarbeiter, das führt
deswegen Mitarbeiter als Management heran, deswegen
braucht der Senior. 4 Stunden pro Woche Zeit, um den
Praktikanten zu managen. Und dann haben wir halt, dann
dauert das Feature eine Woche länger kann ich jetzt aber
nichts tun, wobei ich sagen muss, ganz ehrlich, das ist der
jetzige Stefan oder der Stefan der letzten 10 Jahre, das ist
nicht der Stefan von vor 25 Jahren oder so, der hat
sicherlich mehr Ja und Amen gesagt.
Und Druck weitergegeben tut mir auch Leid dafür.
Wo ich das gemacht hab, aber so würde ich das.
Also ich würde gucken wie wie kann ich für den Scene Zeit
schaffen damit er die Sachen machen kann und aber so
verändert man sich ja auch selber.
Ne also das. Ist ja auch, das ist ja, glaube
ich, auch was Gutes, wenn man zurückguckt auf sein Vergangenes
ich und sich denkt. Okay ich bin heute anders, weil
dann merkt man ja auch, man hat eine Entwicklung durch, aber ich
finde es auch ganz gut, weil ich also was du sagst, weil im
Endeffekt ist es ja wenn wenn man quasi einem Senior Developer
zum Beispiel auch oder einer Senior Developer.
Eben diesen diesen Rücken stärkt, um genau sozusagen diese
Möglichkeit zu geben, halt auch sozusagen das Wissen
beispielsweise, also nicht nur diese Managementfähigkeit
auszutesten, sondern auch das Wissen zu transferieren an
jüngere oder vielleicht auch unerfahrenere Leute.
Dann ist es ja auch, also man muss ja auch den den Mehrwert
abschätzen, glaube ich, weil im Endeffekt bringt das ja dann
auch was, also? Wenn man quasi genau diesen
diesen Wissenstransfer sozusagen generiert oder oder zulässt.
Das hab ich zum Beispiel auch im genau was ich meinte, in dem
Bereich von Per Programming auch gelernt, dass es sehr sehr
wertvoll ist und man dann im Endeffekt einfach auch eine
bessere, also sozusagen das, was man als Zeit freischaufeln muss,
dann dem Senior. Das kommt ja wieder zurück.
Dadurch, dass man dann im Endeffekt halt mehr vielleicht
auch fähigere Leute hat auf einmal an einer bestimmten
Stelle. Also ich glaube ganz fest.
Personalentwicklung. Ist halt immer, das habe ich
auch als Thema mit meinen Kunden.
Was weiß ich, der Teamlead oder der Head of Development macht
nicht was ich will, ich. Kann das nicht delegieren, weil
der Macht nicht was ich will, der macht es nicht so wie ich
das will oder sowas und da habe ich zum Beispiel gelernt von der
von der besten beste Boss ever. Und die hat mir echt sehr, sehr
geholfen und die hat sich sehr, sehr viel Mühe mit mir gegeben.
Ja, ich hab Präsentationen nicht so gemacht, andere Sache hat mir
auch geholfen, aber an die Sache erinnere ich mich eben.
Präsentation so gemacht, dass die im Managementbot.
Dass die Managementboardfähig waren.
Und dann sind wir halt diese Präsentation zehnmal
durchgegangen und dann wurden Sachen gestrichen und
hinzugefügt und gestrichen und hinzugefügt, fand ich super
nervig, war aber wahrscheinlich für sie auch nervig und aber es
war ein hoher Zeitinvest, aber am Ende des Ergebnis war eben,
dass ich das konnte und dass das quasi langfristig langfristig
dann auch Zeit gespart hat und deswegen, wenn der der Head of
Development nicht macht, was du willst, dann musst du Zeit eben
investieren. Es ist keine Zeitverschwendung,
sich mit demjenigen zu beschäftigen und ihm Feedback zu
geben und zu sagen. Macht es doch so oder hast du
daran gedacht? Oder das finde ich nicht so gut,
oder? Ja, das ist keine
Zeitverschwendung, sondern es ist ein Investment.
Ja, wie stehst du dazu? Wenn es jetzt zum Beispiel, also
man hat ja wahrscheinlich selber schon vielleicht mal
mitgekriegt, sowas wie, also man kann natürlich Zeit investieren,
persönlich für einen Mitarbeiter, man kann natürlich
aber auch sagen okay Pass auf, geh vielleicht auf eine coole
Fortbildung, eine coole Konferenz, die du.
Dir zum Beispiel rausgesucht hast, wo du meinst, dass das
dich sozusagen fortbildet. Das ist ja im Endeffekt kein
zeitliches Investment. Von dann zum Beispiel einer
Führungskraft, sondern das ist ja n, das ist ja ne Frage von
Geld. Wie stehst du zu dem Punkt?
Weil im Endeffekt kommt ja häufig auch mal dann vielleicht
gerne mal so, dieser dieser Punkt, dass es heißt, na ja,
kostet jetzt aber Geld und das können wir jetzt nicht machen.
Ja, wenn sie Firma nicht. Wenn die Firma das Geld nicht
hat kann. Sie es nicht machen.
Nehmen wir also. Also ich kann, also ich kann es
auch nicht, also wenn, wenn wenn das Geld nicht da ist, ist er
nicht da. Und da kann man da an sich auch
nichts dran ändern. Wobei ich halt sagen muss,
meetup oder viele Sachen gibt es halt auch kostenlos oder oder
Communities gibt es halt auch kostenlos, also wenn man
wirklich sich weiterbilden will, kann man das sicherlich auch
kostenlos machen. Dead Set.
Ist es eine aus meiner Sicht einer der Fehler von CTOS das.
Im generellen, sich nicht um ein Budget bemühen, sondern dass sie
quasi einzelkostenausgaben mit ihrem CEO diskutieren müssen und
nicht sagen, hier guck mal, mein Budget, machen wir doch eine
Budgetplanung. Mein Budget für das nächste Jahr
sieht so und so aus, das machen sie nicht und wenn sie es
machen, dann planen Sie nicht unbedingt ein Mitarbeiterbudget
in den Weiterbildungsbudget, das heißt ich sag schon, mach doch
ein Budget mit dem CEO aus. Keine Ahnung. 500 00 0€ im Jahr
oder 5000000€ im Jahr je nach Firmengröße oder 50000000€ im
Jahr machen Budget aus für Sellerie für Gehaltserhöhungen
dann dieses Jahr und so weiter und sofort und planen dann da
auch ein ein Bildungsbudget ein und die einzige Anforderung bei
mir ist ein bisschen wenn du als Mitarbeiter auf eine Konferenz
fahren möchtest. Und ich hab meine meine Arbeit
geleistet, also sprich Budget und ausbildungsbudget oder
weiterbildungsbudget in meinem Budget.
Das ist meine einzige Anforderung.
Also ich sag zu dir, bitte geh auf die Konferenzvorträge von
Sachen die nicht im Internet stehen.
Mhm, such dir welche raus, die hier im Internet stehen,
meistens und zweitens wenn du wiederkommst, dann hältst du nen
Vortrag hier mit Kurzzusammenfassungen von den
Vorträgen wo du warst und was daran spannend war für alle, für
alle die es interessiert, das sind meine 2 Vorgaben und dann?
Schöne Konkurrenz, Schöne. Konferenz.
Ja, ist natürlich. Auch ein spannender Ansatz, den
ich gerade. Wirklich cool finde zu sagen,
geh bitte zu den Vorträgen, zu Themen, die nicht so verbreitet
sind im Netz, um dann halt auch wirklich spezifisch dieses
Wissen aufzusaugen, was halt nicht denn wieder frei verfügbar
im Netz ist. Den Ansatz finde ich da halt
auch ziemlich cool dahinter und dieses danach diesen Transfer zu
schaffen in die Firma hinein ist natürlich ein super wichtiger
Aspekt dabei, damit es dann halt nicht einfach wieder so ein
geballtes oder gebündeltes Wissen bei einem Mitarbeiter
ist. Und wenn er das denn nicht
schert, dann hat man am Ende als Firma auch nichts dahinter sage
ich mal nichts gewonnen von. Ich hätte gern.
Noch ein anderen Punkt mal. Kurz besprochen, der sitzt jetzt
schon eine Weile auf meiner Sicht.
Gesagt hast. Zwar zu entscheiden, welche 50%
im Kalender die richtigen sind und welche 50% weg können, finde
ich insofern spannend. Ich hoffe, ich habe das so
halbwegs richtig wiedergegeben, wie du es gesagt hattest.
Ich finde das spannend, weil viele ja also so Entwickler, die
ich kenne, die haben immer einen total vollen Terminkalender und
gar keine Zeit mehr zum entwickeln, die müssen vom
Meeting zum Meeting ja das genau absolut schrecklich und was für
Tipps könntest du da geben oder vielleicht Denkanstöße um das
ganze Mal zu challengen um vielleicht die richtigen 50% zu
erwischen? Für den.
Entwickler ist natürlich schwierig.
Er hat natürlich wenig Kontrolle über seinen Kalender.
Ich als CCO habe natürlich mehr Kontrolle über meinen Kalender
einfordere oder wenn ich sie durchsetze, wenn ich.
Wenn ich sie nicht durchsetze, dann also wenn die, wenn ich
nicht meinen Kalender plane, dann machen das andere für mich
ja und deswegen Rat ich nur jedem seinen Kalender zu planen,
weil die anderen werden wahrscheinlich nicht meine
Interessen im Sinn haben, deswegen lieber do it yourself.
Guter Tag, was aber sicherlich der Senior.
Was ist Ihnen Entwickler also fand es super was du gerade
gesagt hast. Zum Thema Programmieren mein
nächstes Buch, an dem ich gerade schreibe, geht um Entwickler
Produktivität müssen wir eigentlich kein Buch dazu
schreiben, weil die KDD ist. Entwickler sind dann produktiv,
wenn sie Code schreiben. Das ist irgendwie so eine Seite,
das Buch. So letzte Secret.
Entwickler aber. Unter die Untersequeless
natürlich, dass Entwickler ausreichende Zeitblöcke
brauchen. Also so dieses Shotgun, also so
so wie mit der Schrotflinte im Kalender hilft halt auch nicht,
also meeting stunde programmieren, meeting Stunde
programmieren, meeting, da kommt halt überhaupt nichts bei raus,
also wenn er nicht 4 Stunden am Stück programmiert drin steht,
dann wird der Programmierer nicht nicht happy sein und wenig
produktiv sein. Ich würde generell gucken, ich
würde mit meinen Managern reden, was ich zum Beispiel wichtig
oder ein Ansatz, den ich halt wichtig finde für Entwickler ist
zum Beispiel den Vormittag keine Meetings oder so.
Oder Meetings ab 2. Prinzipiell ja.
Man kann vielleicht am Anfang 15 Minuten Daily stand up, aber
ansonsten plus 5 Minuten Nachbearbeitung oder wie aber
dann alle Meetings erst ab 14:00 Uhr?
Ich glaube das hilft schon mal. Um produktiver zu.
Sein. Ansonsten.
Sage ich halt zu den CTUS. Da hatte ich jetzt gerade wieder
das Thema. Kommt zu meinen Meetings und
dann sage ich, na ja, wenn keiner zu deinen Meetings kommt
oder kommen will oder schwänzen oder genervt sind, dann liegt es
halt daran, dass die Leute nichts davon haben.
Also wenn ich jetzt, und das ist ein bisschen dieses, was ich
vorher angesprochen habe, darauf hinzuweisen, auch auf sich
bewusst zu sein, man muss sich als Manager bewusst sein, dass
der Mächte das Mächteungleichgewicht einfach,
ja, ich kann jeden im Raum feuern, das ist halt so, und
deswegen liegt er halt zwangsweise.
Ein Machtungleichgewicht vor und wenn ich dann und wenn man sich
das nicht bewusst ist als Manager, dann macht man halt
Meeting, die keinen interessieren außer mich.
Ja, und da kommt. Also keiner.
Das ist ein sehr interessanter. Punkt.
Weil ganz kurz, weil ich hatte mal in einem Projekt ein
Projektmanager in einem agilen Produktumfeld und der hat sich
irgendwann darüber, also hatten wir so eine Retro und dann ging
es darum, dass. Zum Beispiel auch einfach nur
noch in Meetings sitzt und keine Zeit mehr für irgendwas hat, da
auch nicht mehr fürs Produkt so richtig.
Und dann haben wir gesagt, ja, wieso ist das denn so und der
meint haben wir gesagt, dann geh doch einfach mal zu n paar
Meetings nicht hin, wenn dich diese Meetings alle irgendwie
eigentlich gar nicht tangieren und der meinte Na ja, das
Problem ist, dass wenn ich in Meetings sitze, dann sind 90%
der Zeit der Meetings wasted, weil ich da nichts mitnehme,
aber 10% in jedem Meeting sind wirklich wichtig für mich und
wenn ich da nicht dabei bin, dann ist das blöd.
Und das hat für mich so einen inneren Struggle erzeugt, weil
ich mir dachte, okay da. Muss doch.
Irgendwie dann das. Meeting anders aufgebaut sein
aber es ist natürlich schon äußerst kritisch, wenn man sagt,
man muss bei jedem Meeting dabei sein, weil man dann sozusagen
die wichtigen 10% mitbekommt. Wenn ich meetings mache, würde
ich. Gucken, wen lade ich denn ein?
Müssen die alle dabei sein, die ich da einladen?
Es ist nicht besser, wenn ich 2 oder 3 Meetings mache, also
mache ich ein Meeting, was am bequemsten für mich ist.
Und eigentlich sind es 33 Gruppen und 2 Gruppen langweilen
sich immer und eine Gruppe ist aktiv in meinem Meeting.
Aber für mich als Manager ist es am Begriff, ich lade alle ein
und dann rede ich mit der Gruppe, dann mit der Gruppe,
dann mit der Gruppe und die anderen langweilen sich während
des, also man muss sie glaube ich, da einfach gucken.
Geht es um als Manager, geht es um die eigene Bequemlichkeit
gegenüber der Zeit der anderen und ist ja dann wiederder.in dem
Buch. Aber ja, ich sag auch zu
Entwicklern, dann geh halt nicht hin zum Meeting.
Also ich hab gesagt da geh halt nicht hin wenn das Meeting keine
Agenda hat und wenn dir nicht klar ist warum du hingehen
sollst. Also wenn es keine Agenda hat,
geh nicht hin Punkt und wenn es ne Agent weil dann kannst
nichts, da kann nichts bei rauskommen und wenn es eine
Agenda hat aber du nicht verstehst warum du hingehen
sollst, dann frag doch erstmal nach warum du kommen sollst oder
sowas dann vielleicht verstehst du es dann, vielleicht macht es
ja dann auch Sinn, aber ich. Würd schon kritisch sein als
Entwickler, ob die Meetings die ich da weil die Firma will ja
erwartet ja viel von mir, ich krieg dauernd pressure schneller
zu delivern ja ich sag dauert ein Sprint dauert 2 Sprints sagt
Jeder geht das nicht in einem? Also ich hab irgendwie permanent
irgendwie nen Druck da einerseits und andererseits
kommen Leute die meinen Kalender ausbuchen ist ja nicht.
Ein Teufelskreis da. Also was?
Ich spannend finde, ist mit diesem.
Keiner Agenda dann ist oder ist das überhaupt was für mich das
zu Challenge. Das kann ich so bestätigen, weil
ich habe, so sage ich mal, über die letzten Jahre hinweg, dass
halt für mich persönlich und mein Kalender quasi auch starke
Challenged und bin auf die Leute zugegangen und hab gefragt,
warum habt ihr mich eingeladen, also was ist mein Anteil an
diesem Meeting, das will ich wissen vorher, weil wenn mir das
keiner sagen kann, brauche ich auch nicht daran teilnehmen und
kann lieber meine Arbeit machen, mal vereinfacht gesagt, und das
hat Wunder bewirkt, also dass tatsächlich ist es soweit
gegangen, dass Leute dann mich nicht eingeladen haben im Sinne
vorher, der kommt eh nicht so nicht, sondern.
Okay wir brauchen Tino jetzt hier auch nicht und wenn, dann
machen wir einen gesonderten Termin und das kann dir wirklich
den Kalender freiräumen tatsächlich.
Also das kann ich bestätigen, super ja.
Das sind die einfachen Mittel manchmal.
Und dann haben. Wir es wieder Kommunikation und
Feedback ja und was ich? Auch allen Managern sagt hilft
jetzt nicht dem Entwickler. Aber was ich allen Manager sagt
ist Status Meeting gar nicht. Also wenn du den.
Status von. Idealfall, du brauchst eh keinen
Status, weil alles funktioniert. Also wenn alles funktioniert,
muss ich ja nicht drauf gucken, brauch ich kein Status mir doch
wurscht. Also wenn die Projekte alle
funktionieren und die Softwareentwicklung
funktioniert, muss ich ja nicht drauf gucken und wenn es nicht
funktioniert, dann sollen die Leute mir eine Mail schreiben,
also status miet also Status per Mail ist immer finde ich immer
bevorzugt für alle Beteiligten versus Weekly ist statusupdate
Meetings dann also wenn es nur um Status geht wenn es sich um
Koordination und andere Themen geht die vielleicht notwendig
sind. Status würde ich generell
canceln. Also.
Das sind ja jetzt auf jeden. Fall Punkte wo man sagt Okay das
sind Sachen, da kann man durchaus optimieren oder halt
auch gute Learnings draus ziehen.
Und sicherlich sind das auch Punkte, die dazu führen, dass
zum Beispiel auch so Software Projekte durchaus mal ein
bisschen scheitern. Aber ich denke mal, es gibt noch
andere Punkte. Was sind deine Erfahrungen nach?
Vielleicht hattest du das auch noch nicht, aber ich glaube,
dass jeder das irgendwie in dieser Branche schon mal
mitgekriegt hat. Was sind so deine Erfahrungen
nach so die großen Punkte, wieso solche Softwareprojekte, also
generell größere Softwareprojekte, gerne mal
scheitern können oder Struggeln nennen wir es mal struggeln, das
muss ja nicht immer ein komplettes Scheitern sein.
Es gab in den 90er Jahren. Ein Buch von ich glaube von
Jordan hieß derjenige, hieß Death March Projects.
Dann haben wir dieses Buch alle gelesen, dachten, Puh, endlich
hat jemand was darüber geschrieben, damit haben wir es
hinter uns leider Wirkung dieses Buches 0.
Ich würde sagen, die 2 größten aus meiner Erfahrung die 2
größten Probleme. Sind.
Bei Projekten sind. Anforderungen und und und.
Estimation das sind so die 2 meine 2 größten Probleme.
Das heißt, die Anforderungen sind nicht klar und.
Das unterscheidet man sofort. Ich hatte mal ein großes
Projekt, das war halt der halb ausgegarte API und da wollte er,
also sollten wir aber ein Projekt drauf machen und dann
ging das halt nicht und wie wie beschrieben und dann haben wir
alle nachts gehabt. Und zum zum am besten auch noch,
hat unser Partner gesagt, der war in Schweden glaube ich, ihr
könnt ja jeden Tag releasen, außer an einem, weil an dem Tag
sind alle in Schweden betrunken in ihrer Hütte im Wald und jetzt
mal gucken können wir mal raten. An welchem Tag Top Management
launchen wollte. I Don't know wo das herkommt,
aber gut desto. Und da waren halt die
Anforderungen des Projektes quasi also nicht gescheitert,
aber es war sehr sehr viel pain. Am Ende scheitert ja kein
Projekt, es ist nur man braucht halt dann ausreichend
Durchhaltewillen und Schmerzverträglichkeit um
durchzukommen. Aber es ist halt also mehr Pain
für alle Beteiligten als notwendig und einfach weil die
Anforderungen halt nicht klar waren, ausreichend klar waren
und es wird halt zu oft in Happy Paths gedacht.
Also was ist denn der Happy Pass für meine Sachen und das hatte
ich letztes Mal wieder mit dem Kunden.
Die Diskussionen müssen Produktmanager ist es Aufgabe
von Produktmanager die Edge Cases aufzuschreiben oder nicht
sehr spannend ja ist es die. Aufgabe des Entwicklers sie.
Herauszufinden, oder ich finde, ich finde, das ist die Aufgabe
vom Produktmanagement, weil sie produktentscheidung ist.
Wenn die Kreditkarte nicht funktioniert.
Ja, was passiert denn dann? Zeigt er in roter Schrift angeht
nicht, oder? Werd ich ausgeloggt oder werd
ich gebannt oder wegen Kreditkarten?
Was ist denn das ne Business Entscheidung ist ja keine
Entwicklerentscheidung aus meiner Sicht danke Stefan Oh ja
also ich glaub da spricht so uns aus.
Der Seele, weil das kennen wir nur zu gut als Entwickler.
Zu sagen, also du kriegst jetzt ne Anforderung rein, das ist zum
Beispiel der Happypass. Ich hätte gern diesen Feature
Wunsch, dass die Software das Feature AB jetzt kann und sobald
du dann genauer drüber nachdenkst, was passiert denn,
wenn etwas nicht klappt im Fehlerfall oder diese ganzen
Edge Cases dann auf einmal aufpoppen, so als auf
Entwicklerseite und dir dann aber keiner sagen kann, wie sich
die Software da verhalten soll, dann hast du halt echt so einen
richtigen Worst Case geschaffen, der richtig Zeit frisst.
Also du denkst. Drüber nach.
Dann schickst du dann Entwickler.
Jetzt so viel. Ich hatte mal 2 Entwickler saßen
neben mir, Großraumbüros saßen neben mir und haben sich darüber
unterhalten, eine halbe Stunde drüber halten, was der
Produktmanager wohl mit dem Ticket gemeint hat.
Bis es. Bis ich dann sagte, bis sie
dann. Hingegangen bin, hab ich gesagt.
Mein Tipp. Der Produktmanager sitzt 2 Räume
weiter, ich würde jetzt aufstehen rüber gehen und ihn
fragen was er gemeint hat anstatt drüber zu philosophieren
was er vielleicht gemeint haben könnte.
Also das kostet halt einfach Zeit, dann schreibe ich ein
Ticket also geh nicht hin sondern schreib ein Ticket,
einen Kommentar, dann schreibt der einen Kommentar, dann
schreib ich einen Kommentar, dann sagt er wieder und ist gar
nicht meine Aufgabe, das kostet extrem viel Zeit in so einem
Projekt ich habe letztens superguten.
Podcast auf linkedin gesehen zum Thema Destimation.
Wo wo ein Punkt war das systematisch?
Diese Alignment und Coordination costs.
Nicht eingerechnet werden und an denen das dann auch immer
scheitert an diesem Aufwand und eben an den unklaren
Anforderungen, die aus meiner Sicht halt geklärt werden
müssen, weil es viel schneller geht, als wenn das dann in dem
Hack, Mac und hin und her und hin und her und über.
Unendlich lange Ticket Kommentar Threads ich dann seh manchmal
bei meinen Kunden denke ich ja. Das kann es ja nicht sein.
Ja, also das ist ein Grund, weswegen Projekte scheitern, aus
meiner Sicht die Anforderungen und unklare und eine unklare
Rollen Definition, wer die denn dann am Ende schreibt schreibt
die QA schreibt die der Entwickler schreibt die
Produktmanager keiner redet drüber, jeder denkt der andere
macht es einfach mal zusammensetzen und Rollen
diskutieren, das Macht vieles einfacher und der zweite Punkt
ist sind halt Schätzungen generell weil die Schätzungen
halt so optimistisch sind, weil Entwickler sind sowieso generell
zu optimistisch also junge Entwickler super.
Überoptimistisch der Entwickler nur noch über optimistisch.
Und. Ihrem Ego überzeugt und von
ihren Tippkünsten. Ganz Generalisiert gesagt, gegen
euch schon gar nicht und keinen der Zuhörer hier.
Aber so generell aus meiner. Ich bin auch zu Überoptimistisch
als Programmierer, nicht als Manager und.
Sondern einfach auch generell. Für die Schätzung gibt
permanenten Druck, dass Schätzungen zu hoch sind und so
weiter und jetzt kommt noch was prinzipielles hinzu.
Für mich sind Software Schätzungen fraktal.
Das bedeutet, ich weiß nicht, ob.
Ihr war mal hip. Das Thema Fraktale war mal hip,
ich weiß nicht, ob das überhaupt noch jemand kennt heutzutage.
Also fragt Apfelmännchen fraktale Grafiken, also n
Fraktal ist etwas was ich sag jetzt mal selbstähnlich, aber
immer detaillierter wird, je genauer man hinguckt, OK.
Ja, das ist so, fragt Ich finde es total faszinierend.
Dass ihr keine, also ich finde es total faszinierend, kein
Vorwurf, sondern ich finde total faszinierend, weil das so ein
Riesending war, und ich habe Computergrafik mit Fokalen
gelernt, ich habe noch ein Amiga fraktalbuch im Karl stehen.
Wieder was gelernt und und eine Thema.
Ein Thema von Fraktalen sind. Und ich bin kein Mathematiker,
deswegen vielleicht falsch erklärt, aber ein Thema von
Fraktalen ist auch ne fraktale Dimension und zwar das ist ein
Fraktal, so ganz eng gezügt ist, kann eine Dimension haben
zwischen 1 und 2, also ist nicht zweidimensional, das ist nicht
eindimensional. 1,7 Dimensional so.
Die Küste von. England ist auch Fraktal.
Bedeutet jetzt schätz mal die die englische Küste, dann gehst
du hin auf Google Maps und malst die Küste an und dann kommt da
raus weiß ich nicht 10000 Kilometer ja ja.
So, jetzt. Zoomst du rein und.
Malst die kleineren Zacken rein. Und dann kommen 15000.
Kilometer raus. Jetzt tust du noch weiter rein
und machst nochmal. Also hier hier an der Küste
hier. Die Küste ist jetzt 10 Minuten
die Straße runter und dann gibt es da halt n Haken und da gibt
es n Haken und da gibt es n Haken, da kommst du bei 17000
Kilometern raus und dann stell ich mich an die Küste ran an den
Strand ja und dann stell ich fest.
Im Zitat eines Films Tharisgno Spoon, Es gibt gar keine Küste,
weil ich stehe da und dann macht die Welle wüscht und schützt und
Schwuckt und wenn ich da stehe und feststellen soll, kommt
jemand zu mir, sag mal, wie lange ist die Küste und ich geh
dahin und und das Wasser schwappt da rein und raus, hier
gibt's ja keine Küste. Schönes Beispiel und.
Dann wird's eben schwierig. Das festzustellen, das heißt, je
genauer ich hingucke auf die Küstenlinie von England, desto
länger wird diese Küste, das heißt, je genauer ich auf mein
Softwareprojekt drauf gucke, desto länger wird die
Softwareprojekt. Ja, wenn ich, wenn ich die
fraktale Dimension meiner Softwareprojekte kenne würde.
Wirklich ne grobe Schätzung nehmen mal mein.
Fraktalitäts weil ne Fraktulitätsdimension und dann
komm ich nah ans Ergebnis ran. Also das Problem ist, ich guck
drauf und komm auf ne Schätzung, ich guck genauer hin ich komme
auf ne größere Schätzung, ich guck noch genauer hin, ich komme
auch noch ne größere Schätzung und mit den H Cases was wir
vorher hatten und den Anforderungen und den und so
weiter und sofort Happy Path versus Edge Cases und deswegen
sind die Schätzungen falsch und deswegen würde ich sagen die
größten Gründe weswegen. Software entwickelt.
Nicht failen. Aber ein Pain sind oft ist
mangelnde Anforderungen und falsche Schätzungen.
Das ist mit den Schätzungen würd ich kurz noch mal.
Aufgreifen. Ich find das mit diesem
genaueren Betrachten gerade super interessant, weil die
Erfahrung, also du hast es erstmal wunderbar erklärt,
vielen Dank dafür. Ich glaube diese Analogie muss
ich auch klauen dann ich hoffe du verzeihst mir, wenn ich das
noch mal erklären soll. Weil diese Erfahrung, gerade
wenn es. Darum geht, Aufwände zu schätzen
über neue Features. Wie lange das dauert, ist ja
wirklich der Punkt, je genauer man sich diesen diese
Anforderungen anguckt, umso mehr erkennt man, wie auf, also
wieviel Aufwand dahinter steckt und deswegen, das ist halt eine
super Analogie, die du da gerade gebracht hast, weil ich glaube,
oft ist es auch das Problem, dass man das zu schnell abtut.
So, wir schätzen jetzt mal, wie lange das dauert, zum Beispiel
im Team. Es wird vielleicht eine Minute 2
Minuten gepitcht, weil man hat ja keine Zeit und das nächste
Meeting steht ja auch schon wieder an.
Und dann, wie soll ich denn auch genau oder genau ist ja sogar
das falsche Wort, so exakt wie möglich schätzen können, wenn
ich so wenig Input habe. Also wenn ich halt mir die Küste
Englands von ganz ganz weit entfernt angucke, dann kann ich
ja nur mal blödgesagten Kreis ziehen.
Ja und super. Super Beispiel vielen Dank dafür
und das deckt sich halt extrem glaub ich mit unseren
Erfahrungen fabi oder also ja einfach nur mal ja.
Kann man mal so sagen. Ja.
Also. Ich bin erstmal.
Wunschlos glücklich. Über deine Antwort.
Hat. Also erstens ist.
Es so, dass dass, dass du sehr gut zusammengefasst hast.
Und das sind halt auch Sachen, die ich auf jeden Fall super
relaten kann. Also da würde ich auf jeden Fall
auch mal an jeden Zuhörer und jede Zuhörerin einmal
appellieren und sagen okay, wie sieht es bei euch aus, habt ihr
das Gleiche, kennt ihr das und wenn ja, dann schreibt uns gerne
auf jeden Fall mal auf unserer Podcastmail die Geschichte
wollen wir gerne hören. Auf jeden Fall.
Zudem schätzen, da würde mich noch interessieren, hast du
vielleicht so ein 2 Punkte, die das vielleicht so.
Schlagartig verbessern können so ein 2 Denkanstöße.
Nicht schätzen. Nicht schätzen, ja.
Das kaum. Unerwartet kannst du es noch ein
bisschen erleichtern, aber wollte wolltest du kurz haben.
Also. Dann doch mit der Erläuterung
wieder. OK, die Erläuterung dazu.
Ist folgende, die ein anderes Konzept?
Tut mir leid, also Fraktilität haben wir hinter uns ein neues
Konzept Framing. Was ist Framing?
Es gibt ein Buch, das jeder Manager lesen sollte, das heißt
Don't Think of an Elephant, Das geht darum, dass man quasi, wenn
man den Frame eine Diskussion ount, dass man dann die
Diskussion ount also wenn ich den Frame richtig mache von der
Diskussion und diesen Frame kontrolliere, dann können wir
diskutieren, was wir wollen, am Ende habe ich recht.
Was? Hat es jetzt mit dem Thema.
Schätzen zu tun, das hat dahingehend mit Schätzen zu tun,
dass ich mich fragen muss. In meinem Unternehmen ist der
Frame, in dem Wir diskutieren, ein Durchsatz Frame oder ein
impact Frame, das heißt, was ist das primäre, die primäre Maßgabe
meiner Software Entwicklung ist es, through it oder impact.
Und die meisten kommen aus dem durch, also through Puts Frame.
Und wenn der die der Frame der Diskussion ist Durchsatz, dann
land ich zwangsweise bei Schätzung, weil also wie
optimiere ich den Durchsatz indem ich.
Mehr macht. Indem ich also die Zeiteinheiten
kürzer sind, in denen ich was mache, dann schaffe ich mehr und
deswegen, um das abzuschätzen, muss ich schätzen und dann am
besten noch die Schätzung drücken und dann, damit erhöhe
ich den Durchsatz der Organisation und den
Featuredurchsatz, den Entwicklungsfeature Durchsatz
und aus diesem, wenn ich diesen Frame, diesen Durchsatz frame
nicht ändere, es ist nicht scharf für diesen Durchsatz
frame zu ändern, dann werde ich immer immer in diesen
Diskussionen bleiben, immer Schätzungen, ihr braucht zu
lang, warum geht es nicht schneller?
Und so weiter und sofort, das ist, das ist sozusagen der
Diskussionsframe, wenn ich es schaffe, dass meine
Entwicklungsorganisation in den Impact Frame kommt, und das ist
eigentlich das, was agile wollte, aber leider komplett
versagt hat, also leider der Ajvar komplett versagt mit allen
Zielen, die es angestrebt hatte und insbesondere mit diesem, mit
dem mit dem Impact Frame aus Iterativer Software Entwicklung,
also noch bei extreme Projekte aus iterativer
Softwareentwicklung Softwareentwicklung so zu
entwickeln, dass am Ende was rauskommt.
Was super ist versus möglichst viel zu machen.
Ja, also es kommt ja aus einem Modell, vorher war Wasserfall wo
viel gebaut worden ist, aber am Ende keiner wollte das was
gebaut worden ist, weil und es kam im Sinne von wir machen
Internationen. Und.
Mit. Dem Ziel, dass wir was bauen,
also etablieren, über das gleiche Thema hin, mit Feedback
vom Kunden, bis wir was haben, was super ist.
Das ist ein impact frame und wenn ich sage, das Ziel der
Softwareentwicklung ist es, Features zu bauen, die Impact
haben beim Kunden oder für die Firma, dann ist es nicht so
wichtig wie lange das dauert. Also wenn ich sage, ich habe da
2 Beispiele immer das erste ist wenn wenn ich was mache um die
Welt zu retten, ist es wurscht ob ich 6 oder 8 Wochen brauche
dafür, da würde keiner drum diskutieren und sagen 8 Wochen
weltrennen nee nee. Das dauert zu lange. 6 Wochen
muss es gehen. Es ist keine Rettung.
Sonst ne, dann fangen wir nicht an.
Also. Das ist dann nicht wert.
Also 6 Wochen ist uns zuerst 8 Wochen ist es doch teuer.
Also das würde keiner machen und das zweite ist der bei Apple ist
auch geht es ja auch um den Impact Frame letztlich also das
iphone, da sagt Ich weiß nicht bei Apple aber da ist es
sicherlich auch so. Klar gibt es irgendwo Zeitdruck
aber da ist es sicherlich nicht so, dass wenn jemand sagt du ich
bin ich bin 2 Monate früher fertig mit dem neuen iphone,
dass alles super sagen sondern das Ziel ist es ganz klar ein
iphone jedes Jahr auf den Markt zu bringen das so viel Impact
hat, dass es wieder weiß ich nicht eine Milliarde Leute
kaufen oder 100000000 Leute kaufen das geht ganz ganz klar
um das Ergebnis, das heißt das bestmögliche iphone zu machen,
dass viele Leute kaufen und nicht möglichst viele iphones
das ist das Samsung Modell, vielleicht möglichst viele
Phones auf den Markt zu bringen während das Apple Modell ist. 1
auf den Markt zu bringen, was Impact hat und das mit dem Apple
oder mit dem Weltrettung. Wenn ich in den impact Frame
komme, dann bin ich gerettet als entwickelt Software Entwicklung,
weil dann habe ich nicht mehr den Bluetooth Frame und wenn ich
nebenpackframe habe fragt mich auch keiner mehr nach der
Schätzung, er fragt mich nicht braucht die.
Weltrettungs 6 oder 8 Wochen, 2 oder 3 Sprints, total egal.
Ja, also das Witzige ist, das sind Sachen, die man irgendwie
immer so ein bisschen die, die kratzen immer so am am
Hinterkopf, an der Hirnrinde so ganz leicht.
Und ich find's aber schön, dass du das einmal so zusammengefasst
hast, weil das also für mich, ich hab auf jeden Fall heute
auch wieder was Neues gelernt, nicht nur eine Sache, aber die
war auf jeden Fall auch noch mal sehr sehr, sag ich mal
augenöffnend muss ich sagen, also es ist auch ein sehr, sehr
schönes, ein schönes Beispiel, und ich glaube, dass man dadurch
halt auch einfach viel besser versteht.
Dass es nicht notwendig ist, wenn man in diesen Impact Frame
kommt, dass man dann halt eben nicht diesen Zeitdruck hat.
Und dann ist es halt auch viel, viel weniger wichtig, wie genau
schätze ich, muss ich überhaupt schätzen, weil wenn dieser
Impact da ist, dann ist er, dann ist es ja nicht so
ausschlaggebend, ob es sozusagen heute oder morgen da ist.
Wenn ich das jetzt so richtig verstanden habe, ja und der
Kunde ist trotzdem zufrieden. Am Ende.
Ja, der Kunde ist die Frieden. Des IO ist zufrieden und die
Welt ist gerettet. Sehr schön und das.
In 8 Wochen statt. 6 trotzdem in Ordnung.
Ja, super. Super spannend.
Vielen Dank für diesen Einblick. Ich find vor allem auch das
Thema was du kurz angeschnitten hast, das AGI da in der Richtung
versagt hat deiner Ansicht nach das würde n bisschen den Rahmen
sprengen, aber da können wir uns gerne noch mal für zusammentun,
weil Asia ist auch ein Thema was wir oft thematisieren und super
spannend finden darüber zu diskutieren und Erfahrungen
auszutauschen. Bevor wir, wir sind ja jetzt
auch schon gut in der Zeit, bevor wir das Interview beenden,
würde ich dich noch um eine Sache bitten, was bei uns immer
noch so ein bisschen ja im Podcast wichtig ist.
Und zwar hatte ich ja schon angerissen, dass wir auch viele
Leute haben, die über einen Einstieg überhaupt erst
nachdenken, die jetzt vielleicht sich denken, ja, okay, ich bin
kein Entwickler, ich habe diesen vollen Terminkalender nicht,
aber ich möchte vielleicht einer wären, falls es mir liegt, aber
ich weiß nicht so wirklich, wie was wo, also diese Frage haben
wir schon sehr oft bekommen, wo fange ich an, wie also die Welt,
da brauchen wir uns ja, also da können wir uns, glaube ich.
Alle einig seien. Es ist ne riesen Welt, wenn man
jetzt über Softwareentwicklung allgemein spricht und ich
verstehe das, ging uns auch damals so, das erdrückt einen am
Anfang. Du hast ja über deinen Werdegang
gesprochen, dass es ja. Vielleicht damals noch nicht so
vielseitig war. OK, da gab es vielleicht nicht
so viel Wege aus der heutigen Sicht mit deiner Erfahrung, was
könntest du für Tipps mitgeben, wenn du oder wie würdest du es
angehen, wenn du sagst, ich möchte jetzt noch mal in diesen
Bereich eintauchen, wie würdest du das angehen oder welche Tipps
hättest du da ganz allgemein? Der erste Tipp wäre.
Sich ein vernünftiges Bild der Software Entwicklung zu machen.
Ich persönlich finde das also ich persönlich finde
Softwareentwicklung für mich ist A sehr kreativ, es ist eine
kreative Tätigkeit, es wird immer so getan, ich weiß nicht
wo das herkommt, aber es wird immer so getan als ob das eine
mathematische Tätigkeit ist. Also Mathematik hat mir nicht so
viel geholfen bisher, also ich weiß nicht schlecht der Beste in
Mathe zeitweise also ich bin ganz gut in Mathe oder war ganz
gut in Mathe. Es ist keine mathematische
Tätigkeit für mich, für die meisten, für 99% der Entwickler,
würde ich sagen. Es ist eine kreative Tätigkeit
und es ist nicht eine. Ich sitze allein beim, ich sitze
die meiste Zeit allein, sondern es ist auch eine sehr soziale
Tätigkeit, man muss sehr viel reden, man muss sehr viel
diskutieren, man muss den Produktmanager überzeugen, man
muss mit Pair Programmen machen, also ich würde anfangen mit 2
Miss Conceptions ich sitze allein den ganzen Tag vor dem
Computer und rede mir niemanden, das ist, glaube ich falsch,
jetzt vielleicht ein bisschen mehr wegen Remote, aber generell
ist es doch sehr, sehr viel Kommunikation und umgekehrt, es
hat eigentlich nichts mit Mathe zu tun, sondern es ist eher ein
kreativer Prozess wie also ich habe zum Beispiel ein
Gedichtbuch geschrieben oder so, also für mich ist programmieren
halt ein kreativer Prozess, damit würde ich anfangen, dass
ich nicht aus den falschen Gründen oder mit den falschen
Vorstellungen da rein gehe, und das zweite ich würde, ich würde
programmieren und gucken, ob es mir Spaß macht, also ich würde
nicht Informatik studieren, wenn ich vorher nicht programmiert
hätte und. Wirklich ein bisschen was
programmiert habe und sagt. Ja, das finde ich.
Macht mir Spaß. Also am Ende glaub ich muss
einprogrammieren Spaß machen, sonst bringt es das nicht.
So würde ich anfangen. Das sind auf jeden Fall
spannende Punkte. Das heißt, es spielt für dich
jetzt gar nicht die Rolle, welche Programmiersprache oder
in welchem Bereich man da reingeht.
Ist völlig egal. Eigentlich.
Das sehen wir auch so. Die Programmiersprache hinter
mir. Das finde ich auf jeden Fall
extrem. Cool, weil es gibt ja auch
viele. Wenn man jetzt, sage ich mal,
anfängt zu googeln in die Richtung, ich habe das nämlich
auch spaßeshalber mal gemacht, dann ist es ja sowas wie du
musst jetzt auf jeden Fall Python lernen, und das sind 30
Tagen und dann bist du voll am Start und darum geht es gar
nicht, es geht halt nicht um die Sprache und es geht auch nicht
darum, ob man das jetzt in 2 Wochen, 3 Wochen oder sonstwie
schafft, sondern diese Leidenschaft und diese kreative
Arbeit dahinter sind ja eigentlich das Ausschlaggebende,
deswegen finde ich das echt cool, dass du das so schön auf
den Punkt gebracht hast. Nochmal, weil wir.
Beide betrachten das auch als unfassbar kreativ und auch als
sehr gute Möglichkeit, sich auszutauschen.
Drüber und in die Kommunikation zu treten, weil man ja, sag ich
mal, als einzelner Entwickler sind ja deine Möglichkeiten
begrenzt, was du erschaffen kannst.
Nennen wir es wirklich mal aufbauen, erschaffen aber durch
diese diesen Austausch durch die Kommunikation diese Team.
Bildung können ja Riesenprojekte entstehen und das find ich halt
auch so unglaublich faszinierend an der Sache.
Ich meine es ist ja am Ende es. Ist ja am Ende so, wenn du mit
anderen Menschen sprichst. Entweder es macht dir Spaß, mit
anderen Menschen zu sprechen oder nicht, aber welche Sprache
du dann? Ob du jetzt mit der anderen
Person französisch sprichst oder Englisch oder Deutsch oder was
auch immer das ist, ja ist ja egal.
Aber also klar musst du dann die Sprache lernen, aber die Frage
ist ja, macht es dir Spaß mit anderen Personen zu sprechen und
das ist so vielleicht eine kleine Analogie gegenüber der
Entwicklung, ob du jetzt die eine Sprache mit der Einsprache
anfängst oder mit der anderen, vielleicht macht die eine
Sprache mehr Spaß als eine andere, aber im Großen ist ja
die Frage macht. Dir das Programmieren an sich
Spaß und deswegen ist es wirklich ein super Tipp zu
sagen, erstmal ein bisschen programmieren ist das was oder
nicht und wenn das was ist, dann kann man auch weitermachen und.
Stefan, vielen, vielen Dank für deine auch abschließenden Worte
und Tipps und Deinen ganzen Input.
Der war wirklich. Also ich, ich bin hellauf
begeistert, es hat mir sehr sehr, sehr viel Spaß gemacht.
Ja, vielen, vielen Dank. Und ich würde sagen, wir haben
jetzt auch schon länger diese Folge gemacht, als wir
eigentlich veranschlagt hatten gedanklich, aber das ist total
egal, weil es war einfach ein ein, ein supertoller Austausch.
Stefan gerne wieder auch ne einfach so oder für dein
nächstes Buch was grad in der Pipeline ist total cool.
Ich würde sagen dann schließ ich jetzt die Folge möchte mich noch
einmal ganz herzlich bei dir bedanken Stefan vielen vielen
Dank von meiner Seite vielen Dank.
Und, liebe Zuhörerin, lieber Zuhörer, wenn dich das Buch, was
Stefan geschrieben hat, auch interessiert, er meint ja selber
auch, es ist für jeden auch was dabei und jeder kann dieses Buch
lesen und es ist auch einfach wertvoll.
Dass wir werden auf jeden Fall natürlich in den Shownotes
verlinken, wo du dieses Buch bekommen kannst.
Das ist ja natürlich klar, wenn dir auch das Projekt Coding
Buddies gefällt oder dir auch dieser Podcast gefällt, dann
kannst du uns auch gerne mit einer kleinen Spende
unterstützen. Gib uns auch gerne Feedback über
diese Folge über den Podcast auf der entsprechenden Plattform,
auf der du gerade diesen Podcast hörst oder schreib uns gerne
dein Feedback über die Podcast Mail, die links zu den Mails
und. Allem, was ich gerade genannt
habe und auch zu unseren anderen Plattformen findest du den
Shownotes? Natürlich ja.
Und wenn dir diese Folge gefallen hat, dann empfehle den
Podcast doch auch gerne ein oder 2 Personen weiter.
Das würde uns sehr sehr freuen und in diesem Sinne würde ich
jetzt mich verabschieden im Namen von Tino und Stefan und
mir und wir wünschen dir noch einen wunderschönen Tag und bis
zur nächsten Folge Deine Coding Buddies und Stefan gemeinsam
besser.