{"id":5524,"date":"2024-05-09T09:30:03","date_gmt":"2024-05-09T09:30:03","guid":{"rendered":"https:\/\/letsgonotes.com\/scrum-vs-kanban-welche-methode-waehlen\/"},"modified":"2024-10-04T08:36:40","modified_gmt":"2024-10-04T08:36:40","slug":"scrum-vs-kanban-welche-methode-waehlen","status":"publish","type":"post","link":"https:\/\/letsgonotes.com\/de\/scrum-vs-kanban-welche-methode-waehlen\/","title":{"rendered":"Scrum vs. Kanban: Welche Methode w\u00e4hlen?"},"content":{"rendered":"<p>Nachdem wir einen kleinen \u00dcberblick \u00fcber die agilen Methoden gegeben und zwei von ihnen, Scrum und Kanban, etwas genauer kennengelernt haben, ist es an der Zeit, dieses imagin\u00e4re Board, das wir erstellt haben, zu erweitern und die beiden gegen\u00fcberzustellen. <em>Face to face<\/em>, wenn du es lieber <em>auf Englisch<\/em> magst. Aber fangen wir mit einer kleinen Zusammenfassung an, um nicht vom Thema abzuschweifen.<br \/>\nScrum und Kanban sind zwei der am h\u00e4ufigsten von Unternehmen, die sich auf <em>Softwareentwicklung<\/em>, <em>Marketing<\/em>&#8211; und Designagenturen sowie <em>Start-ups<\/em> spezialisiert haben, angewandten agilen Methoden. Ihr gro\u00dfer Vorteil besteht darin, dass sie uns bei der Verwaltung der Erstellung und Lieferung von Produkten und Dienstleistungen unterst\u00fctzen. Und obwohl sie normalerweise exklusiv verwendet werden, haben beide Vorteile, die den gesamten Arbeitsprozess erg\u00e4nzen k\u00f6nnen.<br \/>\nUm dies jedoch klarer darzustellen, werden wir ausnahmsweise das Sprichwort \u201eVergleiche sind oft unangebracht\u201c ignorieren und sie im Ring gegeneinander antreten lassen. Keine Sorge, es wird ein friedlicher Kampf, es wird nicht weh tun. Schlie\u00dflich sind wir hier, um zu lernen, nicht um zu k\u00e4mpfen.<br \/>\nAlso, <strong>Scrum oder Kanban<\/strong>? F\u00fcr welche Methode w\u00fcrdest du dich entscheiden?<\/p>\n<p>&nbsp;<\/p>\n<h2>Erinnere mich bitte daran, was Kanban ist<\/h2>\n<p>&nbsp;<\/p>\n<p>Ach, dieses Ged\u00e4chtnis! Die <strong>Kanban<\/strong>-Methode zielt darauf ab, zu kontrollieren, <strong>wie die Aufgaben nach und nach erledigt werden<\/strong>. Toyota war der Pionier in der Anwendung, wo sie in den Autoherstellungsprozessen eingesetzt wurde, und im Laufe der Zeit wurde sie auch von <em>Softwareentwicklern <\/em>genutzt. Kanban basiert auf einem <strong>kontinuierlichen Arbeits- und Lieferprozess<\/strong> (zack, zack, zack, ein st\u00e4ndiges Vorankommen, Mari Carmen), bei dem eine kleine Anzahl von Aufgaben fl\u00fcssig und gleichzeitig bearbeitet wird. Es verwendet ein visuelles Planungstool oder <strong>Kanban-Board<\/strong>, <strong>auf dem jedes Projekt auf einer Karte dargestellt wird<\/strong> (und wer Karte sagt, meint LetsGo), und es wird durch Spalten verschoben, die die verschiedenen Phasen bis zur Fertigstellung darstellen. Wenn ein Team einen kontinuierlichen Arbeitsfluss hat, ist dies die beste Methode, da sie eine viel einfachere Verwaltung erm\u00f6glicht.<\/p>\n<p>&nbsp;<\/p>\n<h2>Und da wir gerade dabei sind, lassen Sie uns wiederholen, was Scrum ist<\/h2>\n<p>&nbsp;<\/p>\n<p>Nat\u00fcrlich, Liebling! Was auch immer du brauchst. <strong>Scrum<\/strong> ist ebenfalls eine Agile-Methode, die darauf abzielt, die Zusammenarbeit zwischen Teams zu verbessern (bis hierhin nichts Neues). Das Ziel ist es, die besten Ergebnisse bei der Entwicklung von Projekten zu erzielen. Es wird h\u00e4ufig von <strong>Entwicklungsteams<\/strong> verwendet, kann aber auch in anderen Abteilungen angewendet werden, die Teamarbeit erfordern. Du kannst es also verwenden, wie und wann du m\u00f6chtest (Zwinker, zwinker; Ellenbogenstups). Charakteristisch f\u00fcr diese Methode ist der <strong><em>Sprint<\/em><\/strong> (nein, wir reden jetzt nicht von einem kurzen Sprint im Leichtathletik, konzentriere dich), bei dem jeder Teil des Projekts im Voraus geplant wird. Sobald diese Phase abgeschlossen ist, wird die geleistete Arbeit \u00fcberpr\u00fcft und zuvor validiert. Durch diese Analyse kann das Team erkennen, <strong>wann etwas nicht gut funktioniert hat<\/strong>, welche Ressourcen ben\u00f6tigt werden und die n\u00e4chsten <em>Sprints<\/em> (schon wieder? Vergiss das Leichtathletik!) effektiv planen. <img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-5020\" src=\"https:\/\/letsgonotes.com\/wp-content\/uploads\/2024\/05\/shutterstock_1901730385-600x314.jpg\" alt=\"\" width=\"600\" height=\"314\" \/><\/p>\n<p>Jetzt, da wir einen schnellen \u00dcberblick gemacht haben, kommen wir zum Wesentlichen: Was sind die <strong>Hauptunterschiede zwischen beiden Methoden?<\/strong><\/p>\n<ul>\n<li>Scrum ist darauf ausgelegt, <strong>den Wert bei<\/strong> der Entwicklung eines Produkts zu maximieren. Kanban hingegen erm\u00f6glicht es, den Arbeitsfluss zu optimieren<\/li>\n<li>In Scrum k\u00f6nnen wir <strong>Rollen <\/strong>finden, was in Kanban nicht der Fall ist.<\/li>\n<li>In Scrum werden <em>Sprints <\/em>verwendet (Zeitintervall. Was haben wir schon \u00fcber die Leichtathletik-Sprints gesagt?), w\u00e4hrend die Arbeit in Kanban kontinuierlich ist.<\/li>\n<li>Im Scrum-Methoden werden w\u00e4hrend der Entwicklung des Projekts <strong>keine \u00c4nderungen vorgenommen<\/strong>, sondern erst am Ende. In Kanban hingegen k\u00f6nnen jederzeit \u00c4nderungen vorgenommen werden.<\/li>\n<li>Mit Scrum wird ein <em>Sprint-Backlog<\/em> deutlich, in dem ein <em>Product Owner<\/em><strong> die Aufgaben priorisiert, die erledigt werden m\u00fcssen<\/strong> (wir nehmen Anglizismen; damit du siehst, dass wir Englisch k\u00f6nnen); w\u00e4hrend in Kanban der Kunde angibt, welche Aufgaben das sind, und keine Priorisierung existiert<\/li>\n<li>Die <em>Sprints <\/em>in Scrum m\u00fcssen eine <strong>Liste von Aufgaben enthalten<\/strong>, die innerhalb eines Zeitraums erledigt werden sollen, w\u00e4hrend der Arbeitsfluss in Kanban kontinuierlich ist und jede Anfrage des Kunden eine neue Karte im Board darstellt.<\/li>\n<li>Das <strong>Board <\/strong>in Scrum wird jedes Mal erneuert, wenn ein <em>Sprint <\/em>gestartet wird, w\u00e4hrend es in Kanban keinen Anfang oder Ende gibt (und ohne es gewollt zu haben, haben wir ein Reimpaar gebildet).<\/li>\n<li>Und da wir gerade \u00fcber die Boards sprechen: In Scrum wird der <strong>Arbeitsfortschritt<\/strong> verfolgt, w\u00e4hrend man durch die Phasen fortschreitet, und es wird angezeigt, welche Aufgaben jederzeit erledigt werden. Im Kanban-Board hingegen k\u00f6nnen die Spalten flexibel gestaltet werden und m\u00fcssen nicht unbedingt den Status der Arbeit anzeigen (sie zeigen die Arbeit selbst an)<\/li>\n<li>Con Scrum se han de hacer <strong>reuniones <\/strong>diarias para conocer continuamente el estado del desarrollo y tener una idea global de las tareas terminadas y pendientes dentro del equipo que lo lleva a cabo (m\u00e1s reuniones, Pulpi, \u00bfen serio?).<\/li>\n<li>Im Gegensatz dazu gibt es in Kanban solche Meetings nicht, da bekannt ist, was jederzeit zu tun ist.<\/li>\n<li>Und zum Schluss k\u00f6nnen <strong>die Arbeitsteams unterschiedlich sein<\/strong>. Mit der Scrum-Methode wird gefordert, dass sie multidisziplin\u00e4r sind, w\u00e4hrend die Teams in Kanban aus Spezialisten f\u00fcr ein einziges Fachgebiet bestehen k\u00f6nnen<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2>Gibt es Scrumban?<\/h2>\n<p>&nbsp;<\/p>\n<p><em>Yes, oui<\/em>, s\u00ed (en tres idiomas, para que quede m\u00e1s clarito). En este caso, hablar\u00edamos de una metodolog\u00eda Agile que es un <strong>h\u00edbrido entre Kanban y Scrum<\/strong>. Obviamente, su nombre procede de la combinaci\u00f3n de ambos m\u00e9todos. El Scrumban se cre\u00f3 como soluci\u00f3n para que los equipos hicieran adecuadamente una transici\u00f3n de Scrum a Kanban y pudieran emplear lo mejor de cada metodolog\u00eda. Despu\u00e9s de todo, se busca optimizar los recursos para crear valor que interese al cliente.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-medium wp-image-5023\" src=\"https:\/\/letsgonotes.com\/wp-content\/uploads\/2024\/05\/shutterstock_1886670136-600x365.jpg\" alt=\"\" width=\"600\" height=\"365\" \/><\/p>\n<p>Scrumban a\u00fana la <strong>estructura de Scrum con los m\u00e9todos de flujo de trabajo y visualizaci\u00f3n de Kanban<\/strong>. Hace que los equipos consigan la agilidad de Scrum y la simplicidad que ofrece Kanban sin tener que actualizar los roles; y, adem\u00e1s, es m\u00e1s c\u00f3modo de adoptar. Un Frankenstein mon\u00edsimo y superpr\u00e1ctico, oiga. Con Scrumban, el trabajo en equipo se lleva a cabo en peque\u00f1os pasos y se controla con la ayuda de un tablero visual. Las reuniones de planificaci\u00f3n bajo demanda tienen lugar cuando conviene saber qu\u00e9 historias de usuarios y tareas se van a completar en el pr\u00f3ximo paso o iteraci\u00f3n. Adem\u00e1s, para mantener iteraciones reducidas, se emplea el m\u00e9todo de l\u00edmite de <strong>trabajo en progreso <\/strong>(WIP o <em>Work in Progress<\/em>, por sus siglas en ingl\u00e9s). Si WIP cae por debajo de un nivel determinado (los dioses no lo quieran, Mari), se crea un activador de planificaci\u00f3n bajo demanda para que el equipo conozca cu\u00e1ndo planificar despu\u00e9s. A poco observador que se sea, es f\u00e1cil comprobar que existen evidentes diferencias entre Scrum y Kanban, aunque no son realmente significativas si nos paramos a pensar. De ah\u00ed que pueda existir ese h\u00edbrido llamado Scrumban, que es la criatura nacida de ambas metodolog\u00edas. Bondades del mestizaje, ya se sabe. Si el objetivo de Kanban y Scrum es lograr un desarrollo \u00f3ptimo del producto, no pueden ser metodolog\u00edas excluyentes; normal que haya nacido el amor entre ellas. De este modo, si un equipo est\u00e1 c\u00f3modo con la metodolog\u00eda Scrum, se puede usar un tablero Kanban para conseguir mantener al equipo de trabajo bien organizado. Y todos felices y contentos. Porque aqu\u00ed lo importante es tener una <strong>forma de trabajo y una herramienta <\/strong>que ayude en el desarrollo del proyecto que se tenga entre manos, independientemente del m\u00e9todo empleado. O lo que es lo mismo, disponer de un sistema de gesti\u00f3n flexible. Ahora te toca a ti decidir con cu\u00e1l te quedas. Ahora que ya conoces en qu\u00e9 consiste esta metodolog\u00eda de trabajo, no te vuelvas loco pensando qu\u00e9 juego de LetsGo necesitas para ponerla en pr\u00e1ctica. Somos como los mosqueteros: un juego de<a href=\"https:\/\/letsgonotes.com\/producto\/juego-agile\/\"> LetsGo Agile<\/a> para todas y todas para uno. Vamos, que puedes utilizar todos los productos <a href=\"https:\/\/letsgonotes.com\/boutique\/\">LetsGo<\/a> para poner en pr\u00e1ctica cualquier sistema de trabajo. As\u00ed de vers\u00e1tiles somos, ya ves.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-5026\" src=\"https:\/\/letsgonotes.com\/wp-content\/uploads\/2024\/05\/giphy.gif\" alt=\"\" width=\"500\" height=\"500\" \/><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Nachdem wir einen kleinen \u00dcberblick \u00fcber die agilen Methoden gegeben und zwei von ihnen, Scrum und Kanban, etwas genauer kennengelernt haben, ist es an der Zeit, dieses imagin\u00e4re Board, das wir erstellt haben, zu erweitern und die beiden gegen\u00fcberzustellen. Face to face, wenn du es lieber auf Englisch magst. Aber fangen wir mit einer kleinen [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":5399,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[92],"tags":[],"class_list":["post-5524","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-methoden"],"_links":{"self":[{"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/posts\/5524","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/comments?post=5524"}],"version-history":[{"count":4,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/posts\/5524\/revisions"}],"predecessor-version":[{"id":5548,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/posts\/5524\/revisions\/5548"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/media\/5399"}],"wp:attachment":[{"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/media?parent=5524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/categories?post=5524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/letsgonotes.com\/de\/wp-json\/wp\/v2\/tags?post=5524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}