
Die meisten Unternehmen folgen irgendeiner Art von Scrum-Prozess. Typischerweise umfasst dies 2- oder 3-wöchige Sprints. Am Ende jedes Sprints werden Änderungen vorgeführt, Retrospektiven durchgeführt und das Backlog gepflegt. Während jedes Sprints wird die Zeit für die Aufgabenerledigung erfasst, was es dem Management ermöglicht, in die Zukunft zu projizieren, wann Projekte abgeschlossen sein werden.
Viele der Scrum-Projekte, an denen ich beteiligt war, betonen das “Verpflichten” zu Aufgaben oder das “Übernehmen von Verantwortung”. Am Ende des Sprints werden viele Ingenieure für unvollständige Aufgaben zur Rechenschaft gezogen. Sprint-Velocity ist eine weitere Idee, die eingehämmert wird. Wir müssen unsere Velocity halten! Es ist, als wäre die Softwareerstellung ein Rennen, ist es aber nicht. Wenn Ingenieure anhand einer Metrik zur Rechenschaft gezogen werden, werden sie für die Metrik optimieren, das ist nicht das, was Sie wollen.
Scrum schafft ein leicht verständliches Framework für Teams zum Befolgen und gibt dem Management die Werkzeuge, um die Zukunft vorherzusagen. Teams, die Wasserfall praktiziert haben, finden Scrum leicht verständlich.
Viele von Scrums Praktiken sind nicht nötig. Zum Beispiel ermöglicht die meiste Issue-Tracking-Software Managern, Berichte über die Häufigkeit der Ticket-Erledigung zu erstellen. Mit diesen Informationen können Manager Velocity ableiten, anstatt Velocity in den Prozess einzubauen und es zu einer großen Sache zu machen. Verantwortung ü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 eine Ecke der Anwendung, die sein Bereich ist.
Andere Wege zur Verbesserung der Softwarebereitstellung:
- Wenn Sie wöchentliche Deployments benötigen, planen Sie sie. Deployen Sie, was fertig ist.
- Halten Sie das Backlog gepflegt; dann geht den Ingenieuren nie die Arbeit aus.
- Meiner Meinung nach sind Retrospektiven die wichtigste Nicht-Entwicklungsaktivität. Ohne sie haben Sie keine Chance, eine bessere und effizientere Organisation zu werden.
- Automatisieren, automatisieren, automatisieren
- Sich zu einer Liste von Features zu verpflichten ist lächerlich. Ordnen Sie die Aufgaben nach Priorität und erledigen Sie, was Sie können. Sich darüber zu grämen, warum “Aufgabe A” nicht erledigt wurde, ist Zeitverschwendung. Es ist klar, dass die Aufgabe entweder zu groß war oder Arbeit mit höherer Priorität übernommen wurde.
- Demos sind Zeitverschwendung, es sei denn, der Kunde interessiert sich dafür und gibt Feedback.
- Tägliche Meetings können nötig sein oder auch nicht. Ich bevorzuge es, sich alle paar Tage zu treffen.
Am Ende des Tages geht es darum, dem Kunden auf die effizienteste Weise Wert zu liefern.
Autor: Chuck Conway ist spezialisiert auf Software-Engineering und Generative KI. Verbinden Sie sich mit ihm in den sozialen Medien: X (@chuckconway) oder besuchen Sie ihn auf YouTube.