3 points par GN⁺ 2024-06-15 | 1 commentaires | Partager sur WhatsApp
  • Les présentations techniques ont besoin d’un contexte, mais il est facile de perdre son public au début ; il est donc plus efficace de montrer d’abord la situation-problème, puis d’apporter le contexte
  • Cette technique, comme le conseil d’écriture de Lawrence Block, consiste à échanger la première et la deuxième partie écrites naturellement afin de placer en ouverture une scène porteuse de tension
  • Une présentation qui commence par expliquer le contexte est répétitive pour ceux qui le connaissent déjà et, pour ceux qui ne le connaissent pas, ne donne pas encore de raison suffisante d’écouter attentivement
  • Dans l’exemple d’une optimisation de machine virtuelle basée sur le JIT, on montre d’abord un profil de performance, une modification de code qui semble être une amélioration, puis des données montrant qu’en réalité cela a ralenti le système, avant d’expliquer le JIT, l’optimisation et l’architecture
  • Si l’on pose dès le départ un problème qu’on a envie de résoudre, les programmeurs cherchent naturellement une solution et sont ensuite plus motivés à suivre l’explication

Structure d’une présentation qui montre d’abord le problème

  • Une présentation technique doit en général à la fois poser le contexte et présenter le problème à résoudre
  • Cependant, commencer par le contexte réduit souvent la force d’attraction du début de l’exposé
    • Pour le public qui connaît déjà le contexte, cela devient une information répétitive
    • Pour le public qui ne le connaît pas, il n’a pas encore de motivation à essayer de comprendre
  • La méthode de Kent Beck consiste à préparer la présentation dans l’ordre souhaité, puis à intervertir les deux premières diapositives, ou les deux premiers paragraphes ou chapitres
  • C’est une technique tirée de Telling Lies for Fun and Profit de Lawrence Block
    • Quand on écrit une histoire naturellement, le premier chapitre présente le protagoniste et le deuxième fait avancer l’intrigue
    • Si l’on échange les deux chapitres, on commence par une scène où le protagoniste est en danger
    • Une fois la tension installée, la présentation du personnage arrive ensuite, ce qui donne au lecteur une raison de vouloir le connaître

Exemple d’exposé sur l’optimisation JIT et réaction du public

  • Pour une présentation sur l’optimisation d’une machine virtuelle basée sur la compilation JIT, on commence en général par présenter le JITing, le principe de Pareto qui sert de base au tuning de performance, puis l’architecture matérielle actuelle
  • Mais une optimisation classique visant à réduire un hotspot peut en fait ralentir la performance globale, et une modification qui semble anodine peut aussi produire une amélioration majeure
  • Une structure qui commence à la deuxième diapositive place dès la première les éléments de jugement sous les yeux du public
    • Un profil de performance où un hotspot apparaît
    • Une modification de code qui semble devoir améliorer la situation
    • Des données montrant que non seulement l’optimisation a échoué, mais qu’elle a rendu le système plus lent
  • Si l’on ajoute ensuite les explications sur le JIT, l’optimisation et l’architecture, le public qui connaît déjà le contexte continue à suivre en attendant la résolution du mystère, et celui qui ne le connaît pas a lui aussi une raison de rester concentré
  • Les programmeurs ont une réaction d’ingénieur naturelle face à un problème posé : ils cherchent à le résoudre ; il est donc efficace d’ouvrir la présentation en lançant un problème à résoudre ensemble

