Was ist ein Blocker?

Ein Blocker ist ein Hindernis, das eine Aufgabe vollständig anhält. Solange er besteht, bringt mehr Zeit keinen Fortschritt — die Arbeit geht erst weiter, wenn das Hindernis weg ist.

Denselben Namen tragen drei verschiedene Dinge: eine blockierte Aufgabe im Projekt, eine Browser-Erweiterung, die Inhalte ausblendet, und ein technisches Hindernis, das Suchmaschinen ausbremst. Dieser Artikel klärt zuerst Bedeutung und Herkunft des Wortes, dann den Umgang mit Blockern im Projektalltag — erkennen, eskalieren, auflösen — und zum Schluss die beiden anderen Bedeutungen.

Blocker: Bedeutung und Herkunft

Das Wort ist unverändert aus dem Englischen übernommen: „to block“ heißt blockieren oder sperren, „blocker“ ist demnach der Blockierer — etwas oder jemand, der etwas aufhält. In den deutschen Arbeitsalltag kam der Begriff mit den Arbeitsweisen der agilen Softwareentwicklung; heute steht er auch auf Aufgabenbrettern von Abteilungen, die mit Programmieren nichts zu tun haben.

Blocker auf Deutsch, in einer Zeile: Blockade, Hindernis, Hemmnis, Sperre, Engpass, Showstopper. Eine einzelne Übersetzung hat sich nicht durchgesetzt, deshalb bleibt im Gespräch meist das englische Wort stehen. Auf Englisch heißt der Zustand blocked und die Sache blocking issue, in Scrum heißt sie Impediment.

Welche der drei Bedeutungen gemeint ist, ergibt sich fast immer aus dem Zusammenhang:

• Im Projekt und in der Softwareentwicklung: eine Abhängigkeit, ohne die eine Aufgabe nicht weitergeht — etwa eine fehlende Entscheidung, Freigabe oder Zulieferung. In Fehlerwerkzeugen ist „Blocker“ außerdem die höchste Schwerestufe eines Fehlers.
• Im Browser: eine Erweiterung, die Werbung, Skripte oder Tracking nicht lädt — Ad-Blocker, Content-Blocker, Pop-up-Blocker.
• In der SEO: ein technisches Hindernis, das Crawling oder Indexierung einer Seite verhindert.

Außerhalb der IT kennen Sie das Wort aus anderen Feldern: Im Volleyball ist der Blocker der Spieler am Netz, der den gegnerischen Angriff abwehrt, im American Football ein Spieler, der dem Ballträger den Weg freihält. In der Medizin ist „Blocker“ die Kurzform für Wirkstoffe wie Betablocker. Um diese Bedeutungen geht es hier nicht — dieser Artikel behandelt Blocker in Projekten, im Browser und in der Suchmaschinenoptimierung.

Was ein Blocker ist — und was keiner

Das gemeinsame Merkmal aller Blocker: Es fehlt etwas, das außerhalb der eigenen Reichweite liegt. Eine Aufgabe, die nur mühsam ist, ist kein Blocker — sie dauert länger. Eine Aufgabe, die auf eine fremde Entscheidung, eine fremde Lieferung oder ein defektes System wartet, ist blockiert. Der Unterschied klingt akademisch, entscheidet aber darüber, wer handeln muss: Bei Verzögerung hilft mehr Zeit, bei einem Blocker hilft nur, das Hindernis zu entfernen.

Kein Blocker ist: eine Aufgabe, die nur aufwendig ist; eine Aufgabe, die zu groß geschnitten wurde und deshalb lange dauert; eine unangenehme Abstimmung, die noch niemand angefangen hat. Wer diese drei Fälle als „blockiert“ meldet, entwertet die Markierung — der echte Blocker daneben fällt dann niemandem mehr auf.

Blocker im Projektalltag: typische Fälle

Das ist die häufigste Bedeutung. Auf einem Aufgabenbrett bekommt eine Karte den Vermerk „blockiert“, sobald die Arbeit daran nicht fortgesetzt werden kann. Wichtig ist, was dabei notiert wird: Ein Blocker ohne Grund, ohne Adressaten und ohne Datum ist nur eine liegengebliebene Karte.

