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.
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...
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 meinem Workshop zur Scrummaster-Zertifizierung mit Jospeh Pelrine nannte er zu Beginn als eine seiner drei Hauptregeln: “Macht es keinen Spaß, machst du etwas falsch.” Oft hört man aber in Unternehmen vor allem dann, wenn es in irgendeiner Form eng oder kritisch wird, das Leben sei kein Ponyhof und man sei ja nicht zum Spaß da. Kann man aber wirklich auf Spaß bei der Arbeit...
Dreh- und Angelpunkte in agilen Modellen zur Softwareentwicklung ist das selbstorganisierende Team. Glaubt man daran, hört es sich wundervoll an: der alte Projekt- oder Teamleiter kann seine Verantwortung zur Organisation von Aufgaben abgeben, denn das Team organisiert sich selbst. Glaubt man nicht daran, macht es Angst, da der alte Projekt- oder Teamleiter Verantwortung abgeben muss an sein Team...
Das optimale Team für ein mit Scrum durchgeführtes Projekt ist ein interdisziplinäres Team, das in der Lage ist, die ihm gestellten Aufgaben möglichst ohne “fremde Hilfe” zu erledigen. Dabei stellt sich schnell die Frage: Wie viele Personen müssen oder können in ein solches Team? (Auch) im Scrum-Umfeld spricht man meistens von zwischen 3 und 8 Personen, aber warum und was ist...
