Erik's Scrum Journey

Dies ist mein privater Reiseblog in die agile Welt des Scrum.

Scrum vs. Kanban – welches agile Framework ist besser?

Ein umfassender Vergleich agiler Projektmethoden

In der heutigen Geschäftswelt sind agile Methoden wie Scrum und Kanban unverzichtbar, um Projekte effizient und flexibel zu managen. Beide Frameworks haben ihre Stärken und eignen sich für unterschiedliche Projektszenarien. Dieser Artikel beleuchtet die Einsatzbereiche, Vorteile und Unterschiede von Scrum und Kanban, um Ihnen bei der Auswahl des optimalen Frameworks für Ihr Projekt zu helfen.

Was ist Scrum?

Scrum ist ein iteratives und inkrementelles Framework, das ursprünglich für die Softwareentwicklung entwickelt wurde und sich mittlerweile in vielen Branchen etabliert hat. Es teilt komplexe Projekte in kleinere, überschaubare Arbeitspakete (Sprints) auf. Jeder Sprint hat eine feste Dauer und endet mit einem überprüfbaren Produktinkrement.

Wichtige Elemente von Scrum:

  • Produkt-Backlog: Eine priorisierte Liste aller Anforderungen an das Produkt.
  • Sprint-Planning: Regelmäßige Treffen, um die Arbeit für den nächsten Sprint zu planen.
  • Daily Scrum: Tägliche kurze Meetings, um den Fortschritt zu überprüfen und Hindernisse zu identifizieren.
  • Sprint Review: Eine Präsentation des fertigen Produktinkrements am Ende jedes Sprints.
  • Sprint Retrospective: Eine Reflexion über den vergangenen Sprint, um Verbesserungspotenziale zu identifizieren.

Vorteile von Scrum:

  • Transparenz: Regelmäßige Treffen und die Visualisierung des Fortschritts auf einem Scrum-Board schaffen Transparenz.
  • Flexibilität: Scrum ermöglicht es, schnell auf sich ändernde Anforderungen zu reagieren.
  • Qualität: Durch die regelmäßige Überprüfung des Produktinkrements wird eine hohe Qualität sichergestellt.
  • Motivation: Die Zusammenarbeit im Team und die regelmäßigen Erfolge steigern die Motivation der Mitarbeiter.

Wann ist Scrum die richtige Wahl?

Scrum eignet sich besonders gut für Projekte mit komplexen Anforderungen, die sich im Laufe der Zeit ändern können. Es ist ideal für Teams, die eine klare Struktur und einen festen Zeitrahmen für ihre Arbeit benötigen.

Was ist Kanban?

Kanban ist ein visuelles System zur Verwaltung von Arbeit, das auf dem Prinzip der kontinuierlichen Verbesserung basiert. Im Gegensatz zu Scrum gibt es in Kanban keine festen Iterationen. Stattdessen wird der Arbeitsfluss kontinuierlich optimiert.

Wichtige Elemente von Kanban:

  • Kanban-Board: Eine visuelle Darstellung des Arbeitsflusses, auf dem die Aufgaben in verschiedenen Spalten (z.B. “To Do”, “In Progress”, “Done”) platziert werden.
  • Work-in-Progress-Limits (WIP-Limits): Beschränkung der Anzahl der gleichzeitig bearbeiteten Aufgaben, um Überlastung zu vermeiden.
  • Kontinuierliche Verbesserung: Regelmäßige Überprüfung und Anpassung des Prozesses.

Vorteile von Kanban:

  • Flexibilität: Kanban ist sehr flexibel und kann an verschiedene Arbeitsweisen angepasst werden.
  • Visualisierung: Der Arbeitsfluss wird transparent und leicht verständlich dargestellt.
  • Kontinuierliche Verbesserung: Durch die regelmäßige Anpassung des Prozesses werden Ineffizienzen reduziert.

Wann ist Kanban die richtige Wahl?

Kanban eignet sich besonders gut für Teams, die bereits agile Methoden einsetzen und ihre Prozesse weiter optimieren möchten. Es ist auch eine gute Wahl für Teams, die in einem dynamischen Umfeld arbeiten und schnell auf Änderungen reagieren müssen.

