Die täglichen Probleme von Teams stehen für uns als Engineering Manager an der Tagesordnung. In diesen Episoden sprechen wir über unsere Erfahrung mit meist Cross-functional Teams und deren Herausforderungen in der täglichen Zusammenarbeit: von Konfliktlösungen bis hin zur besseren Kommunikation.
Wie entwickle ich meine Teammitglieder eigentlich weiter? “Wer nicht mit der Zeit geht, geht mit der Zeit”. Ob dieses Zitat nun von Schiller oder Stromberg kommt, spielt eigentlich keine Rolle. Einen Funken Wahrheit hat es trotzdem. Denn speziell in der sich schnell entwickelnden IT- und Software-Welt ist das Thema Leveling Up / Lifting Up / Skilling Up oder die ganz klassische Weiterbildung unabdingbar. Und dabei geht es nicht nur um das besser werden im eigentlichen Handwerk, wie der Softwareentwicklung, Data Science oder ähnlichem, sondern auch um die Persönlichkeit und Soft-Skills wie z.B. Kommunikation - Obwohl die Softskills heutzutage auch irgendwie die wahren Hardskills sind. Egal. Nun aber die große Frage: Wie hebe ich denn mein Team auf das nächste Level? Wie kann ich meine Mitarbeiter unterstützen, sich aktiv weiterzuentwickeln? Was kann ich als direkter Kollege tun? Denn...
Eine technische Vision für die technische Leitlinie. Klare Regeln, eine klare Richtung, in die dein Team läuft, sind essentiell, um schnelle Entscheidungen ohne Streit zu treffen. Jedes Software-Team hat als Ziel, sich schnell zu bewegen, dynamisch und agil zu sein. Doch dafür sind ein paar Leitlinien notwendig und die Richtung muss für alle klar sein. Doch wie macht man dies? Das Stichwort der Stunde heißt “technische Vision”. Wir klären was das für eine Vision ist, wo der Unterschied zur Produkt-Vision ist, warum diese Vision auf Team- oder auf Firmenebene gesetzt werden kann, wer diese setzen sollte, untermalen das ganze mit ein paar griffigen Beispielen, setzen verwandte Hilfsmittel wie das Techradar und ein Engineering Manifesto in Relation und geben euch eine kleine Anleitung wie man eine technische Vision erstellt. Bonus: Wie Berater mit der Antwort “It depends” immer wieder...
1on1s: Ein starkes Tool - Auch zum halten von Mitarbeitern Mitarbeiter zu finden ist schwierig. Gute und produktive Mitarbeiter zu halten kann unter Umständen sogar noch schwieriger sein. Auf der anderen Seite sind die Zeiten vorbei, wo ein Mitarbeiter bei einem Unternehmen bis zur Rente bleibt. Das ist vielen bekannt und ein alter Hut. Als wir diesen Podcast gestartet haben, dachten wir ebenfalls, 1on1s wären ein alter Hut. Nach der Veröffentlichung unserer Episode #10 zum 1on1 Meeting haben wir sehr viel positives Feedback bekommen, dass dieses Ritual nun Einzug in diversen Firmen gehalten hat. In dieser Episode bringen wir beide Themen zusammen: Wie kann man mit Hilfe von 1on1s ein positives Signal zum Mitarbeiter senden, um diesen längerfristig zu halten? Wir sprechen über die Herausforderung und Kosten, wenn Mitarbeiter das Unternehmen verlassen, übers aktive Zuhören, nicht alle...
Hands-On als Engineering Manager: Yay or Nei? Leute, die einmal das Handwerk des Software-Engineerings professionell ausgeübt haben und dann ins Management wechseln, haben oft den Drang, ihr Hardskills nicht zu verlieren. Doch durch den neuen Job sind die Prioritäten nun andere: People Leadership, das Team effizient halten, Strategie und Roadmaps entwickeln. Wo bleibt denn da noch die Zeit am Code mitzuarbeiten? Wir stellen uns die Frage: Warum ist das so? Muss das sein, dass Manager weiterhin technisch sind? Und wenn ja, welche Gefahren birgt das? Aber auch: Wie können wir es möglich machen, obwohl unser Kalender sagt, dass die Woche mit Meetings bereits belegt ist? Darum geht es in dieser Episode. Viel Spaß! Bonus: Auch Manager laufen auf Kaffee. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht...
Die Umstrukturierung der Firma: Hart für alle oder eine neue Chance? Firmen, ihre Produkte aber auch ihr Umfeld ändern sich ständig. Um wettbewerbsfähig zu bleiben, um weiter Profit zu erwirtschaften, müssen Unternehmen sich (intern) ändern. “Wer nicht mit der Zeit geht, geht mit der Zeit”. Interne Umstrukturierungen sind somit ein notwendiges Übel bei jeder Firma von einer gewissen Größe. Sie kommt, auch wenn man es nicht will, und ist notwendig, um die Organisation in die Richtung zu bewegen, damit die Unternehmensziele erreicht werden. Umstrukturierungen, sogenannte Reorgs, sind oft negativ behaftet. Doch warum ist das so? Darum geht es in diesem Podcast. Wir klären, was Reorgs eigentlich sind, wozu und mit welchem Zweck diese durchgeführt werden, wie eine Reorg oft bei den Individual Contributern gesehen wird, wie es zu einer Reorg kommt und wie diese durchgeführt wird, aber auch wie...
Sales Engineering: Die Karriere “on top” auf deiner eigentlichen Karriere Im Software Engineering gibt es viele Vorurteile gegen die Sales-Funktion. Doch wenn wir mal ehrlich zu uns sind: Die Sales-Abteilung bringt die Kunden, die wiederum das Geld in die Firma bringen. Kurz um: Durch die Sales-Arbeit haben wir alle einen Job. Und wenn wir dies mal weiterdenken: Was wäre, wenn du mit deinem Engineering Know How an diesem Hebel etwas bewirken könntest? Genau darum geht es in der Funktion des Sales Engineerings. In dieser Episode sprechen wir mit Patrick Pissang, dem Social Sales Engineer, und bringen etwas Licht ins Dunkle: Was ist Sales Engineering? Sind dies zwei Jobs in einer Person? Wie technisch muss ein Sales Engineer sein und wie sieht eigentlich ein solcher Sales Prozess aus? Welche Firmen können von dieser Rolle denn wirklich Gebrauch machen? Welche Skills sind gefragt und wie...
Objectives & Key Results (OKRs): Die Wunderwaffe für die Zielsetzung? Google, Adobe und die Gates Foundation schwören auf OKRs als Methode für die Zielsetzung, die Teams beim Festlegen messbarer Ziele unterstützen sollen. Doch was ist wirklich dran am Hype? Ist es wirklich so gut wie geschnitten Brot? Wir sind der Sache auf den Grund gegangen und haben mit Marco Alberti von Murakamy über das Thema gesprochen. Mit seiner Firma berät er Firmen jeglicher Größe zum Thema Vision, Mission und Zielsetzung durch OKRs. Mit ihm klären wir, was OKRs eigentlich sind, wie das ganze zu anderen agilen Methoden wie Scrum und Kanban steht, wie OKRs ein Unternehmen verändern können, ob die AI zur Erstellung von Zielsetzung hilfreich ist, was gute und schlechte Objectives sind und wie man mit Hilfe von OKRs wieder in die Sommer-Badehose passt. Bonus: Wieso es OK ist, SAP mit OKRs zu vergleichen. Unsere...
Multi-Team Projektmanagement: Wasserfall notwendig oder Agilität möglich? Ein Projekt definiert sich u.a. durch die Einzigartigkeit. Etwas, was zuvor so noch nicht gemacht wurde. Je größer das einzelne Projekt ist, desto schwieriger ist es, dieses zu managen und den Erfolg zu sichern. Ein maßgeblicher Faktor der Komplexität stellt auch die Anzahl der involvierten Teams und Mitarbeiter dar. Zwar trägt jeder seinen Teil zum Projekt bei, aber jeder hat auch Fragen und Fortschritt zu reporten. Und all diese Fäden werden von einem Projektmanager/in zusammengehalten. Doch wie werden solche großen Multi-Team-Projekte gemanagt? Worauf kommt es an und was sind die größten Herausforderungen? Wie hält man alle Projektbeteiligten konstant auf dem aktuellen Stand, ohne jeden dauerhaft zu nerven? Wie viel muss bei solchen Projekten dokumentiert werden? Und wie stellt man eine gute Balance zwischen...
Fokus-Zeit für Software-Engineers Software-Engineers und andere Knowledge-Worker kennen es. Du arbeitest an etwas, hochkonzentriert, hältst diverse Kontext relevante Informationen in deinem Kopf und es kommt von links jemand und fragt “Hast mal eben ne Minute?”. Flups. Alles weg. Du bist raus. Darfst du dich neu einarbeiten? So oder so ähnlich hat es jeder von uns erlebt. Eine klassische Unterbrechung. Doch wie geht man damit um? Was kann man dagegen tun? Das ist wohl die 1 Millionen Euro-Frage. In dieser Episode besprechen wir genau diese Frage. Nicht nur aus der Perspektive der Person, die unterbrochen wird, sondern auch aus dem Blickwinkel von jemandem, der etwas fragen möchte. Und wie geht man als Engineering Manager⋅in mit diesen Unterbrechungen im Team um? Bonus: Dies ist kein theoretisches Problem, sondern eine Frage aus unserer Community! Unsere aktuellen Werbepartner findest du...
Nur unsere eigene Lösung ist die beste: Das "Not invented here" Syndrome (NIH) Ihr kennt das bestimmt: Es gibt eine neue Herausforderung zu lösen. Das Team steigt sofort in die Planung ein, um die Anforderungen in Source-Code zu kippen. Ihr sitzt da und fragt euch: Das kann doch nicht sein, dass wir die einzigen sind, die dieses Problem haben. Da muss es doch schon was fertiges geben.”. Doch das Team wettert dagegen: “Unser Problem ist sehr speziell. Wir bezweifeln stark, dass es da etwas gibt, was unseren Anforderungen standhält. So oder so ähnlich spielt es sich jede Woche in etlichen Teams ab. Es wird die eigene Arbeit über externe Lösungen gestellt. Die Nachteile werden oft später sichtbar. Über dieses Thema sprechen wir in dieser Episode. Nicht nur, was die Gründe dafür sind, sondern auch, wie man dem etwas entgegensetzen kann. Bonus: Warum keiner vor dem "Not invented here"...
Als Knowledge-Worker sein Wissen teilen: Welche Arten gibt es und was ist für dich das Richtige? Leute im Tech-Bereich werden oft als Knowledge-Worker bezeichnet. Und es gibt auch noch diesen Mythos, dass im Team jeder alles wissen muss, damit jeder alles übernehmen kann. Wurde dieser Zustand jemals erreicht? Dennoch ist das Teilen von Wissen wichtig. Schon allein, um Flaschenhälse zu vermeiden und sich vom Bus-Faktor zu lösen. In dieser Episode sprechen wir über verschiedene Formate wie Hackathons, Code Challenges, interne Konferenzen und Guilds, Book-Clubs und Co. Wir teilen unsere Erfahrung und worauf es besonders ankommt, wenn du etwas ähnliches in deiner Firma starten möchtest. Bonus: Was Hardware-Buzzer und Jeopardy! spiele mit Knowledge Sharing zu tun haben. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so)
Inner Source - Die Anwendung von Open Source Best Practices in deiner Organisation Jede Firma und jeder Entwickler⋅in hat Berührungspunkte mit Open Source. Direkt oder indirekt durch verwendete Libraries, Server-Systeme oder Ähnliches. Wie die Open-Source-Szene funktioniert, ist auch irgendwie faszinierend. Personen, die sich nicht kennen, arbeiten weltweit und asynchron, relativ effizient zusammen und erschaffen zusammen Großes. Inner Source hat zum Ziel, die besten Praktiken aus Open Source in einer geschlossenen Organisation zu nutzen. Doch was bedeutet dies eigentlich? Dazu haben wir mit Sebastian Spier gesprochen. Wir steigen tiefer ein und klären, was Inner Source ist, welchen Vorteil eine Organisation bei der Anwendung von Inner Source hat, ob Inner Source ohne Open Source Erfahrung möglich ist, ob interne Firmenpolitik dadurch reduziert werden kann und welcher Support vom...
Die Personalabteilung: Dein strategischer Partner auf Augenhöhe oder dein Feind und Blocker? Für viele ist die Personalabteilung ein notwendiges Übel. Eine Abteilung, die “halt notwendig ist”. Dennoch kann die HR auch ein Team sein, welches dir eine Menge Arbeit abnimmt und neue Möglichkeiten eröffnet. In dieser Episode sprechen wir mit Patrick Kuster. Patrick hat seine ganze Karriere in verschiedenen Personalabteilungen verbracht und er gibt uns Einblicke in Recruiting-Prozesse, Job-Benefits, Arbeitszeitverkürzung, Sabbaticals, Bildungsurlaub und vieles mehr. Bonus: Warum Mallorca als 17. deutsches Bundesland nicht von unserem Bildungsurlaub profitiert. Das schnelle Feedback zur Episode: 👍 (top) 👎 (geht so)
DORA Metriken: Die Performance-Messung deines Software Development Teams bzw. die Ermittlung des Reifegrades von DevOps in deiner Organisation Softwareentwicklung ist ein kreativer Beruf. Jedes Projekt ist einzigartig und die geschriebenen Lines of Code sagen wenig über die dafür benötigte Zeit aus. Das Research-Programm DevOps Research and Assessment (DORA) versucht dennoch die Performance eines Software-Entwicklungs-Teams zu messen. Nicht via Lines of Code, sondern auf Basis von Aktivitäten, die Value liefern: Deployment Frequency, Lead Time for Changes, Mean Time to Recovery, Change Failure Rate und Reliability. Die Metriken selbst sind weit bekannt. Wie diese Metriken beeinflusst werden können, wer eigentlich dahinter steckt, und was die Organisation eigentlich für eine Kultur vorleben muss, damit es überhaupt zu einem positiven Ergebnis kommt, wissen viele nicht. Und genau darüber...
Die Fehlerkultur im Unternehmen, Transparenz in der Kommunikation und eine gewisse Distanz zum Team als Engineering Manager. Diese Episode ist eins unserer Sommergespräche, bei dem nur eine Seite die Fragen kennt. Wolfi stellt die Fragen: Was ist eine gesunde Fehlerkultur? Viele Unternehmen werben damit, eine gute Fehlerkultur zu haben, aus Fehlern zu lernen, Wachstumsmöglichkeiten zu bieten und Experimente zu ermöglichen. Doch ist das wirklich so? Werden Fehler transparent und weitreichend geteilt? In wirklich allen Bereichen und nicht nur im Engineering? Da trennt sich die Spreu vom Weizen. Was darf sich ein Engineering Manager erlauben, mit dem Team zu teilen und wie viel Transparenz ist gesund? Sollte alles direkt mit dem Team geteilt werden? Oder ist eine gewisse Distanz gesund? Wie schlimm ist es, wenn mal beim Feierabendbier etwas raus rutscht? Und kann es einem Lead auch mal...
Alle Firmen suchen nur Senior-Engineers - Steckt in Junior-Engineers das wahre Potential? Nachwuchs im Software-Engineering-Bereich zu bekommen ist nicht einfach. Die meisten Stellenanzeigen im Internet suchen Senior-Engineers mit über 5 Jahren Erfahrung. Doch wie sieht es denn mit Junior-Developer aus? Wie erkennt man motivierende Junior-Engineers in Interviews? Wie reagiert ein Team aus Senior-Engineers auf unerfahrene Personen? Welche Rolle spielen strukturierte Interviews und Entscheidungen aus dem Bauch heraus? Und was ist das richtige Verhalten, wenn man Zeit und Geld in die Weiterentwicklung einer Person investiert hat, aber die Person nach 2 Jahren kündigt? In dieser Episode teilen Wolfgang und Andy ihre Erfahrungen im Recruiting, in der Weiterentwicklung und bei Kündigungen von Junior Engineers. Bonus: Warum goto Statements böse sind und was Korn-Brause mit Sommer zu tun hat. ...
Meetings: Ein essentieller Teil unseres Arbeitsalltages und doch wird nur gemeckert? Meetings sind ein Teil unserer Arbeitskultur, um die keiner herumkommt. Doch irgendwie meckert jeder darüber. "Dieses Meeting hätte auch eine E-Mail sein können", "Ich habe zu viele Meetings und komme nicht zum Arbeiten", "Das Meeting war nicht interessant oder relevant für mich". Das Faszinierende daran: Jeder kennt die Grundregeln, um ein Meeting effizient zu gestalten: Eine Agenda, ein klares Ziel, nur die relevanten Leute einladen, Meeting Notes, etc. Doch scheint es unmöglich, gute bzw. gut geführte und relevante Meetings im Arbeitsalltag zu etablieren? Wir sprechen über Meetings absagen, in Meetings wirklich präsent zu sein, "No-Tech-Meetings", die "Law of two feet", wieviel Probleme eigentlich durch Meetings an der Kaffeemaschine entstehen und warum es auf die Disziplin jedes einzelnen bei...
Was ist der richtige Ansatz? Ein Stack für die ganze Firma oder jedes Team darf die Technologie wählen, wie es möchte? Die Wahl der richtigen Programmiersprache, der richtigen Datenbank, der richtigen Cloud-Umgebung. Gibt es etwas, worüber sich Software-Engineers mehr streiten können? Doch genau diese Fragen stehen i.d.R. beim Start eines Projektes an. Zumindest, wenn das Team die freie Wahl hat. Dies ist das eine Extrem. Im anderen Extrem wird die Sprache und der Stack von der Firma vorgegeben und im Rahmen wird auch operiert. Was ist nun besser? Was sind die Vorteile von "Alles ist möglich"-Ansatz? Und warum sollte man diese nicht wählen? Und welche Gründe gibt es für den "Ein-Stack"-Ansatz? Und was passiert, wenn die Firma von einem Extrem ins andere wechseln möchte? Wie geht man bei einer möglichen Technologie-Konsolidierung vor? Was passiert mit der Innovationsfreudigkeit? Welchen...
On-Call bzw. Rufbereitschaft: Eine ewige Hass-Liebe? Software-Engineers entwickeln die Applikationen. Doch wer maintained diese und bringt diese wieder zurück ins Leben, wenn die Applikationen mal abstürzen? Im klassischen Sinne sind das System-Administratoren. Und für die meisten in diesem Beruf gehört On-Call dazu. Doch ist dies auch im modernen Dev-Ops-Umfeld und in Voll-Autonomen Teams der Fall? Welche Herausforderungen gibt es beim On-Call? Sollten Software-Engineers genauso auf Rufbereitschaft sein? Wie sieht ein strukturierter On-Call-Prozess aus? Und was muss getan werden, um einen solchen zu etablieren? Und welche Modelle zur Bezahlung bzw. Kompensation gibt es, wenn man auch nach der Arbeit für seine App gerade steht? All das und noch viel mehr gibt es in dieser Episode. Bonus: Was Pager mit Tamagotchi zu tun haben und ob On-Call zu einer Handy-Phobie führt. Schaut vorbei in...
Servant Leadership, die dienende Führung: Heiße Luft oder ein neuer Trend? Mit Leadership-Stilen ist es wie mit JavaScript-Frameworks: Jede Woche kommt ein neuer. Servant Leadership, der dienende Führungsstil, kann auch als solch einer bezeichnet werden. Speziell mit dem Einzug der Generation Z in die Arbeitswelt, könnte dieser Leadership-Style in Zukunft eine besondere Bedeutung bekommen. Doch was ist Servant Leadership überhaupt? Wie unterscheidet sich dieser Stil von anderen Stilen wie Laissez-faire? Warum ist Servant Leadership gerade ein Trend und in aller Munde? Für wen beziehungsweise in welchen Situationen ist Servant Leadership unangebracht? Und warum spielt die Frage "Warum?" dabei eine bedeutende Rolle? All das und viel mehr in dieser Episode. Bonus: Was JavaScript-Frameworks, Krokodile und Greta Thunberg mit Servant Leadership zu tun haben. Deine "schnelle" Rückmeldung zur...
Wie notwendig ist Weiterbildung und welche Möglichkeiten gibt es? Was ist zur Zeit schwieriger? Die richtigen Leute zu bekommen oder die richtigen Leute zu halten? Speziell für den zweiten Bereich ist Weiterbildung bzw. das Angebot zur Weiterbildung eine notwendige Maßnahme. Doch sind Konferenzen die einzige Möglichkeit, sich im Software-Bereich weiterzubilden? Wie steht es mit Zertifizierungen? Oder sogar hoch qualitativen Content wie kostenpflichtigen Newslettern? Und bringen Remote-Konferenzen auch was? Und ist das alles Arbeitszeit? Wir machen eine Tour durch die verschiedenen Weiterbildungsmöglichkeiten und klären auch die Frage, wer das eigentlich alles bezahlt. Bonus: Ob wir mit einer Leiter wirklich überall reinkommen und ob Newsletter die neuen Zertifizierungen sind.
Was ist ein Staff-Engineer und wo ist der essentielle Unterschied zum Senior-Engineer? Karriere-Titel wie Junior- oder Senior-Engineer sind weit verbreitet. Staff-, Principal- oder sogar Distinguished-Engineer sind weniger bekannt. Aus den USA schwappt diese Art des Karrierepfades für Fachkräfte (Individual Contributor) immer mehr als Alternative zum Management-Pfad nach Europa rüber. Doch was ist eigentlich ein Staff-Engineer? Wo ist der Unterschied zum Senior-Engineer? Welche neuen Anforderungen werden an Staff-Engineers gestellt? Wo ist der Unterschied zu einem klassischen Engineering Manager? Was ist Leading by Influence? Wie wird der Titel des Staff-Engineers in verschiedenen Firmen definiert? Und haben Jobtitel überhaupt Relevanz? Bonus: Was Social-Media-Influencer mit Staff-Engineering zu tun haben und warum Legacy-Code das Geld verdient.
Diversity: Das Thema mit hoher Relevanz - Nicht nur in der Gesellschaft, sondern auch in Firmen und Tech-Teams. Forbes berichtet, dass diverse Firmen innovativer und erfolgreicher sind. Doch was ist Diversity eigentlich? Irgendwie wird es überall erwähnt und ist stets präsent. In dieser Episode klären wir was Diversity und DEI ist, warum es wichtig ist, darüber zu sprechen, welchen Effekt es auf Teams haben kann, wie nützlich Frauenquoten sind, wie der Mangel an weiblichen IT-Fachkräften sich auf das Thema auswirkt, was es mit der inklusiven Sprache aufsich hat und wo der Unterschied zwischen Diversität, Inklusion und Gleichberechtigung ist. Bonus: Ob Harvard und Stanford inklusiv sind und was Schokoküsse mit dem Thema zu tun haben.
Eine Vision und Mission für die Firma und das Team: Notwendig oder Firlefanz? Die Geschäftsführung spricht oft von der Vision und Mission der eigenen Firma. Doch was ist das eigentlich? Wo ist der Unterschied? Und was habe ich, als kleiner Mitarbeiter, eigentlich zu tun? Wie wichtig ein gemeinsames Ziel und ein übergeordneter Sinn für die Belegschaft sein können, wird oft unterschätzt. Ab und zu sogar als esoterisch bezeichnet, denn es ist doch klar, wofür wir alle arbeiten. Ist es? In dieser Episode klären wir was eine Vision und eine Mission ist, wo die Unterschiede liegen, welchen Effekt dies auf die Firma und das eigene Team haben kann, warum es nicht einfach ist eine Vision und Mission zu definieren, ob es auch ohne klappen kann und wie man diese Sache generell angeht. Bonus: Warum man keine Löcher kaufen kann, was Computerbild Themen sind und wieso Andy nicht für Heckler und Koch...
Psychologie, Team-Dynamiken und hochperformante Teams: Zufällige Stichwörter oder relevante Themen? Eine Gruppe von Menschen soll zusammen und miteinander arbeiten. Am besten noch hochperformant, mit einem grandiosen Outcome und das ganze innerhalb einer Woche nach Gründung des Teams. So oder so ähnlich stellen sich viele Leute Team-Dynamiken vor. Dass dies alles nicht ganz so einfach ist, weiß jeder, der schon mal ein neues Team geformt bzw. übernommen hat. Das 5 Phasenmodell für die Teamentwicklung von Bruce Tuckman, ein US-amerikanischer Psychologe, kann dir eine gewisse Hilfestellung liefern. Forming, Norming, Storming, Performing und Mourning/Adjourning: Was zeichnet die einzelnen Phasen aus? Welches Verhalten kann beobachtet werden? Welche Fragen und Bedürfnisse entstehen bei den Teammitgliedern? Welcher Leadership-Style wird benötigt bzw. ist angebracht? Über dieses Thema sprechen...
Recruiting: Einer der wichtigsten Aufgaben einer Firma - Doch worauf kommt es an? Leute kommen. Leute gehen. Fluktuation bzw. ein Jobwechsel ist ganz normal in der heutigen Zeit. Kaum jemand bleibt "bis zur Rente". Doch worauf kommt es an, wenn man neues Personal für sein Team / Firma sucht? Wie viel Zeit soll man als Hiring Manager investieren? Wo findet man gute Leute? Welche Fragen sind die richtigen? Wie geht man damit um, wenn man sich nicht 100%ig sicher ist? Und wie trifft man die finale Entscheidung? All das und noch viel mehr behandeln wir in dieser Episode. Bonus: Warum Wolfgang eine Aufmerksamkeitsspanne wie ein Welpe hat, was Aufzüge mit Recruiting zu tun haben und ob Wanne-Eickel wirklich existiert.
Der Großteil der IT-Ressourcen wie Dokumentationen, Websites, Präsentationen in Englisch, doch was ist wenn man selbst von sich sagt "My english is not the yellow from the egg"? Diese Episode dreht sich ganz um die englische Sprache und das Arbeiten in internationalen Teams: Welche Hürden haben die meisten deutschen in Bezug auf die englische Sprache? Wie kann man diese überkommen und sicherer mit der englischen Sprache werden? Und was passiert, wenn ich auf der Arbeit auf einmal Englisch sprechen muss? Wie verändert sich mein Arbeitsumfeld, wenn das Team international zusammengestellt ist? Was muss ein Arbeitgeber im Kopf behalten, wenn sich das Team international entwickeln soll? Und wie verhält sich aktuell die Remote-Arbeit mit der ganzen Thematik? All das und noch mehr in dieser Episode. Bonus: Russische Software-Code-Kommentare, die Vertonung von Hollywood Filmen und schnelle...
Firmenwechsel. Kündigung ist raus. Wie gehts weiter? Offboarding und Onboarding sind i.d.R. zwei Themen die sehr stark unterschätzt werden. Wie sieht man als Mitarbeiter zu, dass bei einem Firmenwechsel keine verbrannte Erde hinterlassen wird? Wie übergibt man alles ordentlich? Warum ist das überhaupt wichtig? Und was ist ein Exit-Gespräch? Und wenn das alles durch ist: Wie startet man bei der neuen Firma ordentlich? Worauf sollte man achten? Und wie kann Onboarding aussehen? Dies und nich viel mehr. Bonus: Was Peter Thiel mit Kleber zu tun hat, was Krokodile mit Prüfungsergebnissen zu tun hat und was ein Weckmann mit dem Podcast zu tun hat.
Ziel-Definitionen und Mitarbeiter-Metriken: Sinnvoll oder totaler Blödsinn? Das Thema ist heiß umstritten. Viele lieben Ziele im Job. Andere sind eher auf dem Trichter von “Wer misst, misst Mist.”. In dieser Episode sprechen Wolfgang und Andy über individuelle Ziele, Team-Ziele und über die Frage, ob sich das Team in die richtige Richtung bewegt. Unter anderem mit Fragen wie, ob es immer mathematisch messbare Ziele sein müssen, wie man mit subjektiven Zielen umgeht, ob man Lines of Code messen sollte, was die Velocity aus dem Scrum Framework mit OKRs zu tun haben und noch vieles mehr. Bonus: Wieso Österreicher Podcasts anschauen können und was das Fortuna Düsseldorf und das Sams mit der ganzen Sache zu tun hat.
Code Reviews: Jeder will schnelles Feedback, doch niemand hat Zeit dafür - Eine Hassliebe. Eine Komponente im Alltag jedes Software Engineers. Egal ob Junior, Senior oder Staff-Engineer. Jeder erstellt Code Reviews und kommentiert die Arbeit von den Kollegen. Doch wie sehen gute Code Reviews aus? Was gehört hinein, was bleibt besser draußen? Wie viel Reviewer machen Sinn? Wie geht man mit Nitpicking-Kommentaren und Gatekeepern um? Und allgemein: Zieht dieser zusätzliche Schritt nicht die Performance des Teams runter und ist sowieso Overhead? All das und noch viel mehr in dieser Episode zum Thema Code Reviews. Bonus: Was Faultiere und Markus Söder mit Code Reviews zu tun haben und warum Blubberwasser den Charakter verdirbt.
Kommentare im Quellcode und Git Commit Messages - Liest die überhaupt wer? Ein Streit, der so alt ist wie die Software Entwicklung selbst: Code ist Selbsterklärend und braucht keine Kommentare. Oder doch? Und die Git Historie ist auch eigentlich sinnlos. Warum sollte da jemand zurück gehen und sich die Commit Messages durchlesen? Diese Fragen und Themen wie Semantic Versioning, Idiomatische Programmier-Patterns, Merge Commits, Story-Tellung und was Fynn Kliemanns Kunst mit der Git Branch-Visualisierung zu tun hat, klären Wolfgang und Andy in dieser Episode vom Engineering Kiosk. Bonus: Warum Andy einen neuen Podcast-Partner sucht und Wolfgang lieber seinen Code angreift, anstatt Ihn zu entwickeln.
Remote-Work, asynchrone und parallele Arbeit und die eigene Work-Life-Balance. Durch Corona haben wir alle einen Geschmack von der Remote-Arbeit und Home Office bekommen. Einige hassen es, andere lieben es und haben sogar dem Büro für immer den Rücken gekehrt. Aber worauf kommt es denn wirklich an? Wolfgang und Andy gehen dieser Frage mal auf den Grund: async und await, Event-Loop, Fokus-Zeiten, Eule und Lerche als Menschentypen, Vertrauen im Team, messbare Ergebnisse, Pro-Aktivität und Schreib-Skills. Was das alles miteinander zu tun hat, hört ihr in dieser Episode. Bonus: Warum man in Amsterdam anders meditiert als anderswo, wieso Andys Liebe zu Redis einen Knick bekommen hat und ob Wolfgang wirklich Holländer ist.
Team Karriere Leadership 
