Heute möchte ich über eine Methode sprechen, die ich „Random Refactoring“ nenne, und darüber, wie wir als Führungskräfte die richtigen Rahmenbedingungen dafür schaffen können. Die Methode Der Ansatz ist denkbar einfach: Was auf den ersten Blick nach Chaos klingt, hat sich für mich als effektiver Weg erwiesen, die Code-Qualität kontinuierlich zu verbessern. Nebenbei bemerkt kann…
Kategorie: Führung
Mutation Testing mit pitest – Wie gut sind unsere Tests wirklich?
Als Entwicklungsleiter stelle ich mir häufig die Frage: Wie gut testen wir eigentlich wirklich? Eine hohe Code-Coverage ist zwar schön, sagt aber wenig darüber aus, ob unsere Tests tatsächlich alle wichtigen Testfälle abdecken. Hier kommt Mutation Testing ins Spiel. Die Idee dahinter ist einfach aber genial: Der Code wird automatisch an verschiedenen Stellen „mutiert“ (verändert)…
Pair-Programming – Experiment
Gemeinsam stark: Unsere Reise ins Extreme Programming bei der SWE Zentrale Zwei Köpfe, ein Code – eine scheinbar einfache Idee, die unsere Art zu arbeiten völlig umkrempeln könnte. Das zumindest ist der Claim, den Kent Beck schon vor über 20 Jahren in seinem Buch Extreme Programming vorgestellt hat. Tatsächlich haben wir im Team schon oft…
Fix It Now Or Delete It
Vor inzwischen mehr als 5 Jahren bin ich über ein Buch gestolpert, das ich inzwischen wieder vergessen hatte. Nach langer Zeit habe ich mal wieder meine leanpub Bibliothek durchstöbert. Und hier war es: https://leanpub.com/fixitnowordeleteit Vereinfacht beschreibt diese kurze Buch die Idee, Bugs entweder sofort zu löschen, oder sie zu löschen. In der Realität sieht es…
Die Umsetzung der „Definition of Done“
Um bessere Qualität in der Entwicklung zu erreichen, gibt es ein Konzept, das sich „Definition of Done“ (DoD) nennt. Die Idee, dass das Team sich selbst Gedanken darüber macht, was alles nötig ist, damit eine Aufgabe (Story, …) wirklich erledigt ist, finde ich einen schönen Ansatz. Die Herausforderung sehe ich aber in der tatsächlichen Umsetzung….
Wer hat hier „Unit Tests“ gesagt?
Vor längerer Zeit habe ich als Product Owner mit einem Entwickler-Team zusammengearbeitet. Das Team entwickelte mit Java + Vaadin eine Webanwendung. Als sich die Probleme und Bugs häuften und auch teilweise wiederholten, erkundigte ich mich, ob zu den aufgetretenen Bugs auch dazugehörige Unit-Tests beim Beheben erstellt worden seien. Für jeden Bug ein Unit-Test Das Prinzip,…
Refactoring muss Spaß machen…
Gestern ergab es sich, dass ein Kollege und ich in eine Refactoring-Session gestolpert sind. Verschiedene Vorschläge ergänzten sich, aber eines hat mir besonders Spaß gemacht… Als erstes schlug mir IntelliJ folgendes vor: Danach ging es direkt mit dem nächsten Hinweis weiter … Meiner Meinung nach ist es extrem wichtig, die richtigen bzw. gute Werkzeuge zu…
Post-Mortem in der Entwicklung
Ein Post-Mortem wird häufig im Projekt-Management eingesetzt, um zu analysieren, warum ein Projekt nicht erfolgreich abgeschlossen werden konnte. Im Bereich IT Operations habe ich das Konzept als RCA (Root Cause Analysis) kennengelernt. In der Software-Entwicklung habe ich dieses Konzept bisher noch nicht angetroffen. Auf Störungen im Betrieb wird meistens durch das Erstellen und Bearbeiten von…
„Bisher wurde Code-Qualität nicht wertgeschätzt …“
Diese Aussage kam im Gespräch mit einem Kollegen. Meine anfängliche Verwunderung hat sich über Nacht zu einem Thema entwickelt, das mich mehr beschäftigt als ich erwartet hätte. Meine erste These ist, dass wir als Verantwortliche implizit davon ausgehen, dass die Entwicklung qualitativ hochwertige Lösungen liefert, gleichzeitig aber widersprüchliche Signale geben, weil die gewünschte Lösung ja…
One On Ones
Heute hatten wir unsere regelmäßige Führungsklausur, an der ich teilnehmen durfte. Im ersten Workshop ging es um das Thema Mitarbeiterzufriedenheit. Unter anderem ging es auch um Mitarbeitergespräche. Ein guter Anlass für mich, mein Lieblingswerkzeug, die Manager Tools One On Ones (MTO3s) zu beschreiben. Kennengelernt habe ich es 2013 im Manager-Tools-Podcast, als ich meine erste Position…