Scrum und Kanban: zwei leistungsstarke agile Methoden erklärt

Sie werden also ein komplexes Projekt leiten? Es gibt eine Menge Arbeit, die erledigt werden muss, aber keine Panik! Als Projektmanager sind Sie für die Planung, Überwachung, Verwaltung des Budgets, Ausführung, Überprüfung der Qualität und termingerechten Freigabe des endgültigen Projekts verantwortlich. Glücklicherweise gibt es viele Projektmanagement-Methoden, die Ihre (und auch die Ihres Teams) Arbeit einfacher und viel effizienter machen können!

In diesem Artikel möchte ich mich auf die beiden beliebtesten agilen Methoden – Scrum und Kanban – konzentrieren, die die Welt der Softwareentwicklung in den letzten Jahren im Sturm erobert haben. Heutzutage werden Sie kaum ein Softwarehaus finden, das diese beiden Frameworks für das Projektmanagement nicht übernimmt. Worum geht es ihnen? Lesen Sie weiter und erfahren Sie alles, was Sie über Scrum und Kanban wissen müssen!

Was genau ist agile Methodik im Projektmanagement?

Unternehmen arbeiten heute nicht mehr an einem einzelnen Projekt, ohne es in allen Phasen des Entwicklungsprozesses zu testen. Es rechnet sich einfach nicht! Warum nicht?

Stellen Sie sich vor: Ihr gesamtes Team arbeitet beispielsweise mehrere Monate an der Entwicklung einer mobilen App, die Sie erst ganz zum Schluss testen und evaluieren, wenn die gesamte Arbeit Ihrer Backend- und Frontend-Entwickler, Designer und Texter bereits abgeschlossen ist. Was, wenn Sie erst dann feststellen, dass Ihr Produkt nicht mehr den Anforderungen des Marktes und den Bedürfnissen der Nutzer entspricht? Sie müssten dann nachfolgende Iterationen des gesamten Projekts einführen, was viel Zeit, Geld und Energie kostet.

Die agile Methodik ist daher eine großartige Lösung, die den Arbeitsablauf erheblich verbessert und Änderungen in jeder Phase einfach umsetzt. Das Schlüsselprinzip hinter Agile besteht darin, ein „großes“ und komplexes Projekt in mehrere kleinere Elemente (oder Funktionen) zu zerlegen und diese nacheinander zu veröffentlichen. Hier sind Entwicklung und Test zwei gleichzeitige Aktivitäten, die es einfacher machen, das Projekt kontinuierlich zu validieren und alle notwendigen Verbesserungen einzuführen.

Interessant ist, dass sich Agile über viele Jahre in IT- und Softwareentwicklungsunternehmen durchgesetzt hat, sich diese Methodik jedoch als so effektiv erwiesen hat, dass sie heute in vielen anderen Bereichen wie Marketing, Vertrieb, HR oder Operations eingesetzt wird. Laut dem von Verison One erstellten State of Agile Report praktizierten im Jahr 2020 95 % der Technologieunternehmen und Softwarehäuser verschiedene agile Methoden.

Scrum-Framework: Warum ist es so genial?

Viele Leute neigen dazu, zwei Konzepte zu verwechseln, die, obwohl sie ziemlich ähnlich zu sein scheinen, nicht synonym sind – das sind Agile und Scrum. Kurz gesagt, Agile ist ein Überbegriff, der alle Methoden und Vorgehensweisen bezeichnet, die im Agilen Manifest aufgeführt sind, während Scrum tatsächlich eine dieser Methoden ist. So einfach ist das!

Was ist Scrum und wann kann es eingesetzt werden?

Scrum ist ein Projektmanagement-Framework, das hauptsächlich auf die Erstellung komplexer Produkte angewendet wird, bei denen der Entwicklungsprozess mindestens mehrere Monate dauert. Sie setzt vor allem auf Transparenz, kontinuierliche Kommunikation zwischen allen Teammitgliedern und gemeinsame Verantwortung. Diese Strategie erleichtert die Lieferung der endgültigen Version des Projekts, die die Bedürfnisse der Zielgruppe befriedigt und auf die aktuellen Marktanforderungen reagiert.

Auch wenn sich Scrum gerade in den letzten Jahren zu einem führenden Framework entwickelt hat, ist es eigentlich nichts Neues. Gehen wir zurück ins Jahr 1986, als die Harvard Business Review den Artikel The New Product Development Game veröffentlichte. Dort beschreiben die Autoren einen Managementansatz von Unternehmen wie Honda oder Canon, der zu deren Erfolg geführt hat. 1993 inspirierten diese Konzepte dann Jeff Sutherland und das Team der Easel Corporation dazu, einen teambasierten Prozess namens Scrum zu etablieren.

Rollen & Verantwortlichkeiten in einem Scrum Team