Typische Blocker im Alltag:

• Fehlende Entscheidung. Zwei Wege sind möglich, niemand hat sich festgelegt. Der häufigste und teuerste Blocker überhaupt, weil er unsichtbar bleibt.
• Fehlende Zulieferung. Texte, Bilder, Stammdaten, Preise, ein unterschriebener Vertrag.
• Fehlender Zugang. Ein Konto, eine Berechtigung, eine Freigabe im System des Kunden.
• Abhängigkeit von anderen. Eine Schnittstelle, die ein anderes Team erst bauen muss; ein Dienstleister, der noch liefert.
• Technische Störung. Die Testumgebung antwortet nicht, ein Dienst ist ausgefallen, ein Zugang ist abgelaufen.
• Unklare Anforderung. Die Aufgabe lässt sich so nicht umsetzen, weil zwei Vorgaben sich widersprechen.
• Freigabe oder Abnahme. Das Ergebnis liegt fertig da und wartet auf ein „Ja“.

Ein Blocker hat immer drei Angaben, sonst löst ihn niemand auf: was fehlt, wer es liefern kann und seit wann gewartet wird. Fehlt die dritte Angabe, wird im Nachhinein nie sichtbar, wie viel Zeit die Abstimmung wirklich gekostet hat.

Blocker in Scrum und Kanban

In agilen Abläufen ist das Hindernis ein eigener Vorgang mit eigenem Platz im Ablauf — anders als im klassischen Projektplan, in dem es erst als Terminverschiebung auffällt. Scrum fragt es täglich ab: Im Daily Scrum nennt jede Person nicht nur ihren Stand, sondern auch, was sie aufhält. Was das Team nicht selbst beseitigen kann, nimmt der Scrum Master auf und führt es in einer eigenen Liste, dem Impediment-Backlog. Jede Zeile dort trägt Datum, Adressat und Wirkung. Diese Liste ist das einzige belastbare Mittel, um nach einem Sprint zu zeigen, dass nicht die Arbeit zu langsam war, sondern das Warten zu lang.

In Kanban läuft es anders: Die Karte bleibt in ihrer Spalte und bekommt eine Markierung mit Grund und Datum. Sie wandert ausdrücklich nicht in eine Parkspalte — dort geriete sie aus dem Blick und würde zugleich einen Platz im WIP-Limit freigeben. Das Team zieht dann die nächste Aufgabe, beginnt immer mehr gleichzeitig und bringt nichts zu Ende. Blockierte Karten werden weiter auf das WIP-Limit angerechnet, und genau dieser Stau erzeugt den Druck, das Hindernis zu beseitigen statt daran vorbeizuarbeiten. Häuft sich die Markierung immer in derselben Spalte, zeigt das Brett den Engpass von selbst.

In unseren eigenen Projekten der individuellen Softwareentwicklung steht im Bericht am Sprint-Ende deshalb nicht nur, was fertig geworden ist, sondern auch, welches Hindernis wie lange offen lag und bei wem. Planung und Weisungen liegen bei unserem Projektleiter, die Abnahme beim Auftraggeber — und zwischen beidem ist eine offene Entscheidung der häufigste Grund, warum ein Termin wandert.

Blocker, Risiko, Impediment und Bug — die Unterschiede

Die Begriffe werden durcheinandergebracht, und das führt zu falschen Prioritäten. Ein Überblick:

Die praktische Folge: Ein Risiko gehört in die Planung, eine Verzögerung in die Terminübersicht — ein Blocker gehört sofort auf den Tisch des Entscheiders. Wer alle drei gleich behandelt, bekommt entweder Hektik ohne Grund oder Stillstand ohne Alarm.

Blocker oder Risiko?

Die Probe ist eine Frage an den heutigen Tag: Lässt sich der nächste sinnvolle Arbeitsschritt jetzt ausführen? Lautet die Antwort nein, ist es ein Blocker. Lautet sie ja, kann aber in zwei Wochen nein lauten, ist es ein Risiko. Risiken werden bewertet, beobachtet und mit einem Plan B hinterlegt; Blocker werden beseitigt. Wer ein bestehendes Hindernis in die Risikoliste einträgt, hat es elegant vertagt — die Arbeit steht trotzdem.

