Scrum ist überbewertet

Die meisten Unternehmen folgen einem bestimmten Scrum-Prozess. Typischerweise umfasst dies 2- oder 3-wöchige Sprints. Am Ende jedes Sprints werden Änderungen demonstriert, Retrospektiven durchgeführt und das Backlog gepflegt. Während jedes Sprints wird die Zeit zur Aufgabenerledigung erfasst, was dem Management ermöglicht, in die Zukunft zu projizieren, wann Projekte abgeschlossen sein werden.

Bei vielen Scrum-Projekten, an denen ich beteiligt war, wird die Bedeutung von „Verpflichtung” zu Aufgaben oder „Übernahme von Verantwortung” betont. Am Ende des Sprints werden viele Ingenieure für unvollständige Aufgaben zur Rechenschaft gezogen. Sprint-Velocity ist eine weitere Idee, die ständig gepredigt wird. Wir müssen unsere Velocity halten! Es ist, als würde die Softwareentwicklung ein Rennen sein, aber das ist sie nicht. Wenn Ingenieure nach einer Metrik zur Rechenschaft gezogen werden, werden sie diese Metrik optimieren – das ist nicht das, was man will.

Scrum schafft ein leicht verständliches Framework für Teams und gibt dem Management die Werkzeuge, um die Zukunft vorherzusagen. Teams, die Waterfall praktiziert haben, finden Scrum leicht zu verstehen.

Viele Scrum-Praktiken sind nicht notwendig. Zum Beispiel ermöglichen die meisten Issue-Tracking-Software Managern, Berichte über die Häufigkeit der Ticketbearbeitung zu erstellen. Mit diesen Informationen können Manager die Velocity ableiten, anstatt sie in den Prozess einzubauen und daraus ein großes Thema zu machen. Verantwortung zu übernehmen ist eine Farce – wir tun es natürlich, es explizit zu machen ist beleidigend. Bei allen Projekten, an denen ich beteiligt war, hat jeder Ingenieur einen Bereich der Anwendung, der sein Bereich ist.

Andere Wege zur Verbesserung der Softwarebereitstellung:

• Wenn Sie wöchentliche Deployments benötigen, planen Sie diese. Deployen Sie, was bereit ist.
• Halten Sie das Backlog gepflegt; dann laufen Ingenieure nie aus Arbeit.
• Meiner Meinung nach sind Retrospektiven die wichtigste Nicht-Entwicklungs-Aktivität. Ohne sie haben Sie keine Chance, eine bessere und effizientere Organisation zu werden.
• Automatisieren, automatisieren, automatisieren
• Sich auf eine Liste von Features zu verpflichten ist lächerlich. Ordnen Sie die Aufgaben und erledigen Sie, was Sie können. Sich Sorgen zu machen, warum „Aufgabe A” nicht abgeschlossen wurde, ist Zeitverschwendung. Es ist klar, dass die Aufgabe entweder zu groß war oder höher priorisierte Arbeit übernommen wurde.
• Demos sind Zeitverschwendung, es sei denn, der Kunde kümmert sich darum und gibt Feedback.
• Tägliche Meetings können notwendig sein oder auch nicht. Ich bevorzuge Meetings alle paar Tage.

Am Ende des Tages geht es darum, dem Kunden auf die effizienteste Weise Wert zu liefern.