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.
(mehr …)Ü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.
(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 …)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 Termine in Scrum zu Overhead werden, dann ist das Problem nicht der Termin, sondern die nicht zielgerichtete Durchführung.
(mehr …)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 Durchhaltevermögen und Konsequenz, macht es dennoch deutlich, was Scrum ist und was nicht. Scrum ist ein Framework um einen Entwicklungsprozess zu strukturieren und keine reine Projektmanagement-Methode.
(mehr …)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.
(mehr …)