Lust, mit einem eigenen Kanban Board / Scrum Board loszulegen? Mit dieser agilen Grundausstattung kann es sofort losgehen! ► Mobiles magnetisches Whiteboard: amzn.to/2Nbdyr3 ► Wiederverwendbare magnetische Kanban-Karten: amzn.to/2MIKaJN ► Magnetische Avatare für die Teammitglieder amzn.to/341WpqM ► Farbige abwaschbare Whiteboard-Stifte: amzn.to/341oiiE ► Schwamm zur Reinigung des Boards: amzn.to/2NejkrN ► Reinigungsflüssigkeit für Whiteboards amzn.to/33YXTBT ► Tisch-Timer für timeboxed Daily Standups: amzn.to/2BDkWGt Literatur zu Kanban und Scrum: ► "Scrum: The art of doing twice the work in half the time" (Jeff Sutherland) amzn.to/2n31UoD ► "Kanban in der Praxis: Vom Teamfokus zur Wertschöpfung " (Klaus Leopold) amzn.to/2nAiYmp ► "Scrum und die IEC 62304: Medizinische Software mit agilen Methoden normkonform entwickeln" (Marc Bless) amzn.to/2npJP4u (Bei den obigen Angeboten handelt es sich um Affiliate-Links.)
Beide Boards sind Kanbanboards die hier vorgestellt wurden!!! Denn ein Scrum Board gibt es so nicht. Oft verwenden Scrum Teams Taskboard, wo das Backlogitem in Tasks wären der Sprintplanung zerlegt wird. Kanban definiert sich nicht über die Struktur eines Board. Das Board selbst spiegelt nur einen Prozess wieder und kann mehr als nur eine "Progress" Spalte enthalten. (Siehe das Pizza Spiel für Kanban Trainings) Scrum ist ein Framework, welches feste Iterationen vorschreibt, 3 klare Rollen hat und mehre Artefakte so wie Zeremonien vorgibt. Kanban setzt auf die Core Pratices z.B. Visualzieflow, Limit work in Progress, Manage the flow, Make Polices explicit, Implement Feedback loops, Improve Collaboratively und Evolve experimentally. Wer Kanban nur auf das Board reduziert hat Kanban nicht verstanden. Der Kern Unterschied zwischen Scrum und Kanban ist der, Scrum fokussiert die kontinuierliche Entwickelung von Kundenwert und dem Lernen und Kanban hingegen fokussiert ein optimieren des Flow für einen bekannte Wertschöpfungskette.
Ich sehe da eine vielleicht gedankliche Lücke: wenn ein Task in Bearbeitung geht aber diese Bearbeitung mehrere Beteiligte hat, dann wird es mit der Obergrenzenregel schwierig, weil Mitarbeiter A kann ja gar nicht an der Task arbeiten solange eine externer Mitarbeiter zuliefern muss. Wie soll damit umgegangen werden? Geht die Task dann wieder zurück in todo??
Im Alltag wird dann natürlich ein neuer Task "gezogen". Das ist eben der Unterschied von Entwickler-Alltag zu schönen Projektmanagement-Theorien. Genau dadurch entsteht ja oft der Frust gegenüber solchen unrealistischen Vorgaben für viele Entwicklungstätigkeiten. Das Ding ist eben aus der Software-Entwicklung entstanden, wo man mehr oder weniger innerhalb eines größeren Teams eigenständig ohne große "Störungen" von außen (Management, Kunde, externer Lieferant etc.) agieren kann.
Das Thema Kanban- und Scrum-Boards in der Medizintechnik gibt's auch zum Nachhören im Podcast soundcloud.com/franklangefocus/kanban-scrum-boards-in-der-medizintechnik
Vielen Dank, endlich hab ich was verstanden. Kann man sagen, dass Userstories Unteraufgabenbereiche / Projektteile innerhalb eines großen Projektes sind?
Für Hardwareentwicklung scheint mir das nicht geeingnet zu sein. Da habe ich z.B externe Zulieferer und abteilungsübergreifende Planungen, die so organisiert sein müssen, dass alles just-in-time zur Verfügung steht. Ich kann auf dem scrum/kanban-board aber nicht einfach sehen, wann eine bestimmte Task/Baugruppe vermutlich fertig sein wird. Es gibt zwar auf den Taskzetteln einen Fertigstellungstermin, aber wer legt denn den fest? Da brauche ich bei komplexen Projekten ja doch wieder eine separate Zeitplanung !?
Danke für das Video. Frage: Ist das WIP Limit angesetzt auf die ganze Gruppe von Personen, welche daran arbeiten? oder auf die einzelne Person? Es liegt sicherlich auch daran, wie "klein" oder "groß" die jeweiligen Tasks sind.
Das mit dem WIP-Limit ist ja schön und gut, aber im Konzern funktioniert das nicht. Ich habe im Schnitt round about 40 Tasks die auf andere warten. Soll ich auf 3 limitieren und dann solange auf die Leute einschlagen, bis die endlich fertig sind?
schlecht erklärt. wenn - wie im Beispiel - die beiden Todos auf einen externen Zulieferer warten - warum sollten dann die internen Ressourcen ausgeschlpft sein und kein dritter Task nachgezogen werden?
Vielen Dank für das Feedback. Letztlich stehen hier zwei Prinzipien im Konflikt miteinander - der Wunsch nach einer möglichst hohe Auslastung auf der einen Seite und eine möglichst kurze Durchlaufzeit auf der anderen. Ich habe meine Gedanken zu genau diesem Thema in einem neuen Video zusammengefasst: ruclips.net/video/05IUGlps9JA/видео.html.
The video is now also available in an english version: ruclips.net/video/PntCtdUkwUk/видео.html ""Kanban vs Scrum - Agile Project Management Methods compared (english)"
Lust, mit einem eigenen Kanban Board / Scrum Board loszulegen? Mit dieser agilen Grundausstattung kann es sofort losgehen!
► Mobiles magnetisches Whiteboard: amzn.to/2Nbdyr3
► Wiederverwendbare magnetische Kanban-Karten: amzn.to/2MIKaJN
► Magnetische Avatare für die Teammitglieder amzn.to/341WpqM
► Farbige abwaschbare Whiteboard-Stifte: amzn.to/341oiiE
► Schwamm zur Reinigung des Boards: amzn.to/2NejkrN
► Reinigungsflüssigkeit für Whiteboards amzn.to/33YXTBT
► Tisch-Timer für timeboxed Daily Standups: amzn.to/2BDkWGt
Literatur zu Kanban und Scrum:
► "Scrum: The art of doing twice the work in half the time" (Jeff Sutherland) amzn.to/2n31UoD
► "Kanban in der Praxis: Vom Teamfokus zur Wertschöpfung " (Klaus Leopold) amzn.to/2nAiYmp
► "Scrum und die IEC 62304: Medizinische Software mit agilen Methoden normkonform entwickeln" (Marc Bless) amzn.to/2npJP4u
(Bei den obigen Angeboten handelt es sich um Affiliate-Links.)
Pro tip: you can watch movies on Flixzone. Been using it for watching loads of movies lately.
@Dawson Thiago Definitely, I've been using Flixzone for since november myself =)
Beide Boards sind Kanbanboards die hier vorgestellt wurden!!!
Denn ein Scrum Board gibt es so nicht. Oft verwenden Scrum Teams Taskboard, wo das Backlogitem in Tasks wären der Sprintplanung zerlegt wird. Kanban definiert sich nicht über die Struktur eines Board. Das Board selbst spiegelt nur einen Prozess wieder und kann mehr als nur eine "Progress" Spalte enthalten. (Siehe das Pizza Spiel für Kanban Trainings)
Scrum ist ein Framework, welches feste Iterationen vorschreibt, 3 klare Rollen hat und mehre Artefakte so wie Zeremonien vorgibt. Kanban setzt auf die Core Pratices z.B. Visualzieflow, Limit work in Progress, Manage the flow, Make Polices explicit, Implement Feedback loops, Improve Collaboratively und Evolve experimentally. Wer Kanban nur auf das Board reduziert hat Kanban nicht verstanden.
Der Kern Unterschied zwischen Scrum und Kanban ist der, Scrum fokussiert die kontinuierliche Entwickelung von Kundenwert und dem Lernen und Kanban hingegen fokussiert ein optimieren des Flow für einen bekannte Wertschöpfungskette.
gut erklärt, das intro haat aber meine ohren unerwartet hart genommen
WhoAsked
Super Video, das hat mir wirklich gut dabei geholfen die Gesamtzusammenhänge zu verstehen! Das beste Video, was ich bisher zu dem Thema gefunden habe!
Danke für die gute visuelle Erklärung.
Sehr gerne!
Ich sehe da eine vielleicht gedankliche Lücke: wenn ein Task in Bearbeitung geht aber diese Bearbeitung mehrere Beteiligte hat, dann wird es mit der Obergrenzenregel schwierig, weil Mitarbeiter A kann ja gar nicht an der Task arbeiten solange eine externer Mitarbeiter zuliefern muss. Wie soll damit umgegangen werden? Geht die Task dann wieder zurück in todo??
Im Alltag wird dann natürlich ein neuer Task "gezogen". Das ist eben der Unterschied von Entwickler-Alltag zu schönen Projektmanagement-Theorien. Genau dadurch entsteht ja oft der Frust gegenüber solchen unrealistischen Vorgaben für viele Entwicklungstätigkeiten. Das Ding ist eben aus der Software-Entwicklung entstanden, wo man mehr oder weniger innerhalb eines größeren Teams eigenständig ohne große "Störungen" von außen (Management, Kunde, externer Lieferant etc.) agieren kann.
Sehr gut erklaert udn auf dem Punkt gebracht. Vielen Dank!
Das Thema Kanban- und Scrum-Boards in der Medizintechnik gibt's auch zum Nachhören im Podcast soundcloud.com/franklangefocus/kanban-scrum-boards-in-der-medizintechnik
Danke für den Input.
Tobi Bitte, immer gern :-)
Zum Nachlesen gibt es die Inhalte des Videos auch in meinem Blog www.franklange.eu/kanban-und-scrum-boards-agile-methoden-in-der-medizintechnik/.
Vielen Dank, endlich hab ich was verstanden.
Kann man sagen, dass Userstories Unteraufgabenbereiche / Projektteile innerhalb eines großen Projektes sind?
Für Hardwareentwicklung scheint mir das nicht geeingnet zu sein. Da habe ich z.B externe Zulieferer und abteilungsübergreifende Planungen, die so organisiert sein müssen, dass alles just-in-time zur Verfügung steht. Ich kann auf dem scrum/kanban-board aber nicht einfach sehen, wann eine bestimmte Task/Baugruppe vermutlich fertig sein wird. Es gibt zwar auf den Taskzetteln einen Fertigstellungstermin, aber wer legt denn den fest? Da brauche ich bei komplexen Projekten ja doch wieder eine separate Zeitplanung !?
Super Video! Der Inhalt ist interessant. Gute arbeit. Freue mich auf mehr Videos.
Super gemacht! Danke!
Interessantes Video. Die Idee ist gut! Gute arbeit. Freue mich auf mehr Videos.
Danke für das Video. Frage: Ist das WIP Limit angesetzt auf die ganze Gruppe von Personen, welche daran arbeiten? oder auf die einzelne Person? Es liegt sicherlich auch daran, wie "klein" oder "groß" die jeweiligen Tasks sind.
Das WIP-Limit gilt immer für das komplette Team.
Danke für das kostenlose Video und die damit verbundene Mühe. Sehr gut👍🏻
Vielen Dank für das nette Feedback!
@@FrankLangeTV :)
Frank! sehr sehr geiles Video! Mach weiter so!
Super erklärt
Das mit dem WIP-Limit ist ja schön und gut, aber im Konzern funktioniert das nicht. Ich habe im Schnitt round about 40 Tasks die auf andere warten. Soll ich auf 3 limitieren und dann solange auf die Leute einschlagen, bis die endlich fertig sind?
schlecht erklärt. wenn - wie im Beispiel - die beiden Todos auf einen externen Zulieferer warten - warum sollten dann die internen Ressourcen ausgeschlpft sein und kein dritter Task nachgezogen werden?
Vielen Dank für das Feedback. Letztlich stehen hier zwei Prinzipien im Konflikt miteinander - der Wunsch nach einer möglichst hohe Auslastung auf der einen Seite und eine möglichst kurze Durchlaufzeit auf der anderen. Ich habe meine Gedanken zu genau diesem Thema in einem neuen Video zusammengefasst: ruclips.net/video/05IUGlps9JA/видео.html.
The video is now also available in an english version:
ruclips.net/video/PntCtdUkwUk/видео.html ""Kanban vs Scrum - Agile Project Management Methods compared (english)"
Nice 👍
Das Intro geht unter die Haut 😖 ..danke für die ausführliche Erklärung