Agile Software-Entwicklung stellt hohe Ansprüche an alle im Entwicklungsprozess beteiligte Mitarbeiter. Die Prozesse und vor allem das Mindset sind die erste Herausforderung, gleichzeitig oder mindestens anschließend muss das nötige Handwerkszeug her, um den hohen Anforderungen an Selbstorganisation und iterative Softwareentwicklung gerecht und dabei immer besser werden zu können.
In den letzten Jahren habe ich selbst als Teil-Projektleiter und Projektleiter in – in guten Fällen klassisch nach Wasserfall oder nach agilen Methoden organisierten, in weniger guten und weitaus häufigeren Fällen chaotisch ausgerichteten Projekten – gearbeitet und mit Mühe und Not versucht, in einer schnelllebige Welt mit sich stetig ändernden Kundenanforderungen zurecht zu kommen und in ein...
Wenn man ein Projekt nach Scrum durchführen und damit diese Methode zur Softwareentwicklung im Unternehmen einführen will, dann sind es meist die gefühlt hohe Anzahl an Meetings, die dem Management übel aufstoßen. Auf einige Regeln, die ein Meeting von „Overhead“ (also wertlosem Mehraufwand) zu einem gewinnbringenden Aufwand machen, bin ich bereits eingegangen. Aber hat es vor diesem Hintergrund...
Immer wieder höre ich gerade bei neu aufgesetzten Teams die Frage, wieso man eigentlich zu Beginn eines Projekts oder einer Iteration in Storypoints schätzt und nicht direkt in Stunden. Die Antwort ist einfach – Storypoints sind schlichtweg die bessere Schätzgröße, aber warum?
Ziel jeder Softwareentwicklung ist das Entstehen eines gewissen Werts. Niemand – vor allem keine Unternehmen – entwickeln Software zum Spaß (es sei denn Spaß an der Entwicklung ist der ausgesprochene Wert). Auch in einem typischen Auftraggeber Dienstleister Verhältnis geht es darum, für beide Seiten Wert zu erzeugen.
Überprüfen und Anpassen, auch im persönlichen Arbeitsumfeld, ist der erste Schritt zu Veränderungen auch in größerem Umfeld. Viel zu oft aber beschränkt man sich auf die Überprüfung. Damit fehlt der zweite wichtige Schritt. So banal es klingt: die Maßnahmen nach der Überprüfung sind es, die für die wirkliche Veränderung sorgen und diese Konsequenz fehlt oft.
Ein wichtige Aufgabe zu Beginn eines Projekts, Produkts oder einer Iteration ist die Planung der Aufgaben. In Scrum werden hier üblicherweise Features oder User Stories aufwandsbewertet. Diese Bewertung erfolgt oft durch ein Scrum Poker.