Kanban und Scrum sind zwei unterschiedliche agile Rahmenwerke mit verschiedenen Anwendungsgebieten, Vor- und Nachteilen. Bei der Entwicklung des Scrum Frameworks orientierten sich die Erfinder in Teilen an der Kanban Methode. So werden z.B. Kanban Boards im Scrum als wichtiges Tool eingesetzt, um die Teamarbeit zu strukturieren. Sowohl Scrum als auch Kanban k\u00f6nnen im Lehrkontext eingesetzt werden, sie eignen sich aber f\u00fcr unterschiedliche Anwendungsf\u00e4lle.<\/p>\n\n\n\n
F\u00fcr eine bessere Abgrenzung haben wir hier eine kurze Gegen\u00fcberstellung von Scrum und Kanban versucht. Dabei gehen wir zuerst auf die Unterschiede bei der Verwendung der Methoden im unternehmerischen\/ industriellen Kontext und anschlie\u00dfend auf die Besonderheiten bei der Anwendung in der Lehre ein. <\/p>\n\n\n\n
Kanban ist eine in den 1940ern bei Toyota eingef\u00fchrte Methode f\u00fcr die Produktionssteuerung. Die Grundidee war einen schnelleren Informations- und Materialfluss zu generieren und einen gleichm\u00e4\u00dfigen Durchlauf zu erzeugen, um eine m\u00f6glichst geringe Verschwendung von Ressourcen zu erhalten (Simschek 2020, S. 139) und Lagerkapazit\u00e4ten einzusparen. <\/p>\n<\/div>\n\n\n\n
Scrum wurde in den 1990ern von Jeff Sutherland und Ken Schwaber als Regelwerk f\u00fcr die Softwareentwicklung entwickelt, um interdisziplin\u00e4ren Team die Bearbeitung komplexer und schlecht planbarer Aufgaben zu erleichtern und eine M\u00f6glichkeit zu bieten sich innerhalb des Entwicklungsprozess schnell und iterativ an sich ver\u00e4ndernde Anforderungen anzupassen. <\/p>\n<\/div>\n<\/div>\n\n\n\n
Im Fokus steht bei Kanban die Optimierung eines kontinuierlichen (auf lange Laufdauer ausgelegten) Workflows<\/strong>. Mithilfe des Kanban Boards werden alle Aufgaben visualisiert und so Transparenz \u00fcber den Ist-Zustand<\/strong>. W\u00e4hrend des Prozesses k\u00f6nnen so Hindernisse und Probleme besser erkannt und beseitigt werden.<\/p>\n\n\n\n Ver\u00e4nderungen k\u00f6nnen bei\nKanban jederzeit eingef\u00fchrt werden. Es gibt keine zeitliche Unterteilung in\nSprints\/Iterationen. <\/p>\n\n\n\n Kanban\nerlaubt einen\nflexibleren Prozess. Im Vergleich zu Scrum gibt es weniger feste Regeln und\nkeine vordefinierten Rollen f\u00fcr den Arbeitsprozess oder f\u00fcr Meetings. <\/p>\n<\/div>\n\n\n\n Scrum ist ein empirisches Prozessvorgehen.<\/strong> Der Prozess ist iterativ<\/strong> angelegten und gliedert sich in aufeinander aufbauenden (ca.2-4 w\u00f6chigen) Arbeitsschleifen, die sogenannten Sprints. Regelm\u00e4\u00dfige Inspektion<\/strong> am Ende eines Sprints f\u00fchrt zu Adaption<\/strong> im darauffolgenden Sprint. <\/p>\n\n\n\n Scrum hat ein fixes Regelwerk <\/strong>mit vordefinierten Rollen (Scrum Master, Product Owner, Entwicklerteam), sowie festgelegten Events\/Zeremonien und Zeiteinteilungen. <\/p>\n\n\n\n Man k\u00f6nnte sagen: Bei Scrum wird am Anfang eines Sprints geplant, welche Aufgaben in dieser Zeit zu bearbeiten sind. W\u00e4hrend eines Sprints sind normalerweise keine \u00c4nderungen erlaubt. Ein Kanban Board<\/a> dient dabei als Instrument f\u00fcr die Planung einzelner Sprints und wird deshalb oft als Scrum Board oder Sprint Board bezeichnet. <\/p>\n<\/div>\n<\/div>\n\n\n\n Kanban Boards<\/a> bleiben in der Regel bestehen und k\u00f6nnen jederzeit mit neuen Aufgaben gef\u00fcllt\/erg\u00e4nzt werden. <\/p>\n\n\n\n Absprachen zwischen den Teammitgliedern sind hier wichtig, um zu\npriorisieren, welche Aufgaben als n\u00e4chstes erledigt werden sollen.<\/p>\n\n\n\n Regelm\u00e4\u00dfige \u00dcberpr\u00fcfungsphasen m\u00fcssen selbst vereinbart\nwerden.<\/p>\n\n\n\n Nicht immer ist es im Lehrkontext notwendig oder praktikabel das gesamte Rahmenwerk \u201eScrum in der Lehre\u201c<\/a> in einer Lehrveranstaltung anzuwenden. Kanban Boards k\u00f6nnen auch unabh\u00e4ngig davon einen Mehrwert f\u00fcr Lernprozesse oder Teamarbeitsphasen bieten. <\/p>\n\n\n\n Mit Kanban(boards) kann ein Team ein gemeinsames Projekt kollaborativ bearbeiten, es ist aber auch m\u00f6glich damit st\u00e4rker arbeitsteilige Prozesse zu organisieren, <\/strong>bei denen Gruppenmitglieder alleine f\u00fcr bestimmte Aufgabenbereiche verantwortlich sind und nicht zwingend ein Austausch unter den Gruppenmitgliedern stattfinden muss. In der Lehre k\u00f6nnten hier beispielsweise Aufgaben sichtbar\ngemacht werden, die jedes Teammitglied in Eigenarbeit zu erledigen hat (etwa\ndas Sehen von Lernvideos, das Lesen von Literatur, das Ablegen von formativen\nZwischentests etc.)<\/p>\n\n\n\n Auch k\u00f6nnen Kanbanboards von Einzelpersonen (Personal Kanban)<\/strong> genutzt werden um damit anstelle einer To Do Liste ihre Arbeit besser zu organisieren. So k\u00f6nnen sie beispielsweise bei der Strukturierung gr\u00f6\u00dferer wissenschaftlicher Arbeiten hilfreich sein.<\/p>\n<\/div>\n\n\n\n Bei Scrum Boards<\/a> sollten w\u00e4hrend eines Sprints m\u00f6glichst keine neuen Karten erstellt werden. Scrum Boards werden nach jedem Sprint geleert und im Planning des n\u00e4chsten Sprints mit den Aufgaben, die in diesem Sprint relevant sind, gef\u00fcllt. <\/p>\n\n\n\n Nicht erledigte Aufgaben k\u00f6nnen im Review<\/a> identifiziert und in den n\u00e4chsten Sprint \u00fcbernommen werden. <\/p>\n\n\n\n
Indem bei Scrum das WIE (Arbeitsweise) durch einfache Regeln stark strukturiert wird, kann das (aufgrund der komplexen Aufgabenstellung \u201eunbekannte\u201c) WAS (Inhalt) freier bearbeitet werden. <\/em><\/p>\n\n\n\nKanban Boards <\/h5>\n\n\n\n
Kanban im Lehrkontext: <\/h4>\n\n\n\n
Scrum Boards<\/h5>\n\n\n\n