Auf dem Whiteboard im großen Meetingraum hängt noch der komplette Sprint-Fahrplan — abgewischt hat ihn niemand.
Genau das ist der Kern des Problems: Ein Design Sprint läuft fünf intensive Tage, Map, Sketch, Decide, Prototype, Test, und danach verschwindet das Ergebnis meistens in Fotos, die in einem Slack-Channel verstauben. Produktmanagement bedeutet in meinem Alltag vor allem, genau diese Lücke zu schließen. Bei mir landen Sprint-Ergebnisse deshalb nicht mehr in einem Confluence-Dokument, das sowieso niemand öffnet, sondern auf einer einzigen gezeichneten Seite — Sketchnotes statt Protokoll, visuelles Denken statt Textwüste, direkt aus der Workshop-Moderation heraus.
Warum verschwinden Design-Sprint-Ergebnisse so oft im Nichts?
Whiteboard-Fotos sind das Grundproblem. Sie zeigen fünfzig Klebezettel in Originalgröße, aber keine Hierarchie — wer nicht im Raum war, scrollt sich durch Unschärfe und gibt nach drei Sekunden auf.
Ein Sprint produziert in der Decide-Phase genau die Entscheidungen, auf die später das ganze Team aufbaut — existieren die nur als Foto, werden sie in der nächsten Retro schon wieder verhandelt, weil niemand sie wiederfindet.
Rahmen, Pfeile, ein paar Köpfe: das Grundvokabular
Das Symbol-Set, das bei mir hängen geblieben ist, passt auf eine Hand: ein Rechteck als Container, ein Pfeil als Richtung, ein kleiner Kopf für eine Persona. Wie abstrakt oder wie detailliert so eine Figur bleibt, ist eine eigene Abwägungsfrage, die an anderer Stelle ausführlicher behandelt wird — hier reicht der Hinweis, dass die Figur-Notation für Stakeholder genügt, wenn sie nur eine Rolle markieren soll, keine Illustration. Mein kleiner Nutzer-Kopf für Personas sieht dabei eher aus wie eine Kartoffel mit Augen als wie ein Mensch — aufgehalten hat das bisher noch niemanden im Workshop.
Beim Werkzeug bin ich ähnlich pragmatisch: ein, zwei Fineliner, fertig. Den ersten brauchbaren davon hat mir mein Nachbar Matthias Sobolewski geliehen, auch er Remote-Worker, eine Etage unter mir.
Wie baue ich die Seite auf, damit das Wichtigste zuerst auffällt?
Visuelle Hierarchie ist das Stichwort — die großen Entscheidungen bekommen den dicksten Rahmen, alles andere rutscht kleiner und blasser nach unten.
Für Sprint-Ergebnisse hat sich bei mir ein Layout aus einem Kernpfad in der Mitte und Ergebnissen links und rechts davon bewährt — andere Layout-Varianten für andere Kontexte bespreche ich an anderer Stelle ausführlicher.
Wenn zwei Lösungsideen gegeneinander abgewogen werden müssen, zeichne ich sie nebeneinander statt untereinander — räumliche Nähe sagt schneller "das hier konkurriert miteinander" als jeder Satz.
Farbe setze ich sparsam ein, nur um zwischen "entschieden" und "offen" zu unterscheiden, nicht als Deko.
Mitschreiben, während der Raum noch redet
Live mitzeichnen ist etwas anderes als eine Seite in Ruhe zu planen — bei der Planung kann ich layouten, im Workshop muss ich in Sekunden entscheiden, was überhaupt eine Zeile wert ist. Zuhören wird dabei selektiv: Nicht jeder Satz wird Tinte, nur die Sätze, die später eine Entscheidung tragen. Rapid-Capture-Techniken für genau dieses Tempo behandle ich andernorts ausführlicher, hier zählt nur die Grundregel, dass Tempo vor Schönheit geht.
Pfeile zeigen bei mir grundsätzlich einen Prozessfluss, nie nur Dekoration — sobald ein Schritt zum nächsten führt, bekommt er einen Pfeil, sonst bleibt es ein einzelner Kasten.
Und in langen Workshop-Blöcken hält mich das Zeichnen selbst bei der Stange — die Hand ist beschäftigt, die Aufmerksamkeit bleibt im Raum, nicht im Posteingang. Manchmal bin ich in diesen Runden nicht nur Protokollant, sondern moderiere selbst am Whiteboard — dann wird aus der Zeichnung gleichzeitig ein Moderationswerkzeug, auch dazu an anderer Stelle mehr.
Papier oder iPad: Ist das derselbe Prozess?
Analog bleibt bei mir der Standard für Workshops, digitale Varianten sind eher für ruhigere Momente da — den Tausch zwischen beidem bespreche ich ausführlich an anderer Stelle, hier nur so viel: Für ein Live-Meeting ist ein Blatt Papier schneller startklar als jede App.
Wichtig ist auch die Abgrenzung zum Handlettering: Hier geht es nicht um schöne Buchstaben, sondern um Tempo und Verständlichkeit — eine Sketchnote darf unschön sein, solange sie stimmt.
Zu perfekt ist manchmal das größere Problem
Eine perfekte Infografik ist fürs Archiv gut und fürs Team schlecht — wirkt eine Seite zu fertig, traut sich niemand mehr, etwas daran zu ändern.
Ich lasse deshalb bewusst Ecken offen oder Linien, die noch nirgendwohin führen — bewusste Unfertigkeit, die den Raum für den nächsten Schritt offenhält. Zeichne ich mitten im Meeting das falsche Symbol an die falsche Stelle, radiere ich nicht lange herum: ein Pfeil drüber, weiter geht's. Fehlertoleranz ist hier wichtiger als Genauigkeit.
Was Stakeholder und das Team damit anfangen
Stakeholder, die nicht im Workshop saßen, lesen eine saubere Seite in einer Minute, wo ein Foto sie in drei Sekunden abschalten lässt — genau das hilft dabei, Stakeholder Erwartungen visuell zu managen, weil ein Konzept als Konzept erkennbar bleibt und nicht wie ein fertiges Produkt aussieht. Neue Kolleginnen und Kollegen, die ein Projekt erst später übernehmen, blättern sich über so eine Seite schneller in den Kontext als über jedes Onboarding-Dokument — Wissenstransfer, der nebenbei passiert. Am deutlichsten wurde mir das in einer Retro: Während die anderen in ihren Notizen-Apps nach der richtigen Stelle scrollen, liegt meine Zeichnung bereits aufgeschlagen auf dem Tisch — die passende Stelle ist sofort da, ganz ohne Wischen oder Suchen.
Wiederkehrende Themen aus dem Kundenfeedback markiere ich dabei mit demselben Symbol, damit sich Muster über mehrere Sprints hinweg zeigen, ohne dass ich eine Tabelle pflegen muss. Lesbar für andere muss die Handschrift trotzdem bleiben — eine Sketchnote, die nur ich selbst entziffern kann, ist am Ende wieder nur ein privates Protokoll. Sobald Kundenzitate oder interne Zahlen mit aufs Blatt wandern, ist auch eine Sketchnote ein Dokument mit Vertraulichkeitsgrenzen, keine private Kritzelei mehr.
Entscheidungen festhalten, ohne sie im Tool-Wust zu verlieren
Bevor ich auf Zeichnungen umgestiegen bin, habe ich versucht, jede Sprint-Entscheidung als eigenes Linear-Ticket zu dokumentieren — ein Ticket pro Entscheidung, sauber verlinkt, dachte ich.
Irgendwann wusste niemand mehr, welche der hundert offenen Tickets überhaupt eine Entscheidung war und welche nur eine Idee, die irgendwer mal reingeworfen hatte. Der Workflow ist eingeschlafen. Ohne Ansage.
Eine gezeichnete Seite löst das anders: Jede Entscheidung bekommt einen eigenen Rahmen, keine Ticket-Nummer, und das reicht erstaunlich oft schon aus. Für größere Change-Prozesse, bei denen sich nicht nur eine Entscheidung, sondern eine ganze Organisation bewegen muss, braucht es andere visuelle Metaphern als die hier — dazu an anderer Stelle mehr.
Maximilian Dürr, ein Kontakt aus einem anderen SaaS-Unternehmen, bringt in solchen Gesprächen gern Benchmarks aus seinem eigenen Team mit — Zahlen, die meine Stakeholder danach meistens noch unruhiger machen als vorher.
Und wenn im Team niemand zeichnen kann: Lohnt sich das trotzdem?
Zeichnen können muss hier niemand im klassischen Sinn — Rechtecke und Pfeile sind kein Talent, sondern Wiederholung. Als ich anfing, User Research Ergebnisse visuell aufzubereiten, sah das handwerklich kaum besser aus als heute die Sprint-Protokolle — nur die Fragen dahinter waren andere.
Was zählt, ist weniger die Zeichnung selbst als die Entscheidung, überhaupt eine einzige Seite zu bauen, statt fünfzig Fotos kommentarlos abzulegen.
In den Sekunden, bevor im Call jemand auf eine neue Sketchnote antwortet, hört man meistens nur das Rauschen der Klimaanlage im Hintergrund — und dann kommt eine konkrete Rückfrage, keine höfliche Floskel. Das allein ist für mich Grund genug, beim nächsten Sprint wieder zum Stift zu greifen statt zur Tastatur.
Manchmal reicht vorher ein kurzer Spaziergang durch die Speicherstadt, um den Kopf dafür frei zu bekommen.