Blocker oder Impediment?

Dieselbe Sache in zwei Sprachwelten. „Impediment“ stammt aus Scrum und bezeichnet dort gern das Organisatorische: eine Vertretung, die fehlt, ein Zugang, der durch drei Freigaben muss, zwei Abteilungen, die gegeneinander planen. „Blocker“ hängt in Werkzeugen meist an einer einzelnen Aufgabe oder Fehlermeldung. Werden im Haus beide Wörter benutzt, lohnt eine Festlegung, welches wo gilt: Zwei Namen für einen Zustand führen dazu, dass sich für keinen von beiden jemand zuständig fühlt.

Blocker erkennen, bevor sie Wochen kosten

Blocker werden selten gemeldet. Sie entstehen leise: Jemand schreibt eine Nachricht, bekommt keine Antwort, wendet sich der nächsten Aufgabe zu — und nach drei Wochen fragt jemand, warum das Projekt steht. Diese Anzeichen helfen:

• Eine Karte bewegt sich nicht. Status „in Arbeit“ seit mehreren Tagen ohne Kommentar ist fast immer ein verdeckter Blocker.
• Dieselbe Frage kommt in jeder Besprechung wieder. Wird sie dreimal gestellt und nie beantwortet, ist sie ein Blocker und kein Tagesordnungspunkt.
• Mehrere Aufgaben warten auf dieselbe Person. Ein Engpass bei einer einzelnen Zuständigkeit erzeugt eine ganze Reihe von Blockern.
• Die Antwort lautet „ich frage noch mal nach“. Nachfragen ohne Termin ist kein Fortschritt.

Sichtbar wird das nur mit einer eigenen Spalte oder Markierung auf dem Aufgabenbrett — inklusive Grund und Wartezeit. Erst dann lässt sich beantworten, welche Hindernisse regelmäßig auftreten und wo sich eine Änderung im Ablauf lohnt. Wiederkehrende Abstimmungsschleifen lassen sich oft aus dem Weg räumen, indem der Ablauf selbst umgebaut wird — darum geht es bei der Prozessautomatisierung.

Blocker auflösen — fünf Schritte

1. Benennen. In einem Satz, ohne Vorgeschichte: „Wir brauchen die Freigabe der Preisliste, sonst kann die Seite nicht live gehen.“
2. Adressieren. Eine Person, nicht eine Abteilung. Mit Frist und mit der Angabe, was passiert, wenn die Frist verstreicht.
3. Sichtbar machen. Auf dem Aufgabenbrett, nicht in einem Chatverlauf. Ein Blocker, der nur in einer Nachricht steht, verschwindet mit der nächsten Nachricht.
4. Umgehung prüfen. Lässt sich ein Teil trotzdem erledigen? Dann mit einer dokumentierten Annahme weiterarbeiten und die Stelle markieren, an der später nachgezogen wird.
5. Nachverfolgen. Ein Datum setzen und nach Ablauf eskalieren. Ohne diesen Schritt bleibt die Karte liegen, bis jemand zufällig darüber stolpert.

Bei Punkt vier lohnt Vorsicht: Wer Blocker grundsätzlich umgeht, sammelt Annahmen, die später gleichzeitig platzen. Umgehen ist ein Mittel für Tage, keine Strategie für Wochen.

Eskalationsstufen: wer wann einbezogen wird

Eskalieren heißt nicht Hierarchie, sondern Staffelung, auf die sich alle vorher geeinigt haben — sonst entscheidet das Temperament darüber, wann jemand laut wird:

1. Am ersten Tag im Team. Benennen, aufschreiben, eine Person als Adressaten bestimmen.
2. Am zweiten Tag beim Entscheider. Direkt bei dem, der freigeben oder liefern kann — mit Frist und mit der Folge, die das Verstreichen der Frist hat.
3. Danach auf Projektebene. Auftraggeber oder Lenkungskreis, und zwar mit Zahlen: so viele Tage Stillstand, so viele betroffene Aufgaben.
4. Bleibt es offen, wird umgeplant. Sprint-Umfang oder Liefertermin ändern sich sichtbar. Ein Hindernis, das niemand auflöst, ist eine Entscheidung gegen den Termin — sie gehört protokolliert, nicht ausgehalten.

