Kanban vs Scrum - agile working & agile project management methods compared

Kanban vs Scrum - agile working & agile project management methods compared

Frank Lange TV

7 лет назад

165,201 Просмотров

Ссылки и html тэги не поддерживаются


Комментарии:

HeniB
HeniB - 20.09.2023 23:06

Vielen Dank, endlich hab ich was verstanden.

Kann man sagen, dass Userstories Unteraufgabenbereiche / Projektteile innerhalb eines großen Projektes sind?

Ответить
Nikilouder
Nikilouder - 23.04.2023 09:17

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?

Ответить
Jean
Jean - 03.05.2022 09:34

Nice 👍

Ответить
Dr. RGBaum
Dr. RGBaum - 03.05.2022 09:17

gut erklärt, das intro haat aber meine ohren unerwartet hart genommen

Ответить
Eva Madarova
Eva Madarova - 29.12.2021 22:14

Super erklärt

Ответить
Cee Jay
Cee Jay - 22.11.2021 01:56

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!

Ответить
Selina Nna
Selina Nna - 04.11.2021 23:39

Das Intro geht unter die Haut 😖 ..danke für die ausführliche Erklärung

Ответить
Tom Yorados
Tom Yorados - 16.04.2021 23:52

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 !?

Ответить
har punkt
har punkt - 10.01.2021 18:12

Sehr gut erklaert udn auf dem Punkt gebracht. Vielen Dank!

Ответить
Cloud-Agile
Cloud-Agile - 27.08.2020 11:18

Interessantes Video. Die Idee ist gut! Gute arbeit. Freue mich auf mehr Videos.

Ответить
Cloud-Agile
Cloud-Agile - 27.08.2020 11:16

Super Video! Der Inhalt ist interessant. Gute arbeit. Freue mich auf mehr Videos.

Ответить
Yigit Eroglu
Yigit Eroglu - 26.05.2020 17:22

Frank! sehr sehr geiles Video! Mach weiter so!

Ответить
ELEKTROGOWK
ELEKTROGOWK - 23.01.2020 15:46

Danke für die gute visuelle Erklärung.

Ответить
Andre Werner
Andre Werner - 03.06.2019 09:59

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.

Ответить
Gruppentherapie mit McWuragu
Gruppentherapie mit McWuragu - 25.04.2019 16:17

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.

Ответить
Tobi
Tobi - 06.04.2019 20:58

Danke für den Input.

Ответить
Aaronym
Aaronym - 09.03.2019 01:21

Super gemacht! Danke!

Ответить
Markus W
Markus W - 04.11.2018 20:37

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?

Ответить
Roman Wagner
Roman Wagner - 18.10.2018 22:53

Danke für das kostenlose Video und die damit verbundene Mühe. Sehr gut👍🏻

Ответить