Scrum Board

Was ist ein Scrum Board?

Ein Scrum Board ist eine visuelle Arbeitsfläche, die Aufgaben eines laufenden Sprints nach ihrem Bearbeitungsstatus ordnet. Typische Spalten sind „Offen“, „In Bearbeitung“ und „Erledigt“. Das Board schafft Transparenz über Fortschritt, Verantwortlichkeiten und Hindernisse, ist im Scrum-Regelwerk jedoch kein vorgeschriebenes Artefakt.

Ein Scrum Board, auf Deutsch auch Scrum-Tafel genannt, bildet die Arbeit eines Teams innerhalb eines Sprints ab. Jede Aufgabe erscheint als Karte und wandert von der Planung bis zur Fertigstellung durch festgelegte Statusspalten. Das Team erkennt dadurch, welche Arbeit ansteht, bereits bearbeitet wird oder nach gemeinsamen Qualitätskriterien abgeschlossen ist.

Aufbau eines Scrum Boards

Ein Scrum Board enthält mindestens eine Spalte für offene, laufende und abgeschlossene Aufgaben. Die konkrete Struktur richtet sich nach dem Arbeitsprozess. Ein Content-Team kann beispielsweise zusätzliche Spalten für Briefing, Texterstellung, fachliche Prüfung und Veröffentlichung einrichten. Jede Spalte muss einen eindeutig definierten Zustand darstellen, damit Karten nicht nach persönlicher Einschätzung verschoben werden.

Offen: Die Aufgabe gehört zum aktuellen Sprint, wurde aber noch nicht begonnen.
In Bearbeitung: Ein Teammitglied arbeitet aktiv an der Aufgabe.
Prüfung: Das Ergebnis wird fachlich, technisch oder redaktionell kontrolliert.
Erledigt: Die Aufgabe erfüllt die vereinbarten Abschlusskriterien.

Eine Aufgabenkarte sollte mindestens einen verständlichen Titel, eine verantwortliche Person und klare Akzeptanzkriterien enthalten. Bei einer SEO-Aufgabe könnte die Karte lauten: „Meta Titles für 20 Kategorieseiten überarbeiten“. Als Akzeptanzkriterien werden unter anderem das Fokus-Keyword, die Zeichenlänge, die Einzigartigkeit jedes Titles und die dokumentierte Freigabe festgelegt.

So funktioniert das Scrum Board

Zu Beginn eines Sprints wählt das Team Arbeit aus dem Product Backlog aus und überführt sie in das Sprint Backlog. Ein Sprint dauert höchstens einen Monat. Das Scrum Board visualisiert den für diesen Zeitraum geplanten Teil des Sprint Backlogs, ersetzt diesen jedoch nicht. Neue Karten sollten während des Sprints nur aufgenommen werden, wenn das Sprint-Ziel dadurch nicht gefährdet wird und das Team die Änderung gemeinsam abstimmt.

Im täglichen Scrum aktualisiert das Team den Arbeitsstand und plant die nächsten Schritte. Dieses Ereignis ist auf 15 Minuten begrenzt. Karten werden verschoben, wenn sich ihr tatsächlicher Status geändert hat. Eine Aufgabe gehört deshalb nicht in „Erledigt“, sobald ein Entwurf vorliegt, sondern erst dann, wenn die vereinbarte Definition of Done erfüllt ist.

Ein Beispiel: Für einen zweiwöchigen SEO-Sprint plant ein Team zehn Aufgaben. Nach der ersten Woche stehen drei Karten auf „Erledigt“, vier auf „In Bearbeitung“ und drei auf „Offen“. Das Board zeigt damit nicht nur drei abgeschlossene Aufgaben. Vier parallele Arbeiten können auch darauf hinweisen, dass das Team zu viel gleichzeitig begonnen hat.

Scrum Board und Sprint Backlog