Content-Blocker und Ad-Blocker

Die zweite Bedeutung hat mit Projekten nichts zu tun. Ein Content-Blocker ist eine Browser-Erweiterung oder eine Systemfunktion, die bestimmte Inhalte gar nicht erst lädt. „Content Blocker“ ist dabei die offizielle Bezeichnung der Schnittstelle in Safari; umgangssprachlich sind Ad-Blocker, Skript-Blocker und Tracking-Schutz gemeint. Geblockt werden je nach Einstellung Werbeflächen, Zählpixel, Einwilligungsbanner, eingebettete Videos und Schriften von fremden Servern.

Für Websitebetreiber hat das zwei spürbare Folgen:

• Die Zahlen sind unvollständig. Wird das Messskript blockiert, fehlt der Besuch in der Statistik. Das betrifft technikaffine Zielgruppen stärker als andere, weshalb Vergleiche zwischen Kanälen schief werden können. Was ein Statistikwerkzeug zeigt, ist deshalb immer eine Untergrenze, kein Vollbild.
• Funktionen brechen. Liegt ein Formular, eine Terminbuchung oder ein Chat in einem Skript, das als Werbung eingestuft wird, verschwindet die Funktion mitsamt der Anfrage. Das fällt niemandem auf, weil keine Fehlermeldung entsteht.

Die Konsequenz ist handwerklich: Geschäftskritische Funktionen gehören nicht in fremde Marketing-Skripte, und wichtige Zahlen sollten sich mit einer zweiten Quelle — Serverprotokollen oder den Eingängen im Postfach — gegenprüfen lassen. Welche Skripte überhaupt laden und was sie setzen, hängt eng mit der Einwilligung und den gesetzten Cookies zusammen.

Blocker in der Suchmaschinenoptimierung

Die dritte Bedeutung: alles, was verhindert, dass eine Seite gefunden, gelesen und bewertet wird. Auch hier gilt die Reihenfolge — erst muss die Seite abrufbar sein, dann indexierbar, dann verständlich.

Die ersten vier Zeilen erklären die Mehrzahl der Fälle, in denen eine Seite „einfach nicht bei Google auftaucht“. Sie lassen sich in wenigen Minuten prüfen, und sie sind auch der Kern des Themas Crawlability. Welche Blocker eine bestimmte Website tatsächlich ausbremsen, zeigt ein SEO-Audit — geraten wird dabei nichts, jeder Befund hat eine Adresse und einen Statuscode. Genau in dieser Reihenfolge arbeiten wir ein SEO-Audit für Ihre Website ab: erst die Sperren, die den Abruf verhindern, dann die, die die Bewertung drücken.

Blockern vorbeugen

• Abhängigkeiten vor dem Start klären. Wer liefert was bis wann — diese eine Tabelle spart mehr Zeit als jedes Werkzeug.
• Zugänge früh beantragen. Berechtigungen dauern in größeren Häusern regelmäßig länger als die Arbeit selbst.
• Startkriterien festlegen. Eine Aufgabe geht erst in die Bearbeitung, wenn Anforderung, Zulieferungen und Ansprechpartner feststehen.
• Wiederkehrende Blocker als Muster behandeln. Dreimal derselbe Grund heißt: Der Ablauf ist falsch, nicht die Person.
• Technische Blocker turnusmäßig prüfen. robots.txt, Indexierungsbericht, Statuscodes und Weiterleitungen gehören in eine feste Routine — bei Websites, die wir im laufenden Betrieb betreuen, läuft diese Prüfung automatisch mit.

Häufige Fragen zu Blockern

Was bedeutet Blocker?

