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.
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.
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...
Eine oft geäußerte Kritik an Scrum ist der vor allem durch regelmäßige Treffen verursachte „Overhead“. Was aber ist „Overhead“ und lässt sich der Begriff hier überhaupt verwenden? Overhead wird häufig nur als Mehraufwand verstanden, tatsächlich bedeutet der Begriff aber etwas mehr: Overhead bezeichnet allgemeinen (evtl. entbehrlichen) Mehraufwand, der nicht direkt Nutzen erzeugt. Wenn also...
In einem Vortrag zu Scrum in Festpreisprojekten hieß es mal plakativ, es gäbe im Hinblick auf Scrum eine gute und eine schlechte Nachricht. Die Gute: Scrum funktioniere immer. Die Schlechte: Projekte können dennoch scheitern. Auch wenn ich “Scrum funktioniert immer” zumindest so relativieren will, dass die erfolgreiche Einführung der Regeln von Scrum auch etwas zu tun hat mit...
Die Verantwortlichkeiten eines klassischen Projektleiters sind umfangreich, manchmal vielleicht zu umfangreich, als dass ihnen eine Person allen gleich gut gerecht werden kann. An manchen Stellen entstehen aus den vielen Verantwortlichkeiten sogar konkurrierende Aufgaben. Scrum fängt das ab, indem die Verantwortlichkeiten des Projektmanagers auf die drei Rollen aufgeteilt werden.
In seinem Blog “Lean und Kanban” stellt sich Autor Arne Roock die Frage, ob wir in Kanban einen Product Owner brauchen. Da Kanban weder ein Entwicklungsprozess noch eine Projektmanagement-Methode ist, gibt es auch keine klar definierten Rollen – diese Rollen gibt es eventuell durch den bestehenden Prozess oder die bestehende Organisationsstruktur. Allerdings deckt Kanban...