Der Unterschied zwischen Scrum Board und Sprint Backlog liegt in ihrer Funktion. Das Sprint Backlog ist ein offizielles Scrum-Artefakt und umfasst das Sprint-Ziel, die ausgewählten Backlog-Einträge sowie den Plan für deren Umsetzung. Das Scrum Board ist lediglich eine mögliche Darstellung dieser Informationen. Scrum kann daher formal ohne Board durchgeführt werden, verliert dadurch aber eine leicht erfassbare Übersicht über den aktuellen Arbeitsfluss.

Ein häufiger Denkfehler besteht darin, jede Aufgabentafel mit drei Spalten als Scrum Board zu bezeichnen. Ein Board wird erst durch den Scrum-Kontext zu einem Scrum Board: Die dargestellte Arbeit gehört zu einem Sprint, orientiert sich an einem Sprint-Ziel und wird von einem selbstorganisierten Team laufend angepasst. Fehlen Sprint, Sprint-Ziel und regelmäßige Überprüfung, handelt es sich lediglich um ein allgemeines Aufgabenboard.

Scrum Board oder Kanban Board?

Ein Scrum Board und ein Kanban Board können optisch nahezu gleich aussehen, folgen jedoch unterschiedlichen Steuerungsprinzipien. Scrum bündelt Arbeit in zeitlich begrenzten Sprints. Kanban steuert einen kontinuierlichen Arbeitsfluss und begrenzt häufig ausdrücklich die gleichzeitig bearbeiteten Aufgaben, den sogenannten Work in Progress.

Merkmal	Scrum Board	Kanban Board
Zeitrahmen	Arbeit innerhalb eines Sprints	Kontinuierlicher Arbeitsfluss
Planung	Auswahl der Arbeit zum Sprint-Start	Aufgaben werden laufend nachgezogen
Änderungen	Nur im Einklang mit dem Sprint-Ziel	Fortlaufend möglich
Begrenzung paralleler Arbeit	Möglich, aber nicht vorgeschrieben	Zentrales Steuerungselement
Zurücksetzen des Boards	Üblicherweise nach jedem Sprint	Kein regelmäßiger Neustart erforderlich

Für wiederkehrende Tätigkeiten wie Supportanfragen, technische Fehler oder laufende Anzeigenprüfungen eignet sich häufig ein kontinuierliches Kanban-Modell. Für ein klar begrenztes Vorhaben wie eine Keyword-Recherche, ein SEO-Audit oder die Erstellung eines Themenclusters kann ein Scrum Board den Fortschritt innerhalb eines festen Zeitraums übersichtlich darstellen.

Scrum Boards im Online-Marketing

Im SEO eignet sich ein Scrum Board für Aufgabenpakete, deren Umsetzung mehrere Fachbereiche verbindet. Bei einer technischen Optimierung können Karten etwa Crawling-Probleme, interne Links, Weiterleitungen und Ladezeiten abbilden. Jede Karte benötigt ein prüfbares Ergebnis, beispielsweise eine korrigierte Weiterleitungsregel oder eine freigegebene Seitenvorlage.

Bei der Content-Erstellung kann das Scrum Board den Weg von der Suchintention über Briefing und Produktion bis zur Veröffentlichung darstellen. Für SEA lassen sich Anzeigentexte, Landingpages und Tracking-Prüfungen koordinieren. GEO, also Generative Engine Optimization, ergänzt Aufgaben zur Strukturierung von Antworten, Quellenpflege und Prüfung der KI-Sichtbarkeit.

Ein gemeinsames Scrum Board verhindert dabei, dass SEO, SEA und GEO dieselbe Landingpage unabhängig voneinander bearbeiten. Eine Karte kann die Anforderungen aller Kanäle bündeln, Verantwortlichkeiten festhalten und eine gemeinsame Freigabe verlangen. Diese Arbeitsweise passt besonders zu einem SEO-Konzept für Unternehmen, bei dem Strategie, Technik, Content und Erfolgskontrolle miteinander verbunden werden.

Fortschritt am Board messen

