Scrum, Kanban, Management 3.0, Lean, Agile Organisation – diese und andere Begriffe geistern durch unterschiedlichste Branchen. Evangelisten unterschiedlicher Ideen diskutieren über das Für und Wider verschiedener Ansätze und versuchen sich gegenseitig von besten Wegen zu überzeugen.
(mehr …)Wie funktioniert Fließbandarbeit? Fließbandarbeit – dabei muss jeder Handgriff sitzen und alles so schnell wie möglich erledigt werden, damit das Band nicht stehen bleibt. Dabei hilft eine gute Vorbereitung. An einem Band für Spielzeugautos hat es Christoph einmal ausprobiert.
(mehr …)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 …)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 …)In einem Interview mit David J. Anderson, Begründer der “Kanban-Philosophie in der IT”, äußerte er sich zu der Frage nach den Grundgedanken beziehungsweise Prinzipien von Kanban und benennt drei Grundprinzipien.
(mehr …)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 schnell auf, wenn Rollen mit ihren Verantwortlichkeiten gebraucht werden.
Das Fazit aus seinem Artikel: Kanban schreibt keine Rollen vor, sinnvoll wäre es aber sowohl in der Produktentwicklung, als auch in Service-Agenturen eine Rolle mit den typischen Aufgaben eines (Scrum) Product Owners zu haben, der unter anderem
Hier kann man den ganzen Artikel “Brauchen wir in Kanban einen Productowner” (Arne Roock) lesen.
