Dienstagvormittag. Sprint-Planning. Die Folien im Screen-Sharing hängen seit zwei Minuten im Lade-Modus. Ich starre auf mein Notizbuch und merke, dass ich den letzten drei Sätzen des Product Owners nicht folgen konnte. Warum? Weil ich noch damit beschäftigt war, den ersten Satz der Diskussion Wort für Wort mitzuschreiben.
Das kratzende Geräusch meines Fineliners auf dem Papier wirkt in der plötzlichen Stille des Konferenzraums viel lauter, als mir lieb ist. Mein Stakeholder schaut kurz rüber. Ich ziehe den Kopf ein. Mein Protokoll ist eine Textwüste, die ich am Freitag selbst nicht mehr entziffern kann. Das ist der Moment, in dem mir klar wird: Wenn ich so weitermache, ertrinke ich in meinen eigenen Aufzeichnungen.
Die 62-Prozent-Falle und das Ende der Schreibschrift
Ende November 2025 habe ich meinen Kalender ausgewertet. Die nackte Wahrheit: 62 Prozent meiner Arbeitswoche verbringe ich in Meetings. Standups, Retros, Stakeholder-Reviews, 1:1s. Das Problem ist nicht die Zeit an sich, sondern was danach übrig bleibt. Oder eben nicht übrig bleibt. Meine Notizen waren bisher lineare Protokolle. Bleiwüsten. Wer schreibt, denkt nicht nach â er transkribiert nur.
Die Verzweiflung trieb mich dazu, es mit visuellen Notizen zu versuchen. Ich habe keinen Design-Hintergrund. Ich kann keine geraden Linien ziehen, ohne dass sie aussehen wie die Herzfrequenz-Kurve eines Marathonläufers kurz vor dem Ziel. Aber ich habe gemerkt, dass mein Gehirn Bilder schneller verarbeitet als Text. Die Wissenschaft nennt das Dual-Coding-Theorie. Informationen werden über zwei Kanäle â verbal und visuell â gespeichert. Wer beides kombiniert, behält mehr. Theoretisch klingt das super. Praktisch stehe ich vor der Hürde: Wie zeichne ich so schnell, wie die Leute reden?
Der Fehler mit dem Cloud-Server und die brennende Mülltonne
Mein erster echter Versuch im Dezember war ein Desaster. Unser CTO sprach über die neue API-Architektur. Ich wollte glänzen und versuchte, ein perfektes Cloud-Server-Icon zu zeichnen. Schatten, kleine Antennen, das volle Programm. Während ich noch an der Rundung der Cloud feilte, war die Entscheidung über das Datenbank-Schema bereits gefallen. Ich hatte sie schlicht verpasst.
Es kam noch schlimmer. Ein Kollege blickte nach dem Meeting über meine Schulter, deutete auf mein Kunstwerk und fragte trocken, warum ich eine brennende Mülltonne gezeichnet hätte. Es sollte eigentlich ein Cloud-Server sein. Die Erkenntnis war schmerzhaft, aber wichtig: Wer im Meeting Schritt halten will, darf nicht illustrieren. Er muss abstrahieren.
Echtes Mitschreiben sollte bewusst hässlich und reduziert sein. Wer versucht, Kunst zu produzieren, blockiert seine kognitive Aufnahme. Der Stift muss dem Gedanken folgen, nicht umgekehrt. Das Ziel ist nicht die Ãsthetik, sondern die Ankerfunktion für das Gedächtnis.
Das Visuelle Alphabet als Rettungsanker
Nach sechs Wochen, also Mitte Januar, stieà ich auf das Konzept von Dave Gray. Er reduziert alles Sichtbare auf das sogenannte Visuelle Alphabet. Es besteht aus genau 5 Grundformen: Punkt, Linie, Kreis, Dreieck und Quadrat. Mehr braucht man nicht. Jedes komplexe Objekt im Business-Kontext lässt sich daraus zusammensetzen.
- Ein Bildschirm? Ein Quadrat mit einer Linie darunter.
- Ein User? Ein Kreis auf einem Dreieck.
- Ein Datenbank-Cluster? Drei flache Ellipsen (okay, das sind gestauchte Kreise) übereinander.
Plötzlich wurde ich schneller. Ich hörte auf zu malen und fing an zu bauen. Wenn man akzeptiert, dass ein Stakeholder einfach nur ein Kreis mit zwei Strich-Armen ist, gewinnt man wertvolle Sekunden. In dieser Zeit kann ich filtern, was wirklich wichtig ist. In meiner Referenz: Symbol-Bibliothek für Meeting-Sketchnotes habe ich angefangen, diese minimalistischen Formen für unseren SaaS-Alltag zu sammeln.
Filtern statt Transkribieren: Die kognitive Last senken
Mitte März merkte ich eine Veränderung. Ich bin im Meeting präsenter. Früher war ich eine Tipp-Maschine. Heute erzwingt der Stift eine Selektion. Ich kann nicht alles zeichnen. Also muss ich entscheiden: Ist das ein Kernpunkt oder nur Rauschen? Diese Entscheidung findet in Millisekunden statt.
Wenn der Product Owner über die Roadmap spricht, zeichne ich einen dicken Pfeil. Wenn ein Risiko auftaucht, ein einfaches Dreieck (das visuelle Alphabet lässt grüÃen) mit einem Ausrufezeichen â wobei ich das Ausrufezeichen meistens weglasse, weil es zu sehr nach Management-Floskel aussieht. Ein Blitz reicht auch.
Der Trick ist, sich Symbole zurechtzulegen, die man blind beherrscht. Man lernt Vokabeln, nur eben grafische. Wer im Meeting erst überlegen muss, wie man eine 'Schnittstelle' darstellt, hat schon verloren. Zwei Stecker, die aufeinander zeigen. Fertig. Es muss nicht schön sein. Es muss nur für mich funktionieren.
Vom Protokoll zur Landkarte: Acht Monate später
Heute ist ein Montagmorgen im Juni 2026. Ich sitze im ersten Standup der Woche. Mein Notizbuch liegt vor mir. Die Seiten sehen für AuÃenstehende vielleicht wild aus â eine Mischung aus krakeligen Symbolen, Pfeilen und kurzen Schlagworten. Aber für mich sind es Landkarten. Ich kann auf eine Seite schauen, die drei Monate alt ist, und sofort die Stimmung und die Kernentscheidungen des Meetings abrufen.
Ich nutze mittlerweile auch spezifische Methoden, um Action Items in Sketchnotes für bessere Ãbersicht nach Meetings zu markieren. Ein einfaches Quadrat am Rand, das ich später abhake, reicht völlig aus. Keine komplizierten Jira-Integrationen auf dem Papier, einfach nur visuelle Hierarchie.
Das Wichtigste, was ich gelernt habe: Geschwindigkeit kommt durch Reduktion. Wer Sketchnotes lernen will, um im Meeting Schritt zu halten, muss seinen inneren Perfektionisten entlassen. Es ist okay, wenn der Cloud-Server wie eine brennende Mülltonne aussieht, solange du weiÃt, dass es um die Skalierung der API geht.
Die 62 Prozent meiner Woche, die ich in Meetings verbringe, fühlen sich nicht mehr wie verlorene Zeit an. Sie sind das Material, aus dem ich meine visuellen Zusammenfassungen baue. Und das Beste daran? Ich muss meine eigenen Protokolle nicht mehr 'lesen' â ich schaue sie mir einfach an und verstehe.