Was sind die TOP 3 Praktiken, welche ein agiles Projekt torpedieren und dieses dadurch zum Scheitern bringen? Mit dieser Frage hat sich unser Scrum Master Marko Rücker auseinandergesetzt. In Teil 1 erklärt er, warum Superhelden es oft nicht so genau mit Clean Code nehmen.
NR. 1: SUPERHELDEN
Wer kennt sie nicht: Die erfahrenen Entwickler, die alles scheinbar schneller hinbekommen? Die ein hohes Ansehen beim Management haben, sich keiner Aufgabe zu schade sind, keine Restriktionen beim Mergen haben und einfach mal auf Master pushen. Die Code nicht kommentieren, Refactoring auf später verschieben, Tests nicht schreiben… Moment. Stop!
Spätestens jetzt solltest Du hellhörig geworden sein. Ja, man kann augenscheinlich “schneller” etwas entwickeln, wenn man die generelle Qualität links liegen lässt. Und das ist bei genau EINEM Anwendungsszenario auch richtig: Beim Prototyping.
Warum? Ein echter Prototyp wird, nachdem er bewiesen hat, dass er funktioniert, d. h. seinen Proof of Concept erbracht hat, weggeschmissen. Manchmal wird er auch radikal refactored. In allen anderen Fällen ist diese Art von Softwareentwicklung eine sehr schlechte Idee. Leider wird es bei erfahrenen Entwicklern oft toleriert, wenn sie keinen Clean Code produzieren. Daraus folgt:
- Scrum Teams müssen aufräumen
Natürlich muss der Code irgendwann aufgeräumt, gewartet und weiterentwickelt werden. Das fällt dann meistens in das Aufgabengebiet der Scrum Teams, die sich dann mit dem Kackhaufen rumschlagen dürfen. - Superhelden machen zu viel parallel.
Dadurch, dass diese Personen immer wieder behaupten, dass sie etwas schneller hinkriegen, bearbeiten sie zu viele Aufgaben parallel. Durch das notwendige Context Switching sinkt ihre Produktivität massiv! Wenn man an fünf Dingen parallel arbeitet, sinkt die Produktivität auf 20 % (Quality Software Management: Systems Thinking by Gerald M. Weinberg).
- Frustration bei Scrum Teams.
Wenn einem gesagt wird, dass die eigene Aufgabe von jemandem auf dem Klo während der Mittagspause erledigt wird, statt X Sprints zu dauern, kann sich jeder ausmalen, wie frustrierend das für einen ist. Vermeintlich gute Entwickler verlangsamen den Projektfortschritt dadurch ungemein. Es ist von ihnen keine böse Absicht. Im Gegenteil: Sie sind meistens die motiviertesten Entwickler im gesamten Projekt und stellen den Projekterfolg gefühlt über alles. Sie erreichen durch ihr Handeln aber leider das Gegenteil, wenn das Projekt es nicht schafft, ihre Kompetenzen produktiv und gewinnbringend einzusetzen.
Über Marko
Marko ist unser Scrum-Master und beschäftigt sich schon seit einigen Jahren mit den best und worst practices beim agilen Arbeiten.
![Entwickler am Notebook beim Programmieren](https://moguru.de/wp-content/uploads/developer-slider-400x150.jpg)
TOP 3 Agile Worst Practices – Teil 1: Superhelden vs. Clean Code
Was sind die TOP 3 Praktiken, welche ein agiles Projekt torpedieren und zum Scheitern bringen? Teil 1: Superhelden vs. Clean Code Mehr erfahren über “TOP 3 Agile Worst Practices – Teil 1: Superhelden vs. Clean Code”…
![](https://moguru.de/wp-content/uploads/Scrum-Coaching-Consulting-400x150.jpg)
TOP 3 Agile Worst Practices – Teil 2: Scrum und die Verantwortung
Was sind die TOP 3 Praktiken, welche ein agiles Projekt torpedieren und zum Scheitern bringen? Teil 2: Scrum und die Verantwortung Mehr erfahren über “TOP 3 Agile Worst Practices – Teil 2: Scrum und die Verantwortung”…
![Cross-Platform App am Computer, Tablet und Smartphone](https://moguru.de/wp-content/uploads/crossplatform-400x150.jpg)
TOP 3 Agile Worst Practices – Teil 3: Den Release hinauszögern
Was sind die TOP 3 Praktiken, welche ein agiles Projekt torpedieren und zum Scheitern bringen? Teil 3: Den Release hinauszögern Mehr erfahren über “TOP 3 Agile Worst Practices – Teil 3: Den Release hinauszögern”…