Immer wieder begegnet mir die Annahme, dass agile(r werdende) Unternehmen auf Manager und Personen mit Führungsverantwortung verzichten können. Ich halte das für einen Irrglauben, der häufig sowohl von einem falschen Verständnis für das Konzept „selbstorganisiertes Team“ als auch von einem zu traditionellen Bild auf das Thema Führung lebt.
(mehr …)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 chaotisches Umfeld Struktur zu bringen.
(mehr …)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 Sinn, neben den täglichen Abstimmungen, den Plannings und Retrospektiven auch noch einen „Backlog Grooming“ Termin einzuführen?
(mehr …)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?
(mehr …)In den Daily Stand Ups bei Scrum werden üblicherweise von jedem Team-Mitglied die folgenden drei Fragen beantwortet: Was habe ich seit dem letzten Daily Stand Up gemacht? Was werde ich bis zum nächsten Daily Stand Up machen? Gibt es etwas, das mich zur Zeit bei meiner Arbeit behindert? Meiner Erfahrung nach sorgen diese drei Fragen zu unnötigen und zeitraubenden Ausführungen und Diskussionen.
(mehr …)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.
(mehr …)Vor einiger Zeit stellte sich unter anderem mir die Frage, wie agil ein Unternehmen und seine Teams sind, ob der “Grad der Agilität” ausreiche um im harten Konkurrenzkampf zu bestehen. Sind 50% genug, oder müssen es 80% oder sogar mehr sein? Was aber ist genau der “Grad der Agilität”, lässt sich das vergleichen und spielt es überhaupt eine Rolle, wie agil man (im Vergleich zu anderen) ist?
(mehr …)