Ein Blocker ist ein Hindernis, das eine Arbeit zum Stillstand bringt. Im Projekt ist das meist eine fehlende Entscheidung, Freigabe oder Zulieferung, im Browser eine Erweiterung, die Werbung und Skripte ausblendet, in der SEO eine technische Sperre wie noindex oder eine Regel in der robots.txt. Das Wort kommt aus dem Englischen: „to block“ heißt blockieren, „blocker“ ist wörtlich der Blockierer; in deutsche Büros kam es über die agilen Arbeitsweisen der Softwareentwicklung und wird heute auch jenseits der IT benutzt. Auf Deutsch passen Blockade, Hindernis, Sperre oder Showstopper, in Scrum heißt dasselbe Impediment, im Englischen sagt man auch blocking issue.

Was ist ein Blocker im Scrum?

Im Scrum heißt ein Blocker Impediment: alles, was das Team daran hindert, das Sprint-Ziel zu erreichen. Es wird im Daily Scrum benannt; für die Beseitigung sorgt der Scrum Master, wenn das Team es nicht selbst lösen kann. Offene Hindernisse stehen im Impediment-Backlog — mit Datum, Adressat und Wirkung.

Was ist ein Blocker in Kanban?

Eine Karte, die in ihrer Spalte bleibt und eine Markierung mit Grund und Datum bekommt. Sie wird weiter auf das WIP-Limit angerechnet, damit das Team das Hindernis beseitigt, statt daneben neue Aufgaben anzufangen.

Was ist der Unterschied zwischen einem Blocker und einem Bug?

Ein Bug ist ein Fehler im Programm. Ein Blocker ist ein Zustand: Die Arbeit steht. Ein Bug kann ein Blocker sein — dann heißt er Blocker-Bug und trägt die höchste Schwerestufe. Umgekehrt sind viele Blocker gar nicht technisch, sondern fehlende Entscheidungen oder Freigaben.

Ab wann gilt eine Aufgabe als blockiert?

Sobald der nächste sinnvolle Arbeitsschritt von etwas abhängt, das die zuständige Person nicht selbst herbeiführen kann. Nicht blockiert ist eine Aufgabe, die nur aufwendig, unangenehm oder schlecht geplant ist.

Was ist ein Content-Blocker?

Eine Erweiterung oder Systemfunktion im Browser, die bestimmte Inhalte nicht lädt — Werbung, Zählpixel, Einwilligungsbanner, fremde Skripte. Ad-Blocker sind ein Sonderfall davon.

Verfälscht ein Ad-Blocker meine Zahlen?

Ja, nach unten. Blockierte Messskripte melden keinen Besuch. Deshalb sind Statistikwerte eine Untergrenze und sollten bei wichtigen Entscheidungen mit Serverprotokollen oder der Zahl echter Anfragen abgeglichen werden.

Was ist ein Blocker in der SEO?

Ein technisches oder inhaltliches Hindernis, das Crawling, Indexierung oder Bewertung verhindert: eine Sperre in der robots.txt, ein noindex, ein falscher Canonical-Tag, Fehlerstatuscodes, Inhalte, die nur per JavaScript erscheinen, oder Seiten ohne interne Verlinkung.

Wer löst einen Blocker auf?

Derjenige, der die fehlende Entscheidung treffen oder die fehlende Sache liefern kann. Aufgabe des Teams ist es, den Blocker zu benennen, zu adressieren und nachzuverfolgen — nicht, ihn auszuhalten.

Zusammenfassung

Ein Blocker hält Arbeit an. In Projekten ist es meist eine fehlende Entscheidung, Zulieferung oder Freigabe — sichtbar gemacht mit Grund, Adressat und Wartezeit, löst er sich in Tagen statt Wochen. In Scrum trägt er den Namen Impediment und wird täglich abgefragt, in Kanban bleibt die Karte markiert in ihrer Spalte und belegt weiter das Limit. Im Browser ist ein Content-Blocker eine Erweiterung, die Werbung und Messskripte ausblendet und damit Zahlen und manchmal auch Funktionen einer Website beschädigt. In der Suchmaschinenoptimierung ist ein Blocker ein technisches Hindernis: robots.txt, noindex, Canonical, Fehlerstatuscodes, JavaScript-Inhalte. In allen drei Fällen gilt derselbe Satz: Mehr Aufwand hilft nicht, das Hindernis muss weg.