Was haben Schifffahrt und agile Softwareentwicklung gemeinsam? Und warum ist Schuld so vieldeutig? Und was haben eigentlich damals Kevin und Stephan während ihrer Arbeitszeit getrieben?

Diesen, und (wie immer) vielen anderen Fragen widmen wir uns in der aktuelle Ausgabe von Code Revue. Wir erzählen euch den einzig richtigen Weg, mit ‘technical debt’ umzugehen und sagen euch, warum das für jedes Team und jedes Projekt anders läuft.

Beim Planning waren Stephan und Kristin hin und weg vom Thema “Eating your own dogfood”. Nach anfänglicher Skepsis, was er wohl so dazu beitragen könnte, ließ sich auch Kevin in dieser Folge von dem Thema hinreißen.

Aber was haben Hunde mit Softwareentwicklung zu tun? Und warum muss ich das Nassfutter aus der Dose essen? Nachdem wir über die wohl leckersten Hundefuttersorten gesprochen haben – Nicht – reden wir darüber, wie sinnvoll es ist, sein eigenes Produkt/Software im Tagesgeschäft selbst einzusetzen und wie das ein veganer Fleischer handhabt. Ob uns dieser Spagat gelingt, erfährst du nur, wenn du rein hörst.

In dieser Folge haben wir Michelle Dipp von Dabeipackzettel als Gast.
Gemeinsam mit ihr klären wir den Unterschied zwischen UI und UX und beleuchten, ob es clever ist, jedem Trend zu verfolgen.
Dabei nimmt uns Michelle mit auf ihre berufliche Reise.

Krönender Abschluss der Folge sind die Sammlung der witzigsten und kreativsten Verabschiedungen.

Stille Post oder besser ehrliche Worte? Und wie erkläre ich meinem Kunden wofür ich eigentlich sein Geld ausgegeben habe? Diese und viele weitere Fragen beleuchten wir diesmal. Am Ende dieser Folge wird nicht nur klar welche Vorurteile über Entwickler zutreffen, sondern auch ob man einen “Kevin” für sein Projekt benötigt.

Es gibt nur wenige Folgen, die in die 4000-jährige Geschichte des Podcasts eingehen, aber diese wird mit Sicherheit dazugehören, denn Zugast ist unser MVP Dominic Schmidt von Hörluchs Hearing. Wir reden mit ihm über das Minimum Viable Product (MVP) und seine ersten persönlichen Erfahrungen mit dieser Herangehensweise bei der Entwicklung von AuReX, einem neuen Software-Tool zur Funktionsprüfung von Hörluchs-Otoplastiken. Aber auch über die Chancen und Grenzen des MVPs bei der Entwicklung physischer Produkte.

Diese Folge gleich zwei zugehörige Memes:

Reviews und Retros sind zwei unterschiedliche Paar Schuhe. Beide ziehen wir uns in dieser Folge an und laufen ein wenig darin herum. Jeder unterschiedlich weit und auf seine Weise, aber am Ende kommen wir doch gemeinsam am Höhepunkt der ersten Staffel Code Revue an. Wir sind im Mai 2020 angetreten einen Podcast aus der Erde zu stampfen. Ohne jede Erfahrung. Ahnungslos und unbedarft. Aber dafür mit umso mehr Fantasie und Leichtsinn. Was wir auf dieser Lehrfahrt 10 Folgen später gelernt haben, besprechen wir so ausführlich wie nötig, mit Erkenntnissen, die über die einer Podcast-Produktion hinausgehen.

Das große Staffelfinale (fast) in Spielfilmlänge, in dem alles anders kommt als geplant. Zu Gast ist Alexander Schmidt, CTO der DEVDEER GmbH aus Magdeburg und er redet mit uns über die Unzugänglichkeiten von Scrum bzw. des Scrum-Guides. Wir eruieren nicht etwa, warum Dailies hier und da überflüssig sind oder warum manche Projekte einfach zu klein sind für Scrum, sondern sprechen über die Agile Idee, warum es so schwer ist, Scrum in seiner Reinform umzusetzen, warum alle Rollen vom Stakeholder bis zum Developer Kompromisse machen müssen und warum wir das trotzdem(?) unendlich gern machen.

The Unicorn Project

The DevOps Handbook

Phoenix Project

Agile Manifesto

Scrum Guide

YouTube Kanal Alexander Schmidt

Stephan wollte unbedingt eine Folge über CI/CD machen und ich habe ihm den Gefallen getan. Nachdem wir über die heißesten Buzzwords gesprochen haben, reden wir darüber, wie man Fehlern auf die Schliche kommt; sie bis zur Erschöpfung auf ihrem Weg zur Produktiv-Stage einschüchtert und behindert, um ihnen am Ende erfolgreich das Handwerk zu legen. Außerdem versuchen wir auch händeringend, Nachteile von Continuous Integration und Continuous Delivery zu finden, denn wir sind ein ausgewogener Podcast. Ob uns das gelingt, und was diese Memes mit all dem zu tun haben, erfährst du nur, wenn du rein hörst.

The Phoenix Project

SonarQube

Die Folge, nach der jeder, egal ob Developer oder interessierter Laie, am Ende den Unterschied der Rollen / Entwicklungsausprägungen eines Entwicklers kennen sollte. Und verstehen müsste, warum es für den Entwickler selbst, eine Projektsteuerung und für eine Unternehmenssteuerung wichtig werden kann, diese Ausprägungen so gut es geht für ein entsprechendes Erwartungs- und Kosten-Management zu definieren und kommunizieren.

Die meistens Entwickler werden als Mid-Level Entwickler in ihrer Entwicklung stehen bleiben. Auch wenn in ihren Arbeitsverträgen/LinkedIn-Profilen etwas anderes steht. Das ist auch total in Ordnung. Aber umso wichtiger war es uns, dieses Level in dieser Folge herauszuarbeiten: Gründe für die “Stagnation” zu identifizieren, Risiken für die Organisation zu benennen und mögliche Strategien im Umgang damit zu entwickeln.