Drei Seiten A4. Vollgekritzelt mit Sätzen, die ich vor zwei Stunden noch für brillant hielt. Jetzt sitze ich hier am späten Nachmittag nach einem Marathon aus Back-to-Back-Calls und kann nicht einmal mehr die Action Items für den nächsten Sprint identifizieren. Es ist frustrierend.
Hinweis: Dieser Beitrag enthält Affiliate-Links. Wenn du über diese Links kaufst, erhalte ich eine Provision — für dich entstehen keine Mehrkosten. Ich verlinke nur Kurse, die ich im Rahmen meines eigenen Arbeitsalltags mehrere Wochen durchgearbeitet habe.
Ich bin 34, Product Manager in einem Hamburger SaaS-Unternehmen und verbringe laut meinem Kalender 62 Prozent meiner Arbeitswoche in Meetings. Das Problem: Ich bin die Brücke zwischen den Stakeholdern und den Developern. Wenn meine Dokumentation nur aus einer Textwüste besteht, geht die Hälfte der Informationen irgendwo zwischen dem Kaffeeklatsch und dem Jira-Ticket verloren.
Der Versuch, die Informationsflut zu bändigen
Ende November 2025 war der Punkt erreicht, an dem ich meine eigenen Protokolle nicht mehr lesen konnte. Ich habe keine Zeichen-Vorkenntnisse. Mein letzter bewusster Kontakt mit einem Stift außerhalb einer Unterschrift war im Kunstunterricht der zehnten Klasse. Aber die Verzweiflung war groß genug, um mit dem Sketchnotes Kurs zu beginnen.
Es ging mir nicht darum, Künstler zu werden. Ich wollte nur lernen, wie man Informationen so strukturiert, dass sie nicht sofort im mentalen Papierkorb landen. Die Dual Coding Theory besagt schließlich, dass unser Gehirn Informationen besser behält, wenn sie sowohl verbal als auch visuell kodiert werden. Also habe ich angefangen, einfache Container und Connectors zu nutzen, um SaaS-Workflows während der Diskussionen live zu mappen.
Der Moment, in dem die Entwickler aufhorchten
Nach dem ersten Quartal 2026 kam der Wendepunkt. Es war ein Dienstag Nachmittag im Mai. Wir diskutierten eine komplexe Programmierschnittstelle (API), die drei verschiedene Legacy-Systeme miteinander verknüpfen sollte. Die Stimmung war angespannt, weil niemand so recht verstand, wo die Daten hängen blieben.
Ich habe während des Calls eine visuelle Zusammenfassung auf Papier gezeichnet — mit dicken Pfeilen und Boxen für die verschiedenen Microservices. Ich erinnere mich noch an den markanten, leicht chemischen Geruch des frischen schwarzen Markers und den Widerstand des Papiers, während ich einen fetten Rahmen um die Deadline zog. Als ich fertig war, habe ich das Blatt abfotografiert und in unseren Slack-Kanal geworfen.
Mein Lead-Entwickler hielt mitten im Satz inne, starrte auf seinen Bildschirm und sagte: 'Warte mal, blätter nicht um, die Skizze ergibt gerade mehr Sinn als das gesamte Jira-Ticket.' In diesem Moment wusste ich, dass ich etwas gefunden hatte, das funktioniert. Es war keine Kunst, es war Kommunikation.
Die Tücken der visuellen Architektur
Natürlich lief nicht alles glatt. Ich habe einmal versucht, eine 'Cloud-Native Architecture' darzustellen, die am Ende aussah wie ein Haufen Weintrauben. Das führte zu einer zehnminütigen Debatte über Obst statt über Server-Infrastrukturen. Aber auch das war eine Form von Wissenstransfer — zumindest wussten danach alle, was ich nicht meinte.
Ich habe gelernt, dass es hilft, Angst vor dem Zeichnen im Meeting und die Blockade zu überwinden, indem man sich auf funktionale Symbole konzentriert. Ein Kreis mit einem Blitz ist ein Error. Eine Wolke ist das Internet. Ein Männchen mit einem Fragezeichen ist der verwirrte User. Es muss nicht schön sein, es muss nur klar sein. Wer wichtige Informationen in Meetings schneller filtern mit einfachen Sketchnotes möchte, braucht kein Talent, sondern ein System.
Wissenstransfer im Pair-Programming: Eine besondere Hürde
Ein interessanter Aspekt, den ich erst vor ein paar Wochen im Juli bemerkt habe, betrifft Softwareentwickler in agilen Pair-Programming-Sessions. Während standardmäßige Sketchnotes bei normalen Meetings hervorragend funktionieren, scheitern sie hier oft am kontinuierlichen Fokus auf den Code. Das gleichzeitige Zeichnen unterbricht die notwendige Konzentration auf komplexe Logik-Strukturen.
Hier habe ich angefangen, die Sketchnotes erst in den Pausen zu finalisieren oder nur ganz rudimentäre Ankerpunkte zu setzen. Man kann nicht gleichzeitig tief im Code graben und eine ästhetische Übersicht zeichnen. Aber die fünf Minuten nach der Session zu nutzen, um das Besprochene visuell zu fixieren, hat die Qualität unserer Dokumentation massiv gesteigert. Es ist ein Werkzeug für die Reflexion, kein Ersatz für den Code-Editor.
Fazit eines erwachsenen Mannes mit Strichmännchen
Ich bin ein 34-jähriger Mann mit einem Master-Abschluss, der in einem modernen Konferenzraum sitzt und Strichmännchen zeichnet. Manchmal fühle ich mich dabei kurz seltsam, aber gleichzeitig fühle ich mich kompetenter als je zuvor. Die Informationen fließen besser. Die Stakeholder verstehen schneller, warum ein Feature länger dauert, wenn sie die Abhängigkeiten visuell vor sich sehen.
Wenn du auch merkst, dass deine Notizen nach dem Meeting wertlos sind, kann ich den Einstieg über den Sketchnotes Kurs empfehlen. Er ist funktional und direkt auf den Arbeitsalltag anwendbar. Falls du später merkst, dass du deine Notizen lieber digital auf dem iPad hättest, wäre der Digital Lettering Kurs eine Option, aber für den Anfang reicht ein Block und ein Stift.
Am Ende geht es nicht um Design. Es geht darum, dass das Team am Ende des Tages wirklich auf derselben Seite steht — und zwar im wahrsten Sinne des Wortes.