1 commentaires

 
GN⁺ 2024-06-15
Commentaires sur Hacker News
  • Il y a quelques semaines, en présentant à la PyCon, j’ai eu du mal à faire tenir le contenu dans le temps imparti, et j’ai fini par couper l’introduction de quelques minutes au début
    J’ai supprimé la montée en matière jusqu’au sujet, ainsi que la partie qui expliquait mon parcours et pourquoi j’étais légitime pour en parler, et je suis entré directement dans le premier point clé ; il y avait une bonne blague à ce moment-là, et ça a bien marché
    J’en ai retenu que si le sujet est suffisamment intéressant, on peut sauter l’introduction et aller droit au but, et qu’en y mêlant un peu d’humour, on capte très bien l’attention du public

    • C’est aussi important dans les présentations commerciales
      Je déteste vraiment les pitchs de vente qui commencent par raconter l’histoire de l’entreprise, et curieusement, les grandes entreprises japonaises sont souvent particulièrement mauvaises sur ce point
      Il faut aborder chaque slide en se disant : « si je ne donne pas au public une raison de regarder la suivante, il se lève et s’en va »
      Tant que le public ne sait pas encore ce que j’apporte, il n’est pas nécessaire de justifier pourquoi le présentateur est là ; au fond, l’essentiel, ce n’est pas le présentateur mais ceux qui écoutent
    • Je suis d’accord, mais commencer par les parties douces et ennuyeuses comme le nom ou les qualifications a aussi l’avantage d’être plus facile à dire quand on est encore tendu au début
      C’est difficile de trop bafouiller sur ce genre de passage, et pendant ce temps on se met en jambes avant d’entrer dans le vrai exposé
      Bien sûr, plus c’est court, mieux c’est, donc j’ai tendance à mémoriser mot à mot les premières phrases
      Même quand je suis le plus anxieux, je peux assurer le début, puis parler plus librement ensuite
    • Je déteste vraiment les longues introductions, et le public apprécie aussi quand on fait court
      Une trentaine de secondes, ça va, mais plusieurs minutes, c’est trop long, que ce soit pour une présentation ou une vidéo YouTube
      Je comprends pourquoi les gens le font
      Ils veulent sans doute réduire des risques du genre « cette personne est-elle crédible ? » ou « je manque de contexte », mais j’aimerais qu’on ait juste un peu plus de courage pour aller directement à l’essentiel
    • Pour une présentation en conférence technique, je lève souvent les yeux au ciel devant la slide d’introduction
      On a déjà choisi d’assister à cette présentation, donc expliquer pourquoi c’est intéressant revient un peu à prêcher des convaincus
      Dans la culture hacker, on juge en général les gens sur leurs compétences plutôt que sur leurs titres ; on peut glisser un « au fait, c’est moi qui ai fait ça », mais pas la peine de lire son CV, il vaut mieux convaincre par la qualité des idées
      Cela ne vaut pas dans tous les contextes, et certains publics attachent énormément d’importance aux références
      Si les gens n’ont pas choisi eux-mêmes d’assister à la présentation, il faut aussi davantage de contexte
      Malgré tout, il vaut généralement mieux capter l’intérêt d’abord, puis revenir à l’introduction une fois cette attention obtenue
    • Quand j’écris aussi, l’introduction m’est nécessaire pour rédiger le reste du document, mais une fois tout terminé, il arrive que ce qu’elle contient ressemble finalement à un lieu commun inutile
  • En master, j’ai reçu beaucoup d’entraînement à la présentation, et mon directeur de recherche nous faisait souvent répéter sous forme de petits quiz pendant les répétitions
    Il faut considérer la première slide comme un écran qu’on laisse brièvement affiché quand on ne parle pas encore, une sorte de couverture de livre
    Par exemple, si la personne qui anime dit « notre prochain intervenant va parler de BlahBlah », je réponds « merci SoAndSo. Je suis Godelski et, slide suivante, je vais parler de BlahBlah »
    À l’inverse, si elle dit « notre prochain intervenant est Godelski et va présenter un travail sur BlahBlah », je réponds « merci SoAndSo. Slide suivante »
    Il existe des variantes, y compris quand il n’y a pas d’introduction, mais l’idée clé est de ne pas répéter les informations déjà données par la personne qui présente et de quitter rapidement la slide de titre
    Cette slide sert seulement à montrer qui parle et de quoi il va parler ; si vous avez davantage à transmettre au public, il ne faut pas s’y attarder
    Il y a bien d’autres éléments dans la construction et l’organisation des slides, mais c’est difficile à généraliser ; en revanche, je trouve qu’une slide de plan est assez utile, même si elle apparaît moins d’une seconde
    C’est encore plus important quand les slides sont mises en ligne
    Les slides de présentation sont conçues comme support oral, donc elles s’adaptent mal à une mise en ligne telle quelle, et ce serait bien de pouvoir y inclure facilement des notes de présentation
    Dans Google Slides, ça va, mais en PDF c’est compliqué, et avec beamer c’est déjà possible, ou probablement possible, donc quelqu’un pourrait sans doute imposer une nouvelle pratique

  • Mes présentations techniques sont assez populaires, et même des non-techniciens dans l’entreprise font circuler les slides alors qu’ils ne s’intéressent pas spécialement au sujet
    La structure narrative est essentielle, et sans histoire une présentation ne peut pas être intéressante
    Pendant la préparation, je parcours constamment les slides pour vérifier si le fil narratif paraît naturel
    Pendant l’exposé, j’évite qu’une grande quantité d’informations apparaisse d’un coup à l’écran, et j’utilise la timeline de PowerPoint pour que la slide se construise progressivement pendant que je parle
    J’essaie que cela ressemble presque à l’usage d’un tableau blanc, car personne n’aime passer à une nouvelle slide et se prendre un mur de texte
    Je n’évite pas totalement les slides composées uniquement de texte, mais c’est rarement le meilleur moyen de faire passer mon histoire ou mes concepts, donc je m’en sers très peu
    En préparant la présentation, je relis aussi pour vérifier qu’elle ne devienne pas ennuyeuse parce qu’elle est trop technique, ni ennuyeuse parce qu’elle ne l’est pas assez
    L’équilibre est important ; si je dois soudain entrer très profondément dans la technique, il faut que les quelques slides suivantes fassent remonter le niveau, et inversement
    Même quand il y a peu de texte, j’utilise beaucoup de visualisations dessinées à la main pour expliquer les concepts avec précision, si bien qu’une impression reste compréhensible et transmet encore ce qu’il faut savoir
    Enfin, l’application qu’on utilise n’a pas d’importance
    C’est le mauvais artiste qui accuse ses outils ; moi j’utilise PowerPoint, parce qu’avec la prise en charge de l’Apple Pencil sur iPad et une timeline d’animation complète, on peut presque faire un film quand on l’utilise bien
    Cela dit, je m’en sers surtout pour découper les slides en fragments plus petits

  • Les présentations techniques commencent toujours par le spoiler
    Les personnes pressées, ou qui peuvent simplement me faire confiance, peuvent obtenir uniquement l’information la plus importante et partir presque aussitôt
    Celles qui ne sont pas d’accord ou qui veulent voir les preuves à l’appui peuvent rester jusqu’au bout

    • C’est proche du BLUF, c’est-à-dire Bottom Line Up Front
      C’est une expression plus souvent utilisée pour les notes ou les e-mails, mais l’idée est la même
      Si vous dites d’abord ce qu’il y a à la fin, les gens comprennent où mène l’explication de contexte
      On peut construire la colonne vertébrale du récit, mais si vous voulez convaincre le public qu’il y a une explosion au bout de l’arc-en-ciel, il faut d’abord lui montrer la bande-annonce
    • Cela rejoint aussi l’idée du faire d’abord la fin dans une démonstration produit
      Pas besoin de faire “mériter” au public sa récompense : allez directement à la meilleure partie, puis expliquez le reste pour celles et ceux que ça intéresse
      Plusieurs revues de démos en parlent aussi : https://web.archive.org/web/20220126051034/https://www.secon...
    • Tous les billets de blog que j’écris fonctionnent aussi comme ça
      Je commence par un résumé et, quand c’est pertinent, je mets même dès le début du code réutilisable complet qu’on peut copier-coller
      C’est ce que j’aimerais que les autres fassent pour moi, donc c’est comme ça que je fais
      Il faut mettre l’ego de côté et faire passer l’utilité en premier
    • Pour transmettre une information importante, la structure en pyramide inversée est presque toujours meilleure
      Elle oblige à dire d’abord pourquoi les gens devraient s’y intéresser, et place les éléments moins intéressants à la fin ; ainsi, si l’on dépasse le temps ou si quelqu’un décroche, on rate moins de choses
      [1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)
  • On peut voir la présentation comme « I’m okay, the bull is dead »
    https://www.computerworld.com/article/1702433/i-m-ok-the-bul...

    • Je comprends l’idée de l’article, mais moi, je préférerais entendre d’emblée « J’ai percuté un taureau avec la voiture. Moi ça va, mais la voiture est foutue » plutôt que de recevoir l’information petit à petit, ou pire, de devoir l’arracher
      Je comprends que, dans une telle situation, on puisse ne pas être assez calme pour expliquer clairement ce qui s’est passé, mais ici, ça ne semble pas avoir été le cas
      Si l’on est calme, mieux vaut commencer par donner à l’autre une explication en 10 à 15 secondes de ce qui s’est passé
    • Il y a eu un grand débat sur ce sujet l’an dernier : https://news.ycombinator.com/item?id=37087459
    • C’est le même principe que le BLUF, autrement dit mettre l’essentiel au début
      Dites d’abord la conclusion et l’impact, puis complétez ensuite avec le contexte qui a mené à l’événement
  • Les présentations techniques ont quand même besoin d’une histoire
    Comme dans les techniques classiques de storytelling, il faut commencer par un événement qui capte l’attention, c’est-à-dire l’élément déclencheur
    The Matrix commence juste avant que Trinity soit capturée, Bambi avec la mère qui se fait tirer dessus, et Star Wars avec un petit vaisseau poursuivi par un énorme vaisseau qui tire des lasers
    Une bonne présentation technique suit une bonne structure narrative
    Élément déclencheur, montée vers de petits climax, léger recul, climax, conclusion
    Si vous voulez devenir un excellent orateur technique, cela vaut la peine de lire des livres sur l’art de bien raconter une histoire

    • Il faut faire attention à ne pas énerver le public avec cette technique
      Par exemple, les longs articles qui commencent par « David vit dans une maison de trois chambres, quelque part à la campagne, avec ses chiens boopy et bloppy... » me font immédiatement fermer l’onglet
      J’ai autrefois suivi un excellent cours de présentation animé par un humoriste, et le conseil dont je me souviens le plus est de construire une présentation comme un récit héroïque
      C’est une structure que tout le monde connaît : tout va bien, une tragédie survient, on surmonte le problème, on célèbre
      On peut penser que cela ne convient pas aux présentations techniques, et toutes n’ont pas besoin de le faire, mais c’est applicable bien plus souvent qu’on ne le croit
      Fondamentalement, tout ce qui résout un problème peut être raconté de cette manière
      Pourtant, beaucoup trop de présentations commencent par « Je vais vous parler du projet X. Voici le plan des slides. Alors, qu’est-ce que X ? »
      On pourrait plutôt dire : « Nous faisions beaucoup de choses qui faisaient Y. Cela marchait bien, jusqu’à l’arrivée de Z. Ensuite, la catastrophe est arrivée. La solution existante A ne marchait absolument pas dans ce cas. Nous avons donc créé X. Mais cela n’a pas fonctionné à cause de ..., alors nous avons dû ..., et finalement tout a marché »
    • Bambi commence par la naissance du faon, et sa mère meurt au milieu du film
  • Je recommande de commencer la première slide par une image sans texte
    Cette image ne doit apparemment avoir aucun rapport avec le sujet de la présentation indiqué sur la slide de titre non numérotée
    Les gens se demandent alors quelle explication va suivre et prêtent attention
    Une fois l’énigme résolue, on passe à la deuxième slide pour présenter la définition du problème ou la question de recherche, puis on peut enchaîner sur la structure habituelle : plan, méthode, données, expériences, résultats d’évaluation, discussion et limites, résumé, conclusion et travaux futurs
    En revanche, cela ne fonctionne que pour les présentations orales
    Un autre type important de slide deck, dominant dans les grandes multinationales, ressemble davantage à un hybride entre une présentation PowerPoint et un document Word
    Les slides sont remplies de texte pour qu’on puisse les comprendre en les regardant seules, et elles sont conçues non seulement pour être présentées, mais surtout pour circuler par e-mail et être lues
    Comme les dirigeants peuvent survoler les slides sans assister à la présentation, on enfreint délibérément certaines règles des bonnes slides qui servent une bonne présentation

    • Je pense qu’un conseil similaire s’applique aussi aux articles scientifiques
      Au moins dans mon domaine, la vision par ordinateur et l’apprentissage automatique, on met une grande image marquante, si possible auto-explicative, dès la première page
      Elle sert à capter l’attention des personnes qui parcourent le PDF et à les attirer
      En vision par ordinateur, on peut généralement trouver quelque chose de visuellement séduisant, comme une reconstruction 3D ou une image mettant en avant la détection d’objets
      On peut aussi utiliser un graphique montrant à quel point ma méthode est meilleure que la baseline, mais cela peut être moins intéressant pour quelqu’un qui ne comprend pas bien la signification des chiffres
  • Pour une démo, j’ai appris il y a longtemps qu’il faut commencer par la meilleure partie
    Si vous avez un excellent logiciel de monitoring, il ne faut pas commencer par le processus d’installation, la configuration de la collecte des métriques et la façon dont vous avez connecté le front-end à la base de données de séries temporelles, puis seulement montrer de superbes graphiques qui n’existaient pas auparavant
    À la place, il faut d’abord montrer ces superbes graphiques qui n’existaient pas auparavant, puis expliquer pourquoi ils sont utiles
    Ce n’est qu’une fois que tout le monde s’y intéresse que vous pouvez prendre le temps de montrer comment vous en êtes arrivés là
    J’ai vu trop de démos commencer par un long processus ennuyeux avant d’arriver à quelque chose de génial, alors qu’il aurait bien mieux valu montrer d’abord ce qu’il y a de génial

  • C’est une approche géniale pour les présentations techniques
    En revanche, dans les médias de divertissement comme les romans ou les séries TV, cela nuit presque toujours à l’intérêt
    Si une scène d’action n’a pas besoin d’informations de contexte pour être comprise, alors autant sauter entièrement ces informations de contexte
    J’aimerais qu’on n’accélère pas brutalement le rythme pour retomber presque aussitôt dans le vide

    • Les articles de presse, surtout ceux sur le sport ou la politique, utilisent beaucoup cette méthode
      Il y a quand même une raison à cela : on met d’abord en avant la partie la plus importante de l’histoire
    • Dans les œuvres de divertissement, cela donne souvent l’impression d’un bricolage de dernière minute
      Comme si le développement du roman était trop lent, que les lecteurs test abandonnaient avant qu’il ne se passe quelque chose d’intéressant, et que l’éditeur proposait : « Mettons la super scène de bataille du chapitre 10 au début pour montrer de quoi parle ce livre »
      Ce genre de procédé fonctionne rarement bien
  • J’ai lu chaque phrase et chaque paragraphe, mais je ne suis toujours pas certain de ce que le texte original veut dire
    Est-ce que cela signifie qu’il faut « sauter l’introduction » ?
    Quand je commence une présentation, je donne d’abord un bref aperçu de ce qu’elle va contenir
    On ne peut pas toujours adapter le contenu au public, mais au minimum, donner un index ou un résumé au début permet de savoir quand il faut se concentrer et quand on peut se permettre de décrocher un instant

      1. Dites ce que vous allez dire
      2. Dites-le
      3. Redites ce que vous avez dit
        Les idées essentielles à marteler doivent être au nombre de 2 ou 3, pas plus
        Et mon conseil n°1, c’est que plus vous voulez qu’une présentation paraisse naturelle, plus vous devez la répéter à l’avance
        Avec l’expérience, les bons orateurs finissent aussi par savoir quand et comment enfreindre ces règles
    • J’ai compris l’idée principale de cet article comme étant : « Pour faire comprendre la solution à un problème, n’expliquez pas d’abord le contexte technique ; commencez par le problème. Expliquez ensuite le contexte ou l’arrière-plan technique en second. »
    • En fin de compte, cela revient à inventer la motivation dans un texte
      Bon, la réinventer, en réalité