Nach den Scrum Regeln zu arbeiten klingt leicht, Scrum einzuführen ist es meistens nicht. Der Grund? Ändert sich nur die Entwicklungsmethode, stößt man schnell an Grenzen, die eine kontinuierliche Weiterentwicklung deutlich erschweren. Mit dem Wechsel hin zu einem agilen Software-Entwicklungsprozess wie Scrum muss sich das Mindest der Mitarbeiter ändern. Was häufig Bottom-Up in Entwicklungsteams beginnt, muss irgendwann Top-down unterstützt und weiter voran getrieben werden, um noch größeren Nutzen aus der Veränderung zu erzielen. Alle müssen mitziehen. Aber warum macht man das eigentlich?
(mehr …)Planmäßig
Je planmäßiger die Menschen vorgehen, desto wirksamer trifft sie der Zufall.Friedrich Dürrenmatt
A Decision
When you repeat a mistake, it is not a mistake anymore: It is a decision.Paolo Coelho
Großes klein machen
Henry Ford sagte mal: Nichts ist besonders schwer, wenn man es in kleine Aufgaben aufteilt.
Cameron Morrissey – Autor des Buchs „The Manager’s Diary: Thinking Outside the Cubicle” beschreibt in seinem Blog, wie wichtig und im Grunde auch einfach es ist, mit der Situation umzugehen, wenn die Arbeit zu groß und zu viel erscheint.
(mehr …)Höhere Kontrolle und überschaubares Risiko mit Scrum
Bei der Einführung von Scrum habe ich schon häufiger die Frage aus dem Management gehört: Wenn das Team selbstorganisiert ist und eigene Entscheidungen trifft in die ich nicht mehr eingreifen darf, habe ich dann nicht einen Kontrollverlust und steigt damit nicht auch mein Risiko?
(mehr …)Risikomanagement in Scrum
Ein wesentlicher Vorteil von Scrum ist Transparenz. Ein hohes Maß an Transparenz gibt auch einen besseren Überblick über die Risiken. Neben der Transparenz sind auch die klar verteilte Verantwortung, hohe Flexibilität, kurze Iterationen und ein hohes Maß an kontinuierlicher Abstimmung Maßnahmen oder Methoden, um auch schnell und gut mit Risiken umgehen zu können. Scrum ist dabei aber keine Projektmanagement-Methode, sondern beschreibt ein Vorgehen für (vor allem) komplexe Softwareentwicklung. Die Annahme, man könne bei einem Vorgehen nach Scrum trotz oder wegen der beschriebenen Vorteile auf explizites Risikomanagement verzichten, halte ich für gefährlich.
(mehr …)Scrum, Kanban, Scrumban oder irgendein Prozess?
Manchmal wundere ich mich über die teilweise heftig geführte Auseinandersetzung zwischen Verfechtern von Scrum und Verfechtern von Kanban. Beide Methoden haben viel mit dem agilen Manifest zu tun und wie immer Vor- und Nachteile. Auch wenn sich vor allem Scrum konkreter an die enthaltenen Aussagen und Prinzipien orientiert, sind die Prinzipien von Kanban auch nicht weit von der agilen Idee weg. Getreu der ersten Aussage des agilen Manifests „Individuen und Interaktionen mehr als Prozesse und Werkzeuge“ gehe ich also davon aus, dass es in erster Linie um eine gute Organisation der Arbeit gehen sollte.
(mehr …)