Scrum: Die Vor- und Nachteile
Jede Methode hat Vor- und Nachteile. Scrum ist eine Agile-Methode, bei der kleine Teams in kurzen Entwicklungszeiten (Sprints) zusammenarbeiten, um am Ende jedes Zeit-Sprints funktionierende Software bereitzustellen. Scrum ändert bewusst kurz den Planungsprozess und konzentriert sich auf die schnelle Entwicklung von Arbeitssoftware in kleineren Teilen. Zu den Vorteilen von Scrum gehören:
- Terminplanung verbessern – Scrum überwindet das Problem komplexer Geschäftsanforderungen, die schwer zu verstehen sind und die Terminplanung erschweren. Der Scrum-Ansatz zur Bewertung von Anforderungen besteht darin, sie in verbrauchende Bits zu zerlegen, die schnell entwickelt werden.
- Reduzieren Sie die Auswirkungen von Fehlern - Fehler, die in einem Scrum auftreten können, werden im nächsten Scrum schnell überarbeitet und repariert.
- Verbesserung der Kommunikation – Tägliche Meetings sorgen dafür, dass Statusaktualisierungen (Fortschritt und Stände) gut sichtbar sind. Tatsächlich kann die Verwaltung der Entwicklung auf die Verwendung eines Taskboards reduziert werden, in dem das Sprint-Backlog in einer Tabelle zusammen mit Spalten aufgeführt wird, die den Status anzeigen.
- Steigern Sie die Produktivität – Tägliche Meetings steigern die Teamproduktivität.
- Bauen Sie bessere Kundenbeziehungen auf - Die iterative Natur von Scrum bedeutet, dass Kundenbeteiligung und Feedback wichtig sind, dadurch wird sich das Team der Kundenbedürfnisse besser bewusst und das Team wiederum kann besser auf diese Bedürfnisse eingehen.
- Software verbessern – Veränderung ist keine Unterbrechung, sondern ein Mittel, um den Wert der Software zu verbessern.
Umgekehrt sind einige der Nachteile von Scrum:
- Scope Creep - Ohne ein definiertes Ende eines Projekts und mit Veränderungen, die so gerne angenommen werden, wird Scope Creep zu einem echten Problem. Entscheidungsträger sind oft versucht, immer mehr Funktionen hinzuzufügen.
- Nicht ideal für große Teams - Scrum funktioniert am besten mit einem kleinen Team.
- Unerfahrene Teammitglieder können eine Belastung sein - Eine erfolgreiche Implementierung von Scrum hängt davon ab, dass Teammitglieder die Entwicklungszeit einschätzen können.
- Schlecht geeignet für Micromanager - Scrum funktioniert am besten, wenn sich der Scrum Master auf das Team verlassen kann, ohne kontrollierend zu sein. Bei Scrum geht es darum, dass Einzelpersonen ihre Arbeit gemeinsam verwalten und keine starke Aufsicht erhalten.
- Der Umsatz kann enorm nachhaltig sein - die geringe Teamgröße und die Kürze der Entwicklungszeiträume können anstrengend sein.
- Das Qualitätsmanagement ist schwieriger - Teammitglieder führen alle Tests durch, aber Regressionstests werden manchmal aus der Schleife herausgelassen, was dazu führt, dass Unit-Tests die einzigen durchgeführten Tests sind.
Leitfaden zum Projektmanagement
Alles aus einer Hand für alle Fragen zum Projektmanagement
Sind Sie bereit, mehr aus Ihrem Projektmanagement herauszuholen? In unserem umfassenden Projektmanagement-Leitfaden finden Sie Tipps, Best Practices und kostenlose Ressourcen, mit denen Sie Ihre Arbeit effektiver verwalten können.
Was ist die Kanban-Methode?
Kanban wurde von Taiichi Ohno, einem Ingenieur bei Toyota, entwickelt und ist als Methode zur schrittweisen Verwaltung und Verbesserung der Servicebereitstellung im Laufe der Zeit definiert. Es gibt drei Leitprinzipien der Kanban-Methode:
- Beginnen Sie mit dem, was Sie jetzt tun
- Vereinbaren Sie, schrittweise, evolutionäre Veränderungen zu verfolgen
- Respektieren Sie den aktuellen Prozess, die Rollen, Verantwortlichkeiten und Titel
Es gibt fünf Kerneigenschaften von Kanban:
- Visualisieren Sie den Workflow
- Limit Work in Progress (WIP)
- (in Bearbeitung befindliche Arbeiten begrenzen)
- Ablauf verwalten
- Machen Sie Verwaltungs- und Prozessrichtlinien explizit
- Kontinuierliche Verbesserung, auch Als Kaizen bekannt (mit Modellen und der wissenschaftlichen Methode)
Kanban: Die Vor- und Nachteile
Genau wie Scrum hat Kanban seine eigenen Vor- und Nachteile. Zu den Vorteilen von Kanban gehören:
- Verbessern Sie die Ressourcenzuweisung - WIP ist begrenzt, sodass neue Aufgaben in das Team eingezogen werden, wenn Ressourcen verfügbar werden.
- Projektmanagement vereinfachen – Das Kanban Board bietet eine auf einen Blick einfache Visualisierung des Arbeitszustands und ermöglicht ein einfacheres Projektmanagement.
- Unterbrechungen reduzieren – Veränderungen sind weniger radikal, weil Sie mit den bestehenden Prozessen arbeiten, die Sie haben, und sie im Laufe der Zeit verbessern.
- Treffen Sie fundiertere Entscheidungen - Die Visualisierung des Workflows erleichtert es, den Arbeitsablauf zu verstehen und Entscheidungen über Änderungen zu erleichtern.
Zu den Nachteilen von Kanban gehören:
- Kanban-Boards müssen aktuell sein - ein veraltetes Kanban-Board kann große Probleme verursachen. Kanban verlässt sich darauf, dass Teammitglieder alles auf dem neuesten Stand halten, und ohne die täglichen Meetings von Scrum kann dies schwieriger sein.
- Ein Kanban-Board zu komplex machen – Wenn zu viele Elemente oder Prozesse auf einem Kanban-Board nachverfolgt werden, kann dies zu Verwirrung führen und eine genaue Aktualisierung erschweren.
- Fehlende Fristen: Ohne Zeitrahmen für die Entwicklung kann das Team in Verzug geraten
Scrum und Kanban: Wie sie sich unterscheiden
Scrum und Kanban sind sehr unterschiedlich. Es mag unmöglich erscheinen, sie miteinander in Einklang zu bringen. Scrum hat eine Reihe von vorgeschriebenen Rollen, darunter scrum Master, Produkteigentümer und Entscheidungsträger. Kanban hingegen hat keine vorgeschriebenen Rollen. Sowohl Scrum als auch Kanban werden als Pull-Systeme bezeichnet, was bedeutet, dass Teammitglieder Funktionen aus dem Backlog ziehen, sobald sie verfügbar sind, um daran zu arbeiten. Eine andere Perspektive ist, dass Scrum aufgrund des "Batch"-Charakters des Backlogs wirklich ein Push-System ist, bei dem dem Team zu Beginn des Sprints eine Reihe von Funktionen zugewiesen werden. Kanban gilt als unbestreitbares Pull-basiertes System, bei dem Funktionen bei Bedarf kontinuierlich aus dem Backlog gezogen werden.
Scrum hat ein tägliches Meeting und mehrere erforderliche Meetings, wie die Demo, in der die Software dem Kunden für Feedback vorgestellt wird. Kanban hat keine erforderlichen Meetings.
Der vielleicht auffälligste Unterschied zwischen Scrum und Kanban ist, dass Scrum zwar durch die Länge des Sprints eingeschränkt ist, Kanban jedoch ohne zeitlimitierte Entwicklungszeit arbeitet. Es gibt keinen definierten Anfang oder Ende, sondern einen kontinuierlichen Arbeitsfluss, bei dem jede erfolgreiche Entwicklung der Beginn einer neuen Entwicklung folgt.
Obwohl Scrum einfach und flexibel sein soll, finden es einige Entwicklungsteams zu starr für ihr agiles Geschäft. Gleichzeitig finden sie Kanban zu lasch. Scrumban wurde als Mittelschicht zwischen Scrum und Kanban geboren – die Starrheit von Scrum in Kombination mit dem nachsichtigeren Kanban ist zu einer perfekten Methode für viele agile Unternehmen geworden.
Scrumban-Methode: Das Beste aus beiden Welten
Scrumban wurde von Corey Ladas, einem Enthusiasten für Softwareentwicklungsmethoden, in seinem Buch Scrumban: Essays on Kanban Systems for Lean Software Development vorgestellt. Er behauptet, dass Scrumban als Mittel für den Übergang eines Entwicklungsteams von Scrum zu Lean (basiert auf einem Bau-, Mess-, Lernfluss zur kontinuierlichen Verbesserung und konzentriert sich nur darauf, was den Kunden Mehrwert bringt) oder Kanban geschaffen wurde. Aber während Teams Scrum ersetzen sollten, ist es zu einer eigenen Methode geworden, die Elemente von Scrum und Kanban kombiniert. Die Entscheidung, Scrum oder Kanban durch Scrumban zu ersetzen, sollte als Reaktion auf die Umgebungs- und Organisationsanforderungen getroffen werden.
Scrumban wird am häufigsten in Entwicklungs- und Wartungsprojekten verwendet. In der Praxis benötigen sowohl Entwicklungs- als auch Wartungsteams viele der gleichen Fähigkeiten. Entwicklungsteams benötigen ein Mittel, um ihren gesamten Entwicklungsprozess zu verwalten, während Wartungsteams in der Lage sein müssen, Updates und Reparaturen an fehlerhafter Software durchzuführen.
Vergleich von Scrumban mit Scrum
- Iterationen: Die Iteration ist das definierende Merkmal von Scrum, während Scrumban den Kanban-Ansatz des kontinuierlichen Workflows verfolgt - wobei Iterationen optional sind.
- Teamrollen: Scrum hat Rollen mit Entwicklungsteammitgliedern definiert, die alle Hüte eienes Entwicklungsprojekts tragen, während Scrumban rollen nur bei Bedarf benötigt.
- Visualisierung: Scrum kann ein Board verwenden, ist aber hauptsächlich von Backlogs und Burndown-Charts abhängig, während Scrumban wie Kanban auf das Scrumban Board angewiesen ist, um die Transparenz in der Arbeit aufrechtzuerhalten.
- Meetings: Sowohl Scrum als auch Scrumban halten tägliche Meetings ab, aber es gibt keine Sprint- oder Release-Planungsbesprechungen und Retrospektiven in Scrumban. Scrumban umfasst die On-Demand-Planung.
- Schätzung: Scrum-Teams müssen (oft Mithilfe des Bucket-Size-Planungssystems und Story Points) die Zeit abschätzen, die die Arbeit benötigt, um die Verpflichtungen eines Sprints zu erfüllen, während Scrumban keine Zeitbeschränkung hat. Stattdessen wird die Schätzung im Laufe der Zeit deutlich, wenn das Team mehr Aufgaben erledigt.
- WIP: Das Scrum WIP wird vollständig durch das Sprint Backlog definiert und zu Beginn jedes Sprints geplant, während das Scrumban-Team das WIP auf die verfügbaren Ressourcen beschränkt.
- Änderung: Veränderungen werden in Scrum begrüßt, weil sie in einem nachfolgenden Sprint reagiert und geplant werden können, aber in Scrumban wird auf Änderungen sofort reagiert. Das Fehlen von Sprints und Backlogs bedeutet, dass es keine Grenzen gibt, wann Aufgaben eingeführt werden können. Veränderung wird zur Sache einer Ressource, die verfügbar wird, um sie anzugehen.
- Feature Freeze (dt. Funktion einfrieren): Obwohl Scrumban sofort auf Änderungen reagiert, gibt es eine Grenze. Scrumban übernimmt Feature Freeze an - eine Sperrzeit, bei der Änderungen oder zusätzliche Features nicht hinzugefügt werden können, weil die Projektfrist näher rückt.
- Triage: Da Scrumban keine Schätzungen vorsieht, ist die Triage-Phase von entscheidender Bedeutung. Während sich die Projektfrist nähert, ermöglicht Scrumban Triage dem Projektmanager, die Arbeit an weniger wichtigen Funktionen zu beenden, um wesentliche Funktionen rechtzeitig zu vervollständigen.
Vergleich von Scrumban mit Kanban
- Teamrollen: Kanban hat keine vorgeschriebenen Rollen, aber in Scrumban gibt es ein bestimmtes Team und möglicherweise erforderliche Rollen.
- Meetings: Kanban erfordert keine Meetings, Scrumban besteht jedoch aus täglichen Meetings. Tägliche Meetings helfen, die Zusammenarbeit zwischen Teammitgliedern aufrechtzuerhalten und Fortschrittshindernisse zu überwinden. Darüber hinaus handelt es sich bei Kanban zwar um einen sich weiterentwickelnden Prozess, es gibt jedoch keine vorgeschriebenen Meetings, um die Entwicklung oder vorgeschlagene Verbesserungen zu untersuchen. Scrumban ermöglicht Post-Morteme, die es dem Team ermöglichen, an Prozessverbesserungen zu arbeiten, und Teammitgliedern, die aus der Arbeit gelernt haben, auszutauschen.
- Metriken: Sowohl Kanban als auch Scrumban basieren auf der Messung der Vorlaufzeit und Zykluszeit (die manchmal synonym verwendet werden) als wichtige Metrik. Diese Metrik schätzt die durchschnittliche Zeit, die zum Abschließen einer bestimmten Aufgabe benötigt wird. Die Vorlaufzeit ist das, was der Kunde von der Anforderung bis zur Lieferung sieht. Zykluszeit ist die Zeit vom Arbeitsbeginn bis zur Auslieferung.
Was ist die beste Umgebung für die Einführung von Scrumban?
Vielleicht fragen Sie sich, welche Umgebung für die Einführung von Scrumban am besten ist. Wie bei allen Methoden ist Scrumban nicht für jede Umgebung oder Kultur geeignet. Wenn Ihr Unternehmen optimal für Scrum geeignet ist, mit vielen erfahrenen Mitgliedern, Kunden, die am Entwicklungsprozess teilnehmen möchten, einem klaren Verständnis von User Storys und Ihrer Unternehmenskultur, in der definiertes Projektmanagement und Zeitpläne hat, sollten Sie sich an Scrum halten. Wenn Sie in erster Linie in einer Wartungsumgebung arbeiten, in der eine neue Entwicklung ein kleiner Teil der Aktivitäten des Teams ist, die Arbeit läuft, Aufgaben nach Bedarf gezogen werden müssen und keine Projekte für bestimmte Kunden definiert sind, sollten Sie sich an Kanban halten.
Der beste Zeitpunkt für die Implementierung von Scrumban ist, wenn:
- Ein Projekt hat viele unerwartete Änderungen an User Storys und die Überarbeitung von Prioritäten.
- Sie möchten Pull-Funktionen zum Scrum-Entwicklungsprozess hinzufügen.
- Scrum war aufgrund einer Reihe von Problemen oder weil nicht genügend Ressourcen vorhanden sind, um die Zeitbeschränkungen von Scrum zu erfüllen, erfolglos.
- Die Arbeit ist ereignisorientiert, beispielsweise beim Helpdesk-Support, wo sich die Prioritäten ständig verschieben.
- Das Team konzentriert sich ganz auf das Hinzufügen von Funktionen und die Unterstützung eines bestehenden Produkts.
- Scrum wird von Ihrem Entwicklungsteam genutzt, aber Sie sind an einigen Prinzipien von Kanban interessiert.
- Sie finden, dass einige der Rigidität von Scrum die Anpassungsfähigkeit Ihres Teams an Veränderungen einschränkt.
- Sie wandeln sich zu Kanban, müssen aber kleine Methodologieänderungen vornehmen, um Störungen zu begrenzen.
Das letzte Wort zu Scrumban wird immer sein, wie das Team auf die Methode reagiert. Scrum eignet sich gut für Teams, die mehr Struktur mögen und wissen möchten, woran sie morgen arbeiten werden. Der Hauptvorteil von Scrumban ist die Fluidität des Modells. Am Ende wird wie bei jeder Entwicklungsmethodik das Buy-in von Unternehmen und Teams den Erfolg bestimmen.
Why Smartsheet is an Effective Tool for Scrumban
Befähigen Sie Ihr Team, über sich selbst hinauszuwachsen – mit einer flexiblen Plattform, die auf seine Bedürfnisse zugeschnitten ist und sich anpasst, wenn sich die Bedürfnisse ändern. Mit der Plattform von Smartsheet ist es einfach, Arbeiten von überall zu planen, zu erfassen, zu verwalten und darüber zu berichten. So helfen Sie Ihrem Team, effektiver zu sein und mehr zu schaffen. Sie können über die Schlüsselmetriken Bericht erstatten und erhalten Echtzeit-Einblicke in laufende Arbeiten durch Rollup-Berichte, Dashboards und automatisierte Workflows, mit denen Ihr Team stets miteinander verbunden und informiert ist. Es ist erstaunlich, wie viel mehr Teams in der gleichen Zeit erledigen können, wenn sie ein klares Bild von der geleisteten Arbeit haben. Testen Sie Smartsheet gleich heute kostenlos.