Scrum vs. Kanban: Ein Vergleich

Merkmal Scrum Kanban
Iterationen Feste Sprints Kontinuierlicher Fluss
Planung Detaillierte Planung am Anfang jedes Sprints Flexible Planung
Rollen Produktbesitzer, Scrum Master, Entwickler Weniger formalisierte Rollen
Fokus Produktinkremente Durchsatz und kontinuierliche Verbesserung

Wann welches Framework wählen?

Die Wahl zwischen Scrum und Kanban hängt von verschiedenen Faktoren ab: – Projektkomplexität: Bei komplexen Projekten mit vielen Unsicherheiten ist Scrum oft die bessere Wahl. – Teamreife: Für erfahrene Teams, die bereits agile Methoden kennen, eignet sich Kanban gut. – Organisationskultur: Die Unternehmenskultur spielt ebenfalls eine Rolle. In Unternehmen mit einer starken Prozessorientierung ist Scrum oft besser geeignet.

Checkliste zur Auswahl des richtigen Frameworks:

  • Welche Art von Projekt ist es? (komplex, einfach, kontinuierlich)
  • Wie erfahren ist das Team?
  • Welche Unternehmenskultur herrscht?
  • Welche Tools stehen zur Verfügung?
  • Welche Ziele sollen erreicht werden?

Fazit – Scrum oder Kanban einsetzen?

Scrum und Kanban sind beide leistungsstarke agile Frameworks, die Unternehmen helfen können, ihre Projekte erfolgreich umzusetzen. Die Wahl des richtigen Frameworks hängt von den spezifischen Anforderungen des Projekts und des Teams ab. Eine gründliche Analyse und eine offene Diskussion im Team sind entscheidend für eine erfolgreiche Umsetzung.


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Wie kann ich die Akzeptanz und Relevanz von Scrum Events, wie Planning, Review, Daily und Retro steigern?

Eine Übung, die mir sehr gut gefällt, kann nebenbei auch Scrum Events aufwerten:

Bündle Aufgaben und Arbeit in Scrum Events – verschlanke Kalender

Nimm dir in einer Retrospektive die Kalender Deines Scrum Teams vor und übe, Meetings und deren Inhalte, statt in seperaten Terminen abzuhandeln einem Scrum Event (Review, Planning, Retro) zuzuordnen.

Das erhöht die Akzeptanz der Scrum Events und verschlankt die Kalender. So ganz nebenbei zahlt es auch noch auf das Scrum Value “Focus” ein ;)

#Scrum #ScrumEvents #ScrumTeam


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Wann ist mein Unternehmen bereit für Scrum?

Stolperte gerade über die Frage bei Linkedin: “How can you tell if your organization is ready for Scrum adoption?” – und antwortete inspiriert durch Jan Fischbach:

Oder: Wann sollte ich Scrum ernsthaft in Betracht ziehen?

Wenn eines dieser Probleme in Ihrem Unternehmen auftritt, sollten Sie den agilen Weg einschlagen: 1. Unser Unternehmen versteht die Kundenwünsche nicht. 2. Fehler werden zu spät im Entwicklungsprozess gefunden. (Womöglich regelmäßig vom Kunden) 3. Das Management mischt sich in die operative Arbeit ein. 4. Zu viele Projekte zur gleichen Zeit. 5. Die Mitarbeiter brennen aus. 6. Schlechte Kommunikation.

(“Fun Fact”: dies ist eine Liste der wichtigsten Probleme des Produktmanagements aus dem Jahr 1996)

Mein collab dazu auf LinkedIn 📑 https://lnkd.in/e_GA2Kzr

#Scrum #Unternehmen #Management #Agile


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Sicherstellen, dass die Rollen und Verantwortlichkeiten in Scrum für alle Beteiligten klar und transparent sind?

Ich habe gute Erfahrungen damit gemacht, die Verantwortlichkeiten zwischen Scrum Master, Product Owner und Dev Team gemeinsam zu besprechen.