In einem Scrum-Team sind alle Rollen von Anfang an klar definiert und ändern sich in der Regel auch während des gesamten Projekts nicht. In der Regel hat dieses Framework 3 grundlegende Rollen: Product Owner, Scrum Master und Entwicklungsteam.

Scrum-Master

Ein Scrum Master ist eine Art (aber nicht ausschließlich) Teamleiter, der dafür sorgt, dass alles richtig gemacht wird und der Entwicklungsprozess reibungslos abläuft. Die Hauptaufgaben eines Scrum Masters sind:

• Coaching der Teammitglieder, damit alle effizienter arbeiten, um neue Funktionen des digitalen Produkts bereitzustellen
• Planung aller Aufgaben für die nächsten Sprints (weiter unten erzähle ich Ihnen mehr über Sprints in Scrum) und Pflege des Product Backlogs
• Aufklärung der Stakeholder und aller Teammitglieder über die Bedeutung der Scrum-Prinzipien für das Projektmanagement
• Bewertung, ob alle Aufgaben planmäßig ausgeführt werden
• versuchen, alle Hindernisse zu beseitigen, die die Umsetzung der Aufgaben in einem bestimmten Sprint behindern.

Es ist äußerst wichtig, dass ein Scrum Master immer eng mit einem Product Owner zusammenarbeitet . Gemeinsam planen sie nachfolgende Sprints, bewerten die Qualität abgeschlossener Aufgaben, geben dem Team eine Richtung vor und bestimmen, ob das Projekt Änderungen erfordert. Einfach ausgedrückt, der Scrum Master tut sein Bestes, um dem Entwicklungsteam zu helfen, erfolgreich zu sein und alle Funktionen rechtzeitig bereitzustellen.

Produkteigentümer

Ein Product Owner ist dafür verantwortlich, die endgültige Version des Produkts zu liefern, die tatsächliche Geschäftsgewinne generieren kann. Daher ist es im gesamten Scrum-Team der Product Owner, der die Prioritäten setzt und die entscheidende Rolle spielt . Wichtig dabei ist, dass das Product Backlog vom Product Owner verwaltet wird, der festlegt, welche Produktfeatures vorrangig entwickelt werden sollen, da sie den größten Geschäftswert haben.

Dies sind die Hauptaufgaben eines Product Owners:

• Verwaltung des Product Backlogs
• Interessenten kontaktieren
• Definition des Hauptziels jedes Sprints
• Planung der Veröffentlichung neuer Funktionen
• Bewertung der Arbeit des Entwicklungsteams und Abbruch des Sprints bei Bedarf

Entwicklungsteam

Ohne ein Entwicklungsteam wäre Scrum nicht möglich, da sie die eigentliche Arbeit erledigen und alle Aufgaben erledigen, die für bestimmte Sprints geplant sind.

In der Regel besteht das Entwicklungsteam aus Personen mit Fachkenntnissen in einem bestimmten Bereich , z. B. iOS, maschinelles Lernen, Backend- oder Frontend-Entwicklung. Sie alle bündeln ihre Kräfte, um hochwertige Funktionen eines digitalen Produkts zu liefern. Sie sollten jedoch bedenken, dass sich der Begriff „Entwicklungsteam“ zwar normalerweise auf Ingenieure bezieht, dies jedoch nicht immer zutreffend ist. Marketer, Designer, Analysten, Tester, Texter oder Vertriebsspezialisten können ebenfalls einen gewissen Wert einbringen und Teil eines Scrum-Teams sein.

Eines der Dinge, die beim Aufbau eines Entwicklungsteams zu berücksichtigen sind, ist die Anzahl seiner Mitglieder. Auch hier gibt Scrum einige Grundregeln vor! Es wird gesagt, dass ein solches Team aus 3 bis 9 Personen bestehen muss und über die erforderlichen Fähigkeiten verfügen sollte, um alle Funktionen bereitzustellen. Natürlich hängt alles von der Komplexität des Projekts und den Bedürfnissen des Kunden ab; manchmal reichen 4 oder 5 Entwickler völlig aus, um ein digitales Produkt zu bauen.

Aber was genau ist die Rolle des Entwicklungsteams in Scrum? Grundsätzlich sollte es:

• Erstellen Sie alle Produktfunktionen gemäß den Anweisungen des Product Owners
• Bestimmen Sie, wie viele Elemente in einem bestimmten Sprint erstellt werden sollen
• Verwalten Sie die Arbeitslast effizient, sodass alle Aufgaben bis zum Ende des Sprints abgeschlossen sind
• alle relevanten Entscheidungen gemeinsam treffen
• eine „Wir“-Einstellung haben – das Team trifft alle Entscheidungen, löst Probleme gemeinsam und jeder fühlt sich für andere Kollegen verantwortlich

