- Technische Vorträge brauchen Hintergrund, aber am Anfang verliert man das Publikum leicht; wirkungsvoller ist es, zuerst die Problemsituation zu zeigen und den Kontext danach aufzufüllen
- Diese Technik ähnelt dem Schreib-Rat von Lawrence Block: Man vertauscht den natürlich geschriebenen ersten und zweiten Teil, um eine spannungsreiche Szene an den Anfang zu stellen
- Ein Vortrag, der zuerst den Hintergrund erklärt, ist für Eingeweihte Wiederholung, und für Uneingeweihte fehlt noch der Grund zuzuhören, wodurch die Aufmerksamkeit sinken kann
- Im Beispiel zur Optimierung einer JIT-basierten virtuellen Maschine zeigt man zuerst ein Performance-Profil, eine Codeänderung, die wie eine Verbesserung aussieht, und Daten, die tatsächlich eine Verlangsamung zeigen, und erklärt erst danach JIT, Optimierung und Architektur
- Wenn man zu Beginn ein Problem aufwirft, das gelöst werden soll, versuchen Programmierer ganz natürlich eine Lösung zu finden, und es entsteht Motivation, der anschließenden Erklärung zu folgen
Vortragsstruktur: erst das Problem zeigen
- Technische Vorträge brauchen in der Regel sowohl Kontextsetzung als auch die Darstellung des zu lösenden Problems
- Wenn man jedoch mit der Hintergrunderklärung beginnt, ist die Sogwirkung zu Beginn des Vortrags schwächer
- Für Zuhörer, die den Hintergrund bereits kennen, sind es Wiederholungen
- Für Zuhörer ohne diesen Hintergrund entsteht noch keine Motivation, verstehen zu wollen
- Kent Becks Methode besteht darin, die Präsentation zunächst in der gewünschten Reihenfolge zu erstellen und dann die ersten beiden Folien, Absätze oder Kapitel miteinander zu vertauschen
- Die Technik stammt aus Lawrence Blocks Telling Lies for Fun and Profit
- Wenn man eine Geschichte natürlich schreibt, stellt das erste Kapitel den Protagonisten vor, und im zweiten entwickelt sich das Ereignis
- Vertauscht man die beiden Kapitel, beginnt die Geschichte mit einer Szene, in der der Protagonist in Gefahr ist
- Nachdem Spannung entstanden ist, folgt die Einführung der Figur, sodass Leser einen Grund haben, diese Figur kennenlernen zu wollen
Beispiel eines JIT-Optimierungsvortrags und Reaktion des Publikums
- Bei einem Vortrag über die Optimierung einer JIT-kompilierenden virtuellen Maschine würde man normalerweise zuerst JITing, das Pareto-Prinzip als Grundlage des Performance-Tunings und die aktuelle Maschinenarchitektur vorstellen
- Allerdings kann eine übliche Optimierung zur Reduzierung von Hotspots die Gesamtleistung sogar verschlechtern, und eine unscheinbare Änderung kann große Verbesserungen bringen
- Eine Struktur, die mit der zweiten Folie beginnt, platziert das Material für die Beurteilung direkt auf der ersten Folie
- ein Performance-Profil, in dem Hotspots sichtbar sind
- eine Codeänderung, die wie eine Verbesserung aussieht
- Daten, die zeigen, dass die Optimierung nicht nur gescheitert ist, sondern das System sogar langsamer gemacht hat
- Fügt man danach die Erklärungen zu JIT, Optimierung und Architektur ein, bleiben Zuhörer mit Vorwissen dabei, weil sie auf die Auflösung des Rätsels warten, und Zuhörer ohne Vorwissen haben ebenfalls einen Grund, aufmerksam zu bleiben
- Wenn Programmierern ein Problem präsentiert wird, zeigen sie eine technische Reaktion und wollen es lösen; deshalb ist es wirksam, gleich zu Beginn des Vortrags eine gemeinsame Aufgabe in den Raum zu stellen
1 Kommentare
Meinungen auf Hacker News
Als ich vor ein paar Wochen auf der PyCon vorgetragen habe, hatte ich Mühe, den Inhalt in die verfügbare Zeit zu bekommen, und habe am Ende die ersten paar Minuten der Einleitung gestrichen.
Ich habe den langsamen Einstieg ins Thema und den Hintergrund dazu, warum ich qualifiziert bin, darüber zu sprechen, weggelassen und bin direkt zum ersten Punkt gekommen; dort war ein ganz guter Witz drin, der gut funktioniert hat.
Ich habe gelernt: Wenn das Thema interessant genug ist, kann man die Einleitung überspringen und direkt zur Sache kommen, und mit einem Witz kann man die Aufmerksamkeit des Publikums ausreichend gewinnen.
Ich hasse Sales-Pitches, die erst einmal die Unternehmensgeschichte erzählen, und seltsamerweise sind große japanische Unternehmen in dieser Hinsicht oft besonders schlimm.
Bei jeder Folie sollte man denken: „Wenn ich keinen Grund liefere, die nächste Folie zu lesen, steht das Publikum auf und geht.“
Wenn die Zuhörer noch nicht wissen, was ich anbiete, muss ich die Existenzberechtigung des Vortragenden nicht rechtfertigen; am Ende geht es nicht um den Vortragenden, sondern um die Zuhörenden.
Bei solchen Dingen kann man kaum stark ins Stocken geraten, und währenddessen kommt man in Fahrt, bevor man in den eigentlichen Vortrag einsteigt.
Natürlich gilt: je kürzer, desto besser; deshalb lerne ich die ersten Sätze Wort für Wort auswendig.
Selbst wenn ich am nervösesten bin, bekomme ich den Anfang sicher hin, und danach kann ich freier sprechen.
Etwa 30 Sekunden sind in Ordnung, aber mehrere Minuten sind zu lang – egal ob Vortrag oder YouTube-Video.
Ich verstehe, warum Leute das machen.
Sie wollen wohl Risiken wie „Ist diese Person qualifiziert?“ oder „Mir fehlt der Kontext“ reduzieren, aber ich fände es gut, wenn man ein bisschen Mut aufbringt und direkt zum Kern kommt.
Ich habe mich bereits dafür entschieden, diesen Vortrag anzuhören; zu erklären, warum er interessant ist, ist also Predigen vor Bekehrten.
In der Hackerkultur beurteilt man Menschen normalerweise eher nach Können als nach Credentials; ein „Übrigens, ich habe das gebaut“ kann man einstreuen, aber man sollte nicht den Lebenslauf vorlesen, sondern mit Einsichten überzeugen.
Das gilt nicht in jedem Kontext, und manchen Zuhörern sind Qualifikationen sehr wichtig.
Wenn die Leute den Vortrag nicht selbst ausgewählt haben, brauchen sie auch ausreichend Kontext.
Trotzdem ist es meist besser, zuerst Interesse zu wecken und, nachdem man es gewonnen hat, zur Einleitung zurückzukehren.
In der Graduiertenschule habe ich viel Präsentationstraining bekommen, und mein Betreuer hat mich bei Proben oft quizartig üben lassen.
Die erste Folie sollte man als etwas sehen, das kurz eingeblendet bleibt, wenn man gerade nicht spricht – wie ein Buchcover.
Wenn zum Beispiel der Moderator sagt: „Der nächste Vortragende behandelt BlahBlah“, antwortet man: „Danke, SoAndSo. Ich bin Godelski und werde nächste Folie BlahBlah behandeln.“
Wenn er dagegen sagt: „Der nächste Vortragende ist Godelski und stellt seine Arbeit zu BlahBlah vor“, geht man mit „Danke, SoAndSo. Nächste Folie“ weiter.
Es gibt Varianten, auch für den Fall, dass es keine Einführung gibt, aber der Kern ist, Informationen, die der Einführende bereits genannt hat, nicht zu wiederholen und die Titelfolie schnell zu verlassen.
Diese Folie ist nur dafür da, zu zeigen, wer spricht und worüber gesprochen wird; wenn man dem Publikum weitere Informationen vermitteln will, sollte man nicht auf dieser Folie bleiben.
Bei Aufbau und Organisation von Folien gibt es viele weitere Faktoren, die sich aber schwer verallgemeinern lassen; eine Übersichtsfolie halte ich allerdings für ziemlich nützlich, selbst wenn sie weniger als eine Sekunde zu sehen ist.
Sie ist auch wichtiger, wenn die Folien online gestellt werden.
Vortragsfolien werden als Sprechhilfe erstellt, deshalb passen sie online oft nicht gut; es wäre schön, wenn man Foliennotizen einfach einbinden könnte.
In Google Slides geht das ganz ordentlich, bei PDFs ist es schwierig, und mit Beamer ist es wahrscheinlich schon möglich oder dürfte möglich sein – vielleicht kann also jemand eine neue Praxis durchsetzen.
Meine technischen Vorträge sind ziemlich beliebt, und sogar nichttechnische Leute im Unternehmen, die sich nicht für das Thema interessieren, schauen sich die Folien an.
Die Erzählstruktur ist entscheidend; ohne Story kann ein Vortrag nicht interessant sein.
Beim Erstellen der Präsentation gehe ich die Folien immer wieder durch und prüfe, ob der Erzählfluss natürlich ist.
Während des Vortrags lasse ich nicht zu viele Informationen auf einmal auf dem Bildschirm erscheinen, sondern nutze die PowerPoint-Timeline, damit sich die Folie langsam aufbaut, während ich spreche.
Es soll fast so aussehen, als würde ich ein Whiteboard benutzen; niemand mag es, wenn beim Weiterklicken eine Textwand auftaucht.
Ich vermeide Folien mit reinem Text nicht grundsätzlich, aber sie sind selten die beste Art, meine Geschichte oder Konzepte zu vermitteln, deshalb nutze ich sie kaum.
Beim Erstellen lese ich immer wieder gegen, ob es nicht zu technisch und dadurch langweilig wird oder zu wenig technisch und dadurch langweilig.
Die Balance ist wichtig: Wenn man plötzlich sehr tief technisch einsteigen muss, sollte man in den nächsten Folien wieder herauszoomen – und umgekehrt.
Trotz wenig Text verwende ich viele handgezeichnete Visualisierungen, um Konzepte präzise zu erklären; deshalb bleibt es auch ausgedruckt verständlich und vermittelt das, was man wissen muss.
Zum Schluss: Welche App man benutzt, ist egal.
Schlechte Künstler schieben die Schuld auf ihre Werkzeuge, und ich benutze PowerPoint, weil es iPad-Pencil-Unterstützung und eine vollständige Animations-Timeline hat – wenn man es gut einsetzt, ist es fast, als würde man einen Film machen.
Allerdings nutze ich es hauptsächlich dazu, Folien in kleinere Stücke aufzuteilen.
Technische Vorträge beginnen immer mit einem Spoiler
Wer beschäftigt ist oder mir einfach glauben kann, bekommt nur die wichtigsten Informationen und kann praktisch sofort wieder gehen
Wer nicht einverstanden ist oder Belege für die Behauptung sehen will, kann weiter dabeibleiben
Der Ausdruck wird häufiger in Memos oder E-Mails verwendet, aber das Konzept ist dasselbe
Wenn man zuerst sagt, was am Ende steht, verstehen die Leute, wohin die Hintergrundgeschichte führt
Man kann gern das Rückgrat der Geschichte ausarbeiten, aber wenn man das Publikum davon überzeugen will, dass am Ende des Regenbogens eine Explosion wartet, muss man zuerst den Trailer zeigen
Man muss das Publikum die Belohnung nicht erst „verdienen“ lassen, sondern kann direkt zu den guten Teilen springen und den Rest für die Interessierten erklären
Das findet sich auch in mehreren Demo-Reviews: https://web.archive.org/web/20220126051034/https://www.secon...
Ich beginne mit einer Zusammenfassung und stelle, wenn passend, sogar vollständig wiederverwendbaren Code zum Kopieren und Einfügen ganz nach vorne
So wünsche ich es mir von anderen, also mache ich es selbst genauso
Das Ego sollte man zurückstellen und Nützlichkeit priorisieren
Man sagt zuerst, warum es die Leute interessieren sollte, und weniger spannende Inhalte wandern nach hinten; wenn die Zeit überzogen wird oder jemand die Konzentration verliert, verpasst er dadurch nicht viel
[1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)
Man kann es als die Präsentationsversion von „I’m okay, the bull is dead“ sehen
https://www.computerworld.com/article/1702433/i-m-ok-the-bul...
Ich kann verstehen, dass jemand in so einer Situation nicht ruhig bleibt und sich nicht klar ausdrücken kann, aber hier scheint das nicht der Fall gewesen zu sein
Wenn man ruhig ist, ist es für die andere Person besser, zuerst eine 10- bis 15-sekündige Erklärung dessen zu geben, was passiert ist
Man nennt zuerst Schlussfolgerung und Auswirkungen und füllt danach den Hintergrund aus, der zu dem Ereignis geführt hat
Auch technische Vorträge brauchen weiterhin eine Geschichte
Wie bei klassischen Storytelling-Techniken sollte man mit einem Ereignis beginnen, das Interesse weckt, also mit einem auslösenden Ereignis
The Matrix beginnt damit, dass Trinity kurz vor der Festnahme steht, Bambi damit, dass die Mutter erschossen wird, und Star Wars damit, dass ein kleines Schiff von einem riesigen Schiff verfolgt wird, das Laser abfeuert
Ein guter technischer Vortrag folgt einer guten Erzählstruktur
Auslösendes Ereignis, Aufbau zu einem kleinen Höhepunkt, kurzes Zurücktreten, Höhepunkt, Schluss
Wer ein hervorragender technischer Vortragender werden will, sollte Bücher darüber lesen, wie man gute Geschichten erzählt
Zum Beispiel schließe ich überlange Artikel, die mit „David lebt mit seinen Hunden Boopy und Bloppy in einem Haus mit drei Zimmern irgendwo auf dem Land ...“ anfangen, sofort
Ich habe einmal einen hervorragenden Präsentationskurs besucht, der von einem Comedian geleitet wurde, und der Rat, der mir am stärksten in Erinnerung geblieben ist, war, den Vortrag wie eine Heldenreise aufzubauen
Die Struktur kennt jeder: Alles ist gut, eine Tragödie schlägt zu, man überwindet das Problem, man feiert
Man könnte denken, dass das nicht zu technischen Vorträgen passt, und nicht jeder Vortrag muss so sein, aber es lässt sich viel häufiger anwenden, als man denkt
Im Grunde kann alles, was ein Problem löst, auf diese Weise erzählt werden
Viel zu viele Vorträge beginnen jedoch mit „Ich werde über Projekt X sprechen. Hier ist die Gliederung der Folien. Also, was ist X?“
Stattdessen könnte man sagen: „Wir hatten viele Dinge, die Y tun. Das lief gut, bis Z kam. Dann kam die Katastrophe. Die bestehende Lösung A funktionierte in diesem Fall überhaupt nicht. Also haben wir X gebaut. Aber wegen ... funktionierte es nicht, deshalb mussten wir ..., und schließlich lief alles“
Ich empfehle, die erste Folie mit einem Bild ohne Text zu beginnen
Dieses Bild sollte auf den ersten Blick nichts mit dem Vortragsthema zu tun haben, das auf der unnummerierten Titelfolie stand
Dann werden die Leute neugierig, welche Erklärung folgt, und passen auf
Nachdem man das Rätsel aufgelöst hat, geht man zur zweiten Folie über, stellt die Problemdefinition oder Forschungsfrage vor und folgt danach der üblichen Struktur: Überblick, Methode, Daten, Experimente, Evaluationsergebnisse, Diskussion und Grenzen, Zusammenfassung, Fazit und zukünftige Arbeiten
Das funktioniert allerdings nur bei mündlichen Vorträgen
Eine andere wichtige Art von Slide Deck, die in großen globalen Unternehmen verbreitet ist, ähnelt eher einer Mischung aus PowerPoint-Präsentation und Word-Dokument
Die Folien sind voller Text, damit man das Deck allein verstehen kann; es ist nicht nur für Präsentationen gedacht, sondern vor allem dafür geschrieben, per E-Mail herumgereicht und gelesen zu werden
Weil Führungskräfte vielleicht nicht zuhören, sondern nur die Folien überfliegen, bricht man absichtlich einige Regeln guter Folien, die eine gute Präsentation unterstützen
Zumindest in meinem Bereich, Computer Vision und Machine Learning, platziert man auf der ersten Seite eine große, schöne und möglichst selbsterklärende Abbildung
Sie soll die Aufmerksamkeit von Leuten einfangen und sie hineinziehen, die ein PDF überfliegen
In Computer Vision findet man normalerweise etwas visuell Ansprechendes, etwa ein Bild, das 3D-Rekonstruktion oder Objekterkennung hervorhebt
Oder man kann eine Grafik verwenden, die zeigt, wie viel besser die eigene Methode als die Baseline ist; für jemanden, der die Bedeutung der Zahlen nicht gut kennt, kann das aber weniger interessant sein
Bei Demos habe ich vor langer Zeit gelernt, mit dem guten Teil anzufangen.
Wenn man großartige Monitoring-Software hat, sollte man nicht damit beginnen, den Installationsprozess, die Einrichtung der Metrikerfassung und die Anbindung des Frontends an eine Zeitreihendatenbank zu zeigen, um danach tolle Graphen zu präsentieren, die es früher nicht gab.
Stattdessen sollte man zuerst die tollen Graphen zeigen, die es früher nicht gab, und erklären, warum sie nützlich sind.
Erst danach, wenn alle interessiert sind, kann man sich die Zeit nehmen zu zeigen, wie man zu diesem Zustand gekommen ist.
Ich habe zu viele Demos gesehen, die mit einem langen, langweiligen Weg bis zum spannenden Teil beginnen; es wäre viel besser gewesen, wenn sie zuerst das Spannende gezeigt hätten.
Für technische Vorträge ist das ein genialer Ansatz.
In Unterhaltungsmedien wie Romanen oder TV-Serien finde ich es allerdings immer weniger interessant, wenn es so gemacht wird.
Wenn man keine Hintergrundinformationen braucht, um eine Actionszene zu verstehen, kann man die Hintergrundinformationen meiner Meinung nach auch komplett überspringen.
Ich wünschte, man würde das Tempo nicht erst stark anziehen und dann viel zu schnell wieder auf nichts zurückfallen lassen.
Trotzdem gibt es einen Grund dafür: Der wichtigste Teil der Geschichte wird nach vorn gestellt.
Der Roman kommt zu langsam in Gang, Testleser geben auf, bevor etwas Interessantes passiert, und der Lektor schlägt vor: „Lasst uns die coole Kampfszene aus Kapitel 10 an den Anfang setzen, damit man sieht, worum es in diesem Buch geht.“
So etwas funktioniert selten gut.
Ich habe jeden Satz und jeden Absatz gelesen, bin mir aber immer noch nicht sicher, was der Originaltext sagen will.
Bedeutet es: „Überspringe die Einleitung“?
Wenn ich eine Präsentation beginne, gebe ich zuerst einen kurzen Überblick darüber, woraus sie besteht.
Man kann den Inhalt nicht immer auf das Publikum zuschneiden, aber wenn man zumindest am Anfang ein Inhaltsverzeichnis oder eine Zusammenfassung gibt, wissen die Zuhörer, wann sie aufmerksam sein sollten und wann sie kurz abschalten können.
Es sollten 2 bis 3 Kernpunkte sein, die man wiederholt verstärkt, nicht mehr.
Und mein wichtigster Tipp ist: Je natürlicher eine Präsentation klingen soll, desto mehr muss man vorher üben.
Erfahrene Vortragende wissen dann auch, wann und wie sie diese Regeln brechen können.
Natürlich eine Neuerfindung.