Ich gehe dabei wie folgt vor: 1. Der Scrum Master erstellt ein Board, das die “Grundeinstellung” in Scrum beschreibt, z.B. Ownership des Product Backlogs oder des Scrum Backlogs. 2. dann werden a.) die Aufgaben konkretisiert, geschnitten oder geteilt und b. gemeinsam diskutiert, um 3. zu einer gemeinsamen Matrix zu gelangen, die als Teamvereinbarung fungiert.

Als Scrum Master ist es besonders wichtig, die Grundeinstellungen des Frameworks im Auge zu behalten und eventuelle Abweichungen zu korrigieren.

Überprüfen Sie diese Vereinbarung regelmäßig und passen Sie sie an ... ;)

Lesen Sie den Artikel von LinkedIn collab hier: https://lnkd.in/ek8STtin.

#Scrum #ScrumMaster #DevTeam #ScrumTeam #TeamAgreement


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Scrum Events x Meetings

Dieses Thema begegnet mir immer wieder... und es ist immer wieder eine Herausforderung:

  • wie gelingt es, “bisherige” und “normale” Meetings in Scrum events aufgehen zu lassen?
  • wie gelingt es, Scrum Meetings nicht zu Statusreportings zu degradieren?
  • wie gelingt es, der Wahrnehmung entgegen zu wirken, dass Scrum events Zeitverschwendung sind?

Duncan Maddox schreibt dazu auf LinkedIn:

“Scrum sollte Entwickler vor all diesen sinnlosen Meetings bewahren... und nicht noch mehr sinnlose Meetings in ihren ohnehin schon vollen Arbeitstag einbauen.”

🔥 Sie müssen nicht stundenlang eine PowerPoint-Präsentation für Ihr Sprint-Review aktualisieren.

🔥 Sie müssen nicht jede Woche ein anderes, lustiges und überraschendes Thema für die Retrospektive vorbereiten

🔥 Das Daily Scrum ist von den Entwicklern und für die Entwickler

Diese Veranstaltungen sollten andere Meetings ersetzen und nicht überlagert werden.

Und denken Sie daran, dass diese “Timebox” ein Maximum und ein Maximum für einen einmonatigen Sprint ist.

Überprüfen Sie Ihre Pläne und passen Sie sie an.

Überprüfen Sie Ihre Arbeitsweise und passen Sie sie an.

Und dann gehen Sie wieder an die Arbeit.

(Obwohl es natürlich alles Arbeit ist)

#Scrum #Meetings #ScrumEvents


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

I have had good experiences with discussing the responsibilities between Scrum Master, Product Owner and Dev Team together.

I proceed as follows: 1. the Scrum Master builds a board that describes the “default setting” in Scrum, e.g. ownership of the product backlog or the Scrum backlog. 2. then a.) the tasks are concretized, cut or divided and b. discussed together in order to 3. arrive at a common matrix that functions as a team agreement.

As Scrum Master, it is particularly important to keep an eye on the basic settings of the framework and to correct any deviations.

Inspect and adapt this agreement regularly ... ;)

Read the collab article here: https://lnkd.in/ek8STtin

#Scrum #Responsibilities #ScrumMaster #DevTeam #ScrumTeam #TeamAgreement


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Nutzt Du “Domain Leadership” als Scrum Master?

Was tue ich als Scrum Master, wenn ich mit “ Servant Leadership” nicht weiter komme?

Eine vollkommen unterschätzte Rolle des Scrum Masters ist die des “Domain Leaders”. Neben dem “Servant Leader” eine der Führungsrollen in Scrum – allerdings eine offensivere.

Wenn Servant Leadership an ihre Grenzen stößt

Der “Domain Leader” sorgt dafür, dass quasi die Diskursethik im und gegenüber dem Scrum Team stimmt. Gibt es beispielsweise Probleme mit notorisch störenden Charakteren (bis hin zu Saboteuren), kann diese Führungsrolle auch Menschen zeitweise von Events bspw. ausschließen, oder Auflagen formulieren, die in der “Domäne” des Scrum Teams vereinbart sind.

Bis hin zum Entfernen von Personen aus dem Scrum Team.

Als Tool nutze ich gerne “Team Agreements”, die auch beinhalten, dass es Sanktionen geben kann, wenn sich nicht an gemeinsame Vereinbarungen gehalten wird.

#Scrum #ScrumMaster #Leadership


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.