Scrum-Entwicklungsprozess auf den Punkt gebracht

Sie wissen bereits, was Scrum ist und wer ein Scrum-Team bildet, also ist es jetzt an der Zeit zu verstehen, wie der Entwicklungsprozess in dieser Methodik aussieht und wie man ihn richtig macht.

Im Scrum-Prozess zählt jeder Schritt und bringt Ihrem Team einen echten Mehrwert. Hier sind die wichtigsten Etappen, die Sie nicht überspringen sollten:

1. Product Backlog : Eine Liste aller Elemente, die in den folgenden Sprints erstellt werden müssen. Es wird von einem Product Owner zusammen mit einem Scrum Master verwaltet, der genau weiß, wann jedes Feature oder Element veröffentlicht werden sollte.
2. Sprint-Planungsmeeting : Der Hauptzweck dieses Meetings besteht darin, festzulegen, was jedes Mitglied des Entwicklungsteams im nächsten Sprint tun wird. Es wird immer vor Beginn des Sprints organisiert, damit jeder einschätzen kann, ob er alle Aufgaben vor Ablauf der Frist erledigen kann. Stellen Sie sicher, dass jedes Teammitglied das Hauptziel des Sprints vollständig erfasst.
3. Sprint Backlog : Dies sind die ausgewählten Aufgaben aus dem Product Backlog, die das Team in einem bestimmten Sprint ausführen möchte.
4. Sprint : Hier passiert die ganze Magie. Sprint ist ein kurzer Zeitraum, der normalerweise 1-4 Wochen dauert, wenn das Entwicklungsteam daran arbeitet, alle Aufgaben zu erledigen, die während des Frühjahrsplanungstreffens zugewiesen wurden.
5. Daily Scrums (auch Standup genannt): Täglich zur gleichen Zeit stattfindende extra kurze Meetings, bei denen alle in 1-2 Sätzen über ihren Arbeitsfortschritt berichten: Es wird besprochen, was erledigt ist und was noch zu tun ist.
6. Sprint Review : Wenn der Sprint vorbei ist, hat jeder die Möglichkeit, das Erreichte anderen Teamkollegen und sogar Stakeholdern zu präsentieren, die ziemlich oft an Sprint Reviews teilnehmen.
7. Sprint-Retrospektive : Jetzt ist es Zeit für das letzte Meeting, das den gesamten Sprint-Zyklus beendet. Wenn ein Teammitglied Vorschläge oder Ideen hat, was für den folgenden Sprint verbessert werden könnte, kann es dies während des Sprint-Retrospektiven-Meetings tun.

Für den Scrum -Prozess ist es wichtig sicherzustellen, dass jeder Scrum-Zyklus die gleiche Struktur hat : Es beginnt mit einem Sprint-Planungsmeeting, dann machen sich alle an die Arbeit und erledigen die für den Sprint festgelegten Aufgaben, und ganz am Ende zeigen alle Teammitglieder was sie erreicht haben.

Es gibt noch eine Sache, an die Sie sich erinnern sollten: Scrum hat eine sehr strenge Änderungsphilosophie. Was bedeutet das in der Praxis? Scrum-Teammitglieder sollten während des Sprints keine Aufgaben oder Hauptziele ändern. Wenn sie die geplanten Ergebnisse nicht liefern, sollte es eine Lehre für die Zukunft sein, die für die Fertigstellung der Aufgaben benötigte Zeit besser einzuschätzen.

Ein paar Worte zu Kanban

Nachdem Sie nun gelernt haben, was Scrum ist und wie man damit ein digitales Produkt erstellt, ist es an der Zeit, sich etwas mehr auf die zweite agile Methodik zu konzentrieren. Ich bin mir sicher, dass Sie es bereits kennen – auch wenn Sie es noch nicht wissen!

Was ist Kanban und wann kann es angewendet werden?

Der Begriff Kanban stammt aus dem Japanischen und lässt sich einfach mit „visuelles Signal“ übersetzen. Das ist im Grunde, worum es bei dieser Methodik geht. In Kanban hat jedes Element seine visuelle Darstellung – eine Karte, die Teammitglieder auf Whiteboards kleben und ihren Status ändern (z. B. „to do“, „doing“ oder „done“).

Dieser Ansatz kann von jeder Branche problemlos angewendet werden, wird jedoch am häufigsten von Softwareentwicklungsteams gewählt, die an komplexen und zeitaufwändigen Projekten beteiligt sind. Und das aus gutem Grund – Kanban erleichtert die Kommunikation in Echtzeit und macht die Arbeit aller Teamkollegen vollständig transparent.

