Комментарии:
Vielen Dank, endlich hab ich was verstanden.
Kann man sagen, dass Userstories Unteraufgabenbereiche / Projektteile innerhalb eines großen Projektes 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?
ОтветитьNice 👍
Ответитьgut erklärt, das intro haat aber meine ohren unerwartet hart genommen
ОтветитьSuper erklärt
Ответить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!
ОтветитьDas Intro geht unter die Haut 😖 ..danke für die ausführliche Erklärung
Ответить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 !?
ОтветитьSehr gut erklaert udn auf dem Punkt gebracht. Vielen Dank!
ОтветитьInteressantes Video. Die Idee ist gut! Gute arbeit. Freue mich auf mehr Videos.
ОтветитьSuper Video! Der Inhalt ist interessant. Gute arbeit. Freue mich auf mehr Videos.
ОтветитьFrank! sehr sehr geiles Video! Mach weiter so!
ОтветитьDanke für die gute visuelle Erklärung.
Ответить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.
Ответить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.
Danke für den Input.
ОтветитьSuper gemacht! Danke!
Ответить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?
ОтветитьDanke für das kostenlose Video und die damit verbundene Mühe. Sehr gut👍🏻
Ответить