Messbar ist die Arbeit mit einem Scrum Board zum Beispiel über die Durchlaufzeit. Die Durchlaufzeit beschreibt den Zeitraum zwischen Beginn und Abschluss einer Aufgabe. Startet eine Karte am Montag in „In Bearbeitung“ und erreicht am Donnerstag „Erledigt“, beträgt die Durchlaufzeit vier Kalendertage. Vergleiche nur ähnlich große Aufgaben, da ein Meta Title und ein vollständiger Kategorietext unterschiedliche Aufwände verursachen.

Weitere sinnvolle Beobachtungen sind die Zahl abgeschlossener Aufgaben pro Sprint, blockierte Karten und der Anteil ungeplanter Arbeit. Die Zahl verschobener Karten allein bewertet jedoch weder Qualität noch wirtschaftlichen Nutzen. Ein Team kann viele kleine Aufgaben abschließen und das Sprint-Ziel trotzdem verfehlen. Prüfe deshalb immer zusätzlich, ob die erledigten Karten auf das vereinbarte Ergebnis einzahlen.

Typische Fehler beim Scrum Board

Karten bleiben ohne verantwortliche Person oder eindeutige Akzeptanzkriterien.
Aufgaben werden erst nachträglich verschoben, wodurch das Board einen veralteten Arbeitsstand zeigt.
Zu viele Karten stehen gleichzeitig in Bearbeitung und verlängern die Durchlaufzeit.
Große Aufgaben werden nicht in überprüfbare Arbeitsschritte zerlegt.
„Erledigt“ bedeutet je nach Teammitglied etwas anderes.

Die Definition of Done löst besonders den letzten Fehler. Sie legt für alle Aufgaben verbindlich fest, wann Arbeit abgeschlossen ist. Bei einem SEO-Text kann dazu gehören, dass Inhalt, Meta-Daten, interne Verlinkung und fachliche Freigabe geprüft wurden. Das Scrum Board zeigt dann einen belastbaren Status und keine subjektive Fortschrittsschätzung.

Häufige Fragen zum Scrum Board

Braucht jedes Scrum-Team ein Scrum Board?

Nein. Das Scrum-Regelwerk schreibt kein Board vor. Vorgeschrieben ist das Sprint Backlog, während das Scrum Board eine verbreitete Form seiner visuellen Darstellung ist.

Kann ein Scrum Board digital geführt werden?

Ja. Digitale Boards eignen sich besonders für verteilte Teams und dokumentieren Statusänderungen zentral. Ein physisches Board mit Karten erfüllt denselben Zweck, wenn alle Beteiligten darauf zugreifen können.

Wer aktualisiert das Scrum Board?

Das Scrum-Team hält das Board gemeinsam aktuell. Üblicherweise verschiebt die Person eine Karte, die an der Aufgabe arbeitet oder deren Status zuverlässig beurteilen kann.

Wie viele Spalten sollte ein Scrum Board haben?

Es gibt keine vorgeschriebene Anzahl. Drei Spalten reichen für einfache Abläufe, während Prozesse mit Prüfung oder Freigabe zusätzliche Zustände benötigen. Jede Spalte sollte einen klar unterscheidbaren Arbeitsstatus darstellen.

Werden unerledigte Aufgaben in den nächsten Sprint übernommen?

Unerledigte Aufgaben kehren zunächst in das Product Backlog zurück. Der Product Owner priorisiert sie erneut. Eine automatische Übernahme würde die Planung des neuen Sprints und die aktuelle Reihenfolge im Backlog umgehen.

Kann man Scrum und Kanban kombinieren?

Ja. Teams können innerhalb eines Sprints Kanban-Prinzipien wie Grenzen für parallele Arbeit nutzen. Eine solche Kombination wird häufig als Scrumban bezeichnet, ändert aber nichts an den vereinbarten Scrum-Ereignissen und Verantwortlichkeiten.

Wenn du Aufgaben aus SEO, SEA und GEO in einen belastbaren Workflow überführen möchtest, kann eine externe Prüfung von Prioritäten, Zuständigkeiten und Erfolgskriterien sinnvoll sein.

Kostenlosen Potenzialcheck anfragen

Sie haben noch Fragen?

Kontaktieren Sie uns