Interessanterweise ist Kanban tatsächlich eine viel ältere Methodik als Scrum. Seine Anfänge reichen bis in die 1940er Jahre zurück, als Toyota in seinen Fabriken ein System separater Karten auf Whiteboards einführte, die die Arbeiter jederzeit wechseln konnten. Infolgedessen machte diese Strategie ihre Arbeit viel reibungsloser und beschleunigte die Kommunikation zwischen den Teams.

Wer ist wer in einem Kanban-Team?

Als ich über Scrum gesprochen habe, habe ich die genauen Rollen, Verantwortlichkeiten und Kompetenzen jedes Teammitglieds (Scrum Master, Product Owner und Entwickler) beschrieben. Hier ist vieles anders. Kanban definiert nicht, wer mehr Macht oder Verantwortung hat, da praktisch alle Teammitglieder gleich sind und ihre Kräfte und Fähigkeiten gemeinsam bündeln.

Darüber hinaus gibt Kanban nicht vor, wie viele Personen an einem Projekt zusammenarbeiten können, sodass jede Teamstruktur akzeptabel ist. Wenn Sie jedoch den Arbeitsablauf verbessern möchten, sollten Sie erwägen, ein übergreifendes Entwicklungsteam aufzubauen. Dank dieser Lösung können Teammitglieder mit unterschiedlichen Fachgebieten ihr Wissen teilen und in jeder Phase der Produktentwicklung Feedback geben. Auf diese Weise müssen andere Teams überhaupt nicht konsultiert werden!

Was ist ein Kanban-Board und wie erstellt man es?

Das Kanban-Board ist das Herz und die Seele dieser Methodik. Es ist ein Projektmanagement-Tool, das erstellt wurde, um den Fortschritt jeder Aufgabe in Echtzeit zu visualisieren. Wenn Sie sich fragen, ob Ihre Teamkollegen bereits mit der Arbeit an einem wichtigen Feature begonnen haben oder es vielleicht bereits abgeschlossen haben, sehen Sie einfach auf dem Board nach und jetzt wissen Sie es!

Dieses Beispiel zeigt genau, was Kanban ist und wie es Arbeit visualisiert:

Das allgemeine Konzept hinter Kanban-Boards ist also ziemlich einfach: Sie haben mehrere beschriftete Spalten und auf jeder davon platzieren Sie visuelle Karten. Das können Stickies oder Tickets sein. Auf jeder dieser Karten notieren Sie den Namen des Projekts, an dem Sie gerade beteiligt sind, oder das spezifische Arbeitselement, das Sie erstellen. Dann müssen Sie nur noch eine bestimmte Karte einer bestimmten Spalte zuweisen, damit der Rest Ihres Teams auf dem Laufenden ist und genau weiß, woran Sie gerade arbeiten.

Das Beispiel, das Sie oben sehen können, zeigt typische Spaltenkategorien:

• 'machen'
• 'im Gange'
• 'testen'
• 'erledigt'

Beachten Sie jedoch, dass Sie Ihren Arbeitsablauf umfassender beschreiben und zusätzliche Spalten hinzufügen können – ihre Wahl hängt von dem Projekt ab, das Sie verwalten.

Wenn Sie möchten, dass Ihr Team erfolgreich ist, müssen Sie sich noch eines bewusst sein – Sie sollten Grenzen für Aufgaben definieren, an denen Ihr Team gleichzeitig arbeiten kann. Aus diesem Grund empfiehlt Kanban zusätzlich, Work In Progress (WIT)-Limits festzulegen . Wie setzt man es in die Praxis um? Sie müssen angeben, wie viele Karten gleichzeitig in einer Spalte (z. B. 'In Bearbeitung') bleiben können. Wenn Ihr Team dieses Limit erreicht, kann es einfach keine weiteren Karten hinzufügen. Das Setzen dieser Grenzen ist immer eine großartige Lösung, um mit Arbeitsüberlastung umzugehen.

Scrum vs. Kanban: Welches Framework gewinnt diesen Kampf?

Nun, die Antwort auf diese Frage ist eigentlich nicht so einfach. Diese beiden agilen Strategien haben einige ähnliche Prinzipien, aber die Praktiken, die sie anwenden, sind zwei völlig unterschiedliche Dinge. Während Kanban fließender ist und kontinuierliche Veränderungen und regelmäßiges Feedback bevorzugt, ist Scrum viel strenger und organisierter.

Bereit für Ihr nächstes Softwareprojekt?

Lass uns zusammen arbeiten

Hier sind die Hauptunterschiede zwischen diesen beiden Projektmanagement-Frameworks:

Welches dieser agilen Frameworks werden Sie also wählen, um Ihre Projekte zu verwalten? Oder möchten Sie, dass die Experten das für Sie erledigen? Nehmen Sie Kontakt mit uns auf – durch die Einführung verschiedener agiler Methoden haben wir über 150 gebrauchsfertige erfolgreiche Produkte geliefert!