Scrum vs. Kanban: der ultimative Zusammenbruch

Six Sigma, schlank,PMBOK. , Gedrängevs.Kanban.- es gibt vielProjektmanagementJargon- und Methodik-Debatten, die herumgeworfen wurden, um verwirrend oder unklar zu sein. Es gibt jedoch einige Methoden, die in den Sinn kommen, wenn Sie eine effektive erstellen möchtenProjektplanen.

Projektmanagement-Methodiken.sollen Teams mit einem Rahmen oder Theorie bieten, um sie zu stützenProjekt Planungum herum. JedenProjektmanagement-Methodik.hat seine Vor- und Nachteile, aber ein paar Methoden bieten eine vorteilhafte Möglichkeit, Ihren Projektplan zu visualisieren.

BeideGedrängeund Kanban fallen unter dieAgile Methodik.Regenschirm, wodurch sie gute Rahmenbedingungen für die Ablösung größerer, komplexer Projekte in handhabbare Brocken machen. Schauen wir uns die Unterschiede zwischen den beiden an und gelangen Sie auf den Boden des Scrum vs. Kanban-Debatten.

Was ist Scrum?

Gedrängeist ein Projektrahmen für die Implementierung derAgile Project Management-Methodik. Es ist eine beliebte Methode zur Verwaltung von Projekten, die eine schnelle Entwicklung, Prüfung und Freigabe von Produkten erfordern.

Das Scrum-Framework bricht ein Projekt in kurze Ein- bis vierwöchige Iterationen, die als Sprints genannt werden. EINScrum Team., allgemein von aScrum-Master., arbeitet, um eine Iteration oder Version des letzten Projekts am Ende jedes Sprints zu liefern. Scrum-Teams haben auch tägliche Standup-Meetings, um den Fortschritt zu diskutieren und die Teamkollaboration zu steigern.

Um mehr über Scrum zu erfahren, schauen Sie sich unseren Reiseführer anScrum für Neulinge: So verwenden Sie Scrum an Tame Chaos .

Was ist eine Scrum Board?

EINScrum Boardist ein Tool, mit dem Sie Ihr Scrum-Projekt verwalten und überwachen können. Es hilft Ihnen, visuell zu verfolgen, welche Arbeit auf IhremProduktrückstand, welche Artikel sind Ihrem Sprint-Backlog zugeordnet, und wie die Arbeit in Ihrem aktiven Sprint voranschreitet.

Während einScrum Boardkann ein physisches Brett mit Anmerkungen oder Karten sein, in denen sie digital sind, neigen sie digital, Online-Boards in vielenProjektmanagementPlattformen.

Beschaffung, eine Einkaufssoftware-Startup in Kanada, fand dasSie speicherten 70% ihrer Zeit, indem sie ihre Sprints mit einem Collaboration-Tool planen. Sie haben jetzt eine Sichtbarkeit in die Arbeit eines anderen und können in verschiedenen Teams zusammenarbeiten.

Hier sind einige Vor- und Nachteile der Verwendung derScrum-Methodeund Scrum-Boards, um Ihre Projekte zu verwalten:

Pros:

Nachteile:

Was ist Kanban?

Kanban.ist ein weiterer populärer agiles Framework. Im Gegensatz zu Scrum ist Kanban jedoch weniger zeitbasiert und konzentrierter auf die Verwaltung des Arbeitsaufwands im Prozess (WIP).

Der Kanban-Framework wurde entwickelt, um einen kontinuierlichen Produktivitätsfluss beizubehalten, während derjenige, um sicherzustellen, dass niemand im Team überarbeitet oder überwältigt ist. Es hilft Projektteams, Engpässe zu reduzieren, Effizienz zu verbessern, zu steigernQualitätund die Gesamtleistung steigern.

Um mehr über kanban zu erfahren undKanban-Softwareentwicklung., KasseDer ultimative Guide zur Kanban-Methodik .

Was ist ein Kanban-Board?

Traditionell beinhaltet Kanban einPlanungWhiteboard oder Tafel, wo Statuen wie "Geplant", "in Bearbeitung", "in Überprüfung", sind alle aufgeführt.

Jederlieferbarwird dann auf ein Post-it geschrieben und unter dem richtigen Status platziert. Als dielieferbarbewegt sich durch die Stufen, der Post-it bewegt sich auf derProjekt-StatusWhiteboard.

Hier sind einige Vor- und Nachteile der Verwendung von Kanban- und Kanban-Boards, um Ihre Projekte zu verwalten:

Pros:

Nachteile:

Kanban vs. Scrum: Was sind die Unterschiede?

Kanban und Scrum sind beide Projektrahmen, die gebaut werden, um Teams zu unterstützen Agile Methodik. , Werteund Prinzipien. Als solche haben sie eine Reihe von Ähnlichkeiten. Beide Rahmenbedingungen fördern die Prozessverbesserung, die Teamkollaboration und den Breaking-Projekten in kleinere und überschaubare Brocken.

Aber Kanban und Scrum haben deutlich unterschiedliche Ansätze, wie sie sich dafür entscheiden, diese Prinzipien umzusetzen. Hier sind fünf wesentliche Bereiche, in denen Kanban und Scrum variieren:

Rollen und Verantwortlichkeiten

Scrum hat drei Jahrespezifische Rollenjeweils mit seinen eigenen vordefinierten Verantwortlichkeiten:

Kanban verschreibt keine Rollen wie Scrum. Tatsächlich ist eines der vier Prinzipien von Kanban, dass Teams ihre aktuellen Rollen und Verantwortlichkeiten beibehalten sollten. Der Glaube hinter diesem Prinzip ist, dass Teams den Rahmen leichter annehmen werden, wenn sie sich keine Sorgen machen müssen, um Jobtitel und Beschreibungen zu ändern.

Delegation und Priorisierung

Scrum basiert auf der Idee von selbst verwalteten Teams, die zusammenarbeiten, um ein Projekt abzuschließen. Der Produktinhaber kann letztendlich das endgültige Sprache hinweisen, welche Funktionen oder Aufgaben im Produktrückstand Priorität haben (eine Liste aller Funktionen, Aufgaben und Arbeiten, die auf dem Projekt abgeschlossen werden), da sie als Vertreter für die Anforderungen des Kunden Das gesamte Team bietet jedoch die Input, in die Aufgaben in einem Sprint angegangen werden.

Scrum-Teammitglieder.Wir haben auch in der Regel volle Autonomie, wenn es darum geht, die Arbeit im Sprint abzuschließen. Sie können auswählen, an welchen Elementen sie arbeiten, an denen sie arbeiten, solange es bis zum Ende des Sprints erreicht wird.

Kanban fördert die Zusammenarbeit und die Führung auf allen Ebenen, aber das self-Managed-Team ist nicht denselben Weg, den Scrum tut. Da Kanban Teams fördert, die ihre alten Rollen beibehalten, neigen frühere Teamstrukturen dazu, zu diktieren, wie die Delegation behandelt wird.

Häufig wird der Manager dafür verantwortlich, die Arbeit zu priorisieren und aktiv den Workflow zu verwalten. Sie können bestimmte Aufgaben an bestimmte Personen delegieren oder zulassen, dass sie als "zuerst kommen, zuerst getan werden, zuerst."

Änderungen und Änderungen.

Scrum und Kanban.Griff-Modifikationen und Änderungen auf sehr unterschiedliche Weise.

Im Scrum ist ein Sprint vor dem Start geplant, das Team führt seine Arbeit aus, und der Sprint endet mit der Produktlieferung und der Überprüfung. Jedes Kundenfeedback, Probleme, Fehler oder angeforderte Änderungen werden dann dem gesamten Produktrückwert hinzugefügt und in zukünftigen Sprints basierend auf der Priorität gearbeitet.

Änderungen, die mit mittlerem Sprint identifiziert werden, werden bis zu zukünftigen Sprünten nicht angegangen, es sei denn, ein Problem ist, es sei denn, ein Problem ist erheblich, dass sie sofort angesprochen werden muss. Dieser Ansatz bedeutet, dass sich die Sprint-Zeitpläne nicht ändern, aber zusätzliche Sprints müssen dem Gesamtprojekt möglicherweise hinzugefügt werden, wenn genügend Änderungsanforderungen auftreten.

In Kanban können Änderungen zu jedem Zeitpunkt vorgenommen werden, und sofortige Modifikationen werden aktiv gefördert. Dies kann die Projektzeitleiste in Abhängigkeit von der Schwere der Änderung beeinflussen.

Kanban warursprünglich erstellt.von Toyota zur Automobilherstellung, und es wird häufig verwendet, um viele derselben Aufgaben oder Arbeitsteile zu bekämpfen. In dieser Art von Szenario, in denen Produkte austauschbar sind, liegt der Schwerpunkt auf, ein bestimmtes Volumen anstelle eines bestimmten Stücks zu liefern. Wenn also ein Produkt beschädigt ist, ist es in der Regel aus dem zu verschreiftenden oder modifizierten Workflow herausgezogen.

Produktivitätsmessung.

Scrum stützt sich auf Metriken wie zGeschwindigkeitundAbbrennenPreise, um die Produktivität zu messen.

Diese Tools helfen zusammen, dass diese Tools illustrieren, wie produktiv das Team war, und wie produktiv sie müssen, um das Projekt rechtzeitig abzuschließen.

Kanban neigt dazu, die Zykluszeit zu überwachen,Vorlaufzeitund arbeiten, um die Produktivität zu bewerten.

Stellen Sie sich vor, Sie wurden Montagmorgen eine Aufgabe zugewiesen, die Sie am Mittwochmorgen daran arbeiten, und Sie haben es am Freitag bis zum Ende des Tages fertiggestellt. In diesem Szenario betrug Ihre Vorlaufzeit fünf Tage (Montag bis Freitag), und Ihre Zykluszeit betrug drei Tage (Mittwoch bis Freitag).

Fällige Termine und Lieferzeiten

Im Scrum sind Sprints typischerweise ein bis vier Wochen lang, und ein Produktinkrement oder eine Version des Produkts wird am Ende jedes Sprints geliefert. Jede unterstützende Dokumentation wie Trainingsmaterialien würde zu diesem Zeitpunkt auch geliefert werden. Es gibt selten Mid-Sprint-Fälligkeiten oder Lieferungen.

Die Ausnahme wäre, wenn interdependente Aufgaben beide demselben Sprint zugeordnet sind. Wenn Task B nicht starten kann, bis die Aufgabe A abgeschlossen ist, kann Task A ein frühzeitiges Fälligkeitsdatum erteilt werden, um sicherzustellen, dass beide rechtzeitig getan werden. Es gibt jedoch oft kein förmliches Fälligkeitsdatum zugewiesen, und das Team verwaltet diese Abhängigkeiten einfach in ihren täglichen Standup-Meetings.

Kanban basiert auf der Idee der kontinuierlichen Lieferungen. Kanban-Teams arbeiten häufig an unabhängigen Aufgaben, Produkten oder Liefergegenständen. Sobald ein Arbeitsstück abgeschlossen ist, kann es sofort an den Kunden geliefert werden.

Die Teams können sich für die Gruppierlieferungen entscheiden, sodass sie also nicht ständig einen Artikel senden, sondern auch so, wie sie dies tun, liegt an ihnen. Zum Beispiel können Sie jeden Freitag versenden, oder jedes Mal, wenn Sie 20 abgeschlossene Teile treffen.

In Bezug auf Fälligkeiten neigt der primäre Fokus von Kanban dazu, auf Zykluszeit und Vorlaufzeit zu sein, anstatt welchen Arbeit zu fällig ist wann. Dies bedeutet, dass feuchte Termine dazu neigen, auf Ziel-Turnaround-Zeiten zu basieren, anstatt, wenn Kunden Lieferungen erwarten.

Wenn das Ziel beispielsweise eine durchschnittliche Zykluszeit von fünf Tagen ist, kann jede Karte möglicherweise ein Fälligkeitsdatum von fünf Tagen ab, ab wenn die Arbeit zugewiesen wird, auch wenn er bis zum Ende des Monats nicht an den Kunden geliefert wird.

Welcher Projektplan und ein Framework ist besser für das Organisieren eines Projekts?

Die Antwort aufWann verwenden Sie Kanban Vs Scrumhängt von der Art des Projekts ab, das Sie planen. Scrum und Kanban eignen sich am besten für verschiedene Projekte.

Aber hier ist eine kurze Analyse:

Scrum vs. Kanban: Muss es entweder sein - oder?

Es gibt eine dritte Option, genannt Scrumban. Es ist eine Kombination der beiden Frameworks, die versucht, einen mittleren Grund für Teams zur Verfügung zu stellen, die Kanban zu flexibel und zum Scrum zu starr finden.

Wenn Sie mehr wissen möchten, schauen Sie sich unseren Artikel anWas Sie über Scrumban wissen müssen .

Unabhängig von dem Projekt, mit dem Sie beauftragt sind, ist die Änderung unvermeidlich. Die Umfassende einer agilen Methodik ist der erste Schritt zur Verbesserung der Zusammenarbeit, verfeinerte konsistente Prozesse und mit der integrierten Flexibilität, sodass Sie und Ihr Team für alles ausgestattet sind, was Ihren Weg geworfen wird.

Nun, da Sie auf der richtigen Methode für den Job gelandet sind,Erfahren Sie, wie Sie einen Projektplan hier schreiben können. OderMelden Sie sich für eine kostenlose zweiwöchige Studie anvonUDN-Task-ManagerProjektmanagement-Software und entdecken Sie, wie unsere Kanban- und Scrum-Vorlagen Ihnen dabei helfen können, welcher Rahmen, den Sie wünschen.