Question:
Dans quelle mesure est-il courant d'écrire un script pour une conférence? Quels sont les bénéfices?
Abe
2012-03-06 08:00:40 UTC
view on stackexchange narkive permalink

Je n'ai jamais écrit de script textuel pour une conférence. J'ai parfois écrit des notes ou des plans, mais je n'en ai jamais lu lors de la présentation (et rarement lors de la pratique). Avec suffisamment de (semaines) de pratique, je peux donner un très bon discours. Avec moins de pratique, je m'éloigne parfois et oublie parfois un détail important. Mais ce qui m'intéresse le plus, c'est d'améliorer ma présentation en supprimant les pauses gênantes (par exemple, lorsque je me souviens de ce que je dois dire à propos d'une diapositive) et en utilisant l'intonation, le phrasé et la cadence appropriés.

Récemment, un ami de le mien, qui est doctorant en écriture, a suggéré que la première étape pour atteindre ces objectifs consiste à rédiger un scénario pour chaque diapositive. C'est une tâche difficile, mais que j'ai l'intention d'expérimenter. Je n'ai pas l'intention de lire réellement le script pendant la conférence, mais de le mémoriser tout en m'entraînant.

Mes questions sont:

  1. Est-il courant d'écrire un script pour une présentation?
  2. En quoi le fait d'avoir un script aide-t-il?
  3. À quel stade de la préparation dois-je avoir une version "finale"?
Dans quel domaine travaillez-vous? Je pense que c'est beaucoup plus courant dans les sciences humaines et sociales que dans les domaines des STEM.
@JeffE Je suis dans un domaine STEM
Sept réponses:
#1
+22
Artem Kaznatcheev
2012-03-06 10:05:47 UTC
view on stackexchange narkive permalink

Je pense qu'un script est en fait plus nuisible que bon. Cela a tendance à produire des discours très rigides et vous oblige souvent à vous concentrer sur le script plutôt que sur le contenu et le public . Habituellement, vous savez de quoi vous parlez assez bien pour ne pas avoir besoin d'un script, et juste de pointeurs. Voici les astuces que j'utilise pour différents types de conférences.

Discussions de recherche

Pour des présentations techniques sur mes recherches ou des conférences invitées sur des sujets que je connais intimement (ces deux écrasante majorité de mes exposés), je ne fais pas de scripts ou de notes et je me concentre uniquement sur la création de bonnes diapositives. En faisant des diapositives, je produis un plan que j'utilise pour vérifier mentalement mon timing. Le jour de la conférence, je regarde attentivement mes diapositives (à la recherche de fautes de frappe et autres erreurs mineures), cela me rappelle les détails exacts dont j'allais parler. Depuis que j'ai tendance à répéter des discours similaires, je suis devenu très compétent pour estimer mon timing.

Pour certaines grandes conférences, je m'entraine dans mon laboratoire avant de me rendre à la conférence. Cela améliore considérablement la discussion, en particulier les problèmes de timing et de confort.

Je trouve que c'est facile à faire parce que vous êtes généralement intimement familier avec vos propres recherches et qu'il est peu probable que vous oubliez quelque chose. Il permet également une conversation relativement fluide et naturelle, et vous permet de répondre aux questions pendant la conférence sans craindre de perdre votre rythme.

En général, j'ai ma version finale la veille à moins Je répète dans le laboratoire.

Présentation d’enseignement

J'ai fait un certain nombre d'exposés en tant que critiques pour de grands groupes d'étudiants (50 à 300) pour les préparer aux examens, et des groupes plus petits (20 à 30) pendant les sections hebdomadaires des tutoriels. Ici, je ne parlais pas de mes recherches, mais du matériel de cours que j'avais suivi il y a des années. Les sujets étaient la physique / les mathématiques et mon style était celui de la résolution de problèmes interactive au tableau de problèmes triés sur le volet qui illustraient les concepts clés. Pour me préparer, j'ai dû investir du temps pour proposer soigneusement de bonnes questions et j'ai rapidement vérifié que je pouvais résoudre les questions au fur et à mesure que je les générais.

J'écris les questions une par page avec quelques puces de le concept / technique principal que je veux montrer dans la question. Cependant, je n'écris pas de solutions et je ne résous pas les questions sur place au tableau. Cela me met un certain stress (surtout si vous enseignez à des ingénieurs de première année) mais je trouve que cela produit un meilleur rythme pour les étudiants (puisque je ralentis naturellement un peu dans les parties les plus difficiles) et que je résout les questions lorsque vous les présenter au lieu de copier une solution de vos notes au tableau vous garde dans la zone et réduit réellement les erreurs. Ne pas avoir de notes en main (sauf pour écrire l'énoncé du problème) vous permet également de vous soucier de deux choses: le tableau et les élèves.

La mise en garde est que vous devez être très à l'aise avec le matériel ( mais pourquoi l'enseignez-vous si vous ne l'êtes pas?!) et vous devez avoir la confiance nécessaire pour rire de vous-même et vous remettre d'erreurs occasionnelles.

Habituellement, j'ai les dernières questions et planifie un quelques jours à l'avance . Cependant, il n’existe pas de «version finale» du discours proprement dit, car cela dépend entièrement du public.

Conférences populaires

Ma seule occasion de donner une conférence populaire a été à TEDx McGill 2009. C'était incroyablement différent des autres discussions auxquelles je suis habitué. Heureusement, tous les orateurs ont été entraînés par le comité organisateur à l'avance (y compris un essai complet). Le message clé était de traiter cela non pas comme une présentation, mais comme une performance. Je n'ai pas préparé de scénario (et on m'a déconseillé d'en préparer un), mais j'ai pris des notes sur des fiches de rappel que je tenais pendant la représentation. Sauf au tout début (où j'étais anormalement nerveux), je n'ai jamais regardé les cartes de repère, et je les ai surtout tenues pour plus de confort.

J'avais ma version finale environ une semaine avant la conférence et ma version prête à l'emploi environ deux semaines avant.

#2
+16
user102
2012-03-06 14:50:41 UTC
view on stackexchange narkive permalink

Je pense que j'ai un processus similaire à celui décrit par Artem (mis à part le discours populaire, que je n'ai jamais eu l'occasion de faire). En tout cas, je n'écris jamais de scénario. En fait, pour mon premier exposé en anglais, pendant ma première année de doctorat, j'ai appris le discours par cœur, ce qui était terrible, et m'a fait terminer le discours en 12 minutes au lieu de 20 minutes.

Cependant, j'essaie de préparer soigneusement mes transitions, en particulier entre les différentes parties de la conférence. Je trouve cela particulièrement ennuyeux lorsqu'un haut-parleur termine une partie avec un blanc, passe à la diapositive suivante et dit quelque chose comme "OK, section suivante maintenant". De plus, j'inclus généralement dans une transition un bref résumé des points clés de la section précédente, et la motivation pour aller à la section suivante, ce qui garantit que je n'oublie aucun point important.

À propos à quelle heure la préparation doit-elle être prête, cela dépend du type de discussions. Pour une conférence de 20/25 minutes présentant un article, j'ai généralement déjà une idée assez claire de ce que je veux présenter et comment le structurer (depuis que j'ai écrit l'article), donc je commence les diapositives environ une semaine avant la conférence. , ayez un brouillon décent 2 ou 3 jours avant (c'est-à-dire le nombre final de diapositives, les bons titres) et la version finale la veille. Comme l'a dit Artem, après un certain temps, vous pouvez projeter assez précisément la durée d'une conférence à partir de vos diapositives, il n'est donc pas nécessaire de répéter pour vous assurer que vous êtes à l'heure.

Pour une conférence de type séminaire de 45/50 minutes, c'est un peu plus délicat, car généralement le public n'est pas le même que celui d'une conférence, et il est plus difficile de ne pas l'ennuyer. Je commence donc à préparer les diapositives environ un mois avant, mais uniquement pour obtenir le plan, et je commence à travailler sur la partie parlante, pas tant sur les diapositives, pour essayer de trouver de belles façons de présenter les idées (comme de beaux exemples, bien analogies).

Donc, en résumé, pour répondre à vos questions:

  1. Ce n'est pas très courant (je ne connais en fait personne qui le fait).
  2. Cela peut aider si l'orateur est très nerveux et a tendance à oublier beaucoup de choses importantes (qui disparaissent souvent avec l'expérience).
  3. Cela dépend de l'expérience et de la capacité d'évaluer votre présentation. Si vous vous sentez très confiant, vous pouvez commencer à préparer la présentation la veille. Mais en général, je dirais que quelque chose entre une semaine avant et la veille est bien.

Comme l'aeismail l'a mentionné, ma réponse est assez subjective et décris simplement ce qui fonctionne pour moi et pour certaines personnes que je connais . Cependant, juste un point que j'ajouterais, concernant les «pauses gênantes»: je pense que la qualité de mes présentations a énormément augmenté lorsque j'ai arrêté de préparer ma présentation autour de mes diapositives, mais l'inverse. J'ai donc laissé tomber toutes les phrases comme "cette diapositive présente ...", "sur cette diapositive, nous avons la définition ...", etc. En fait, j'essaie même de ne pas dire les mots qui sont sur les diapositives. Je ne sais pas si ma présentation est meilleure pour le public, mais au moins, je me sens beaucoup plus à l'aise avec eux.

J'aime votre commentaire sur les diapositives. Je trouve que les meilleures diapositives sont celles avec __no__ mots.
+1 pour quelques idées très intéressantes: construire les diapositives autour de la conférence et se concentrer sur les transitions
+1 pour "la qualité de mes présentations s'est considérablement améliorée lorsque j'ai arrêté de préparer ma présentation autour de mes diapositives, mais l'inverse"
#3
+16
aeismail
2012-03-06 16:33:03 UTC
view on stackexchange narkive permalink

Je pense que le facteur le plus important à garder à l'esprit est le niveau de confort personnel de l'orateur en ce qui concerne les présentations. Pour certaines personnes, en particulier les personnes travaillant dans une langue non maternelle, le fait d'avoir un script préparé leur permet de se détendre suffisamment et d'être en mesure de terminer la conférence. Pour d'autres personnes, avoir un script préparé agit plus comme un encombrement que comme une aide. J'ai vu des gens répéter des discours au point d'être pratiquement mémorisés - puis devenir complètement troublés lorsqu'ils sautent accidentellement une diapositive ou sont confrontés à un petit problème technique dans la présentation elle-même.

Donc, je serait en désaccord avec Charles et Artem et dirait que vous devriez trouver la méthode la plus efficace pour vous . Personnellement, je ne suis pas en mesure de répéter des discussions au-delà de passer en revue les points clés que je veux aborder sur une diapositive. Si je passe par un discours comme celui-là plus de deux ou trois fois, je commence à être "enfermé" dans certains mots et certaines phrases, puis je commence à tomber dans les problèmes mentionnés par les autres affiches concernant les pièges d'un discours mémorisé. Vous pouvez trouver qu'un discours mémorisé est la possibilité la plus utile; si tel est le cas, nos opinions sur la "meilleure" approche ne s'appliquent pas vraiment.

+1. La réponse à cette question est en fait simplement «essayez quelques méthodes, voyez ce qui fonctionne pour vous et pratiquez beaucoup cette méthode».
+1 Très bon point, c'est vrai que différentes personnes peuvent réagir différemment, je mettrai à jour ma réponse en conséquence.
#4
+13
Konrad Rudolph
2012-03-06 17:07:45 UTC
view on stackexchange narkive permalink

Script uniquement l'introduction

Je ne peux que faire écho à ce que Artem a dit sur les inconvénients d'un script.

Cela dit, je conseille souvent d'écrire l ' introduction de la conférence au préalable en détail. De cette façon, vous avez une sauvegarde. Jusqu'à présent, je n'ai jamais fini par utiliser l'introduction préparée, j'ai toujours eu au moins de légères variations. Mais si - pour une raison quelconque - vous êtes bloqué, vous pouvez recourir au script préparé. Si rien d'autre, c'est extrêmement réconfortant et réduit l'anxiété.

Un discours ne doit pas ressembler à une performance

Parmi les discours que j'ai entendus (au lieu d'être donnés), ceux qui étaient évidemment basés sur un scénario étaient parmi les pires. C'étaient de mauvaises performances plutôt que de bonnes discussions. Une conférence (en général) n’est pas censée être une performance - elle est destinée à transmettre des informations; comme vous le feriez dans une discussion avec des amis:

Le "chat avec des amis" devrait être l'archétype après lequel pour modéliser une conférence, pas la "représentation théâtrale". 1

Utilisez des cartes de repères

Je m'éloigne parfois et parfois omis un détail important.

Cela peut être aidé par des notes (cartes de repères). Mais vous devez vous entraîner à les regarder de temps en temps (je ne me souviens jamais avoir fait cela). Je finis généralement par enduire mes diapositives d'énormes notes autocollantes qui n'apparaissent que sur l'écran du présentateur (pris en charge au moins par Keynote). Pas élégant mais efficace.

Un mot sur les diapositives

Vous avez dit vouloir supprimer les pauses gênantes «… pendant que [vous] vous souvenez de ce qu'il faut dire sur une diapositive…».

Cela peut indiquer que votre exposé doit être révisé pour deux raisons:

  1. Si vous ne vous souvenez pas d'un détail, est-ce vraiment important?
  2. Vous devriez n'ont rien à dire "à propos d'une diapositive". Les diapositives sont là pour soutenir visuellement votre discours, et non l'inverse. Si vous ne savez pas quoi dire à propos d’une diapositive, coupez la diapositive. Cela ressemble à un jugement sévère, mais cela améliorera le discours.

1 Sauf quand ce n'est pas le cas, bien sûr. Les discussions TED ont été mentionnées. Mais même ici, toutes les meilleures discussions ressemblent à une discussion amicale plutôt qu’à une performance, même s’il s’agit en réalité d’une performance bien préparée.

Votre fusion de lecture textuelle d'un script avec une «performance». Je suis cependant d'accord avec tout ce que vous dites (juste une différence sémantique sur ce qu'est une performance, +1).
@Andy Eh bien, nous convenons qu'un discours est en quelque sorte toujours une performance. Mais pour moi au moins, la représentation de * théâtre * implique la mise en scène d'un scénario, et beaucoup de gens traitent un discours (à tort) comme tel.
Je suis d'accord avec Andy: chaque discours est une performance, mais comme vous le suggérez, une bonne performance ne ressemble pas à une performance. En outre, +1 pour couper brutalement des diapositives. Les diapositives soutiennent l'histoire, pas l'inverse.
#5
+9
410 gone
2012-03-07 03:43:53 UTC
view on stackexchange narkive permalink

La création de scripts est excellente . Fais le. Écrivez chaque mot. Et puis reformulez et modifiez-le, comme vous le feriez s'il s'agissait d'un article de journal ... sauf , rappelez-vous que l'audience est complètement différente. Alors reformulez et éditez-le, avec le vrai public à l'esprit. Vous scénarisez une performance; alors reformulez et modifiez-le comme un script pour une performance.

Ensuite, répétez-le. Encore et encore. Jusqu'à ce que vous sachiez environ 70% de réduction par cœur (c'est-à-dire mot pour mot) et vous avez une ouverture vraiment forte et une fermeture vraiment forte, que vous connaissez à 100% par cœur. À chaque répétition, vous vous surprendrez à faire un peu plus d'édition, à réorganiser les mots, à mélanger les phrases.

Maintenant, rangez votre script et effectuez quelques répétitions générales sans le script du tout, de sorte que votre performance soit proche du script, mais maintenant, cela devient un peu plus lâche, plus naturel. Vous pouvez donc vous concentrer sur le timing, la respiration, les variations de hauteur, le langage corporel et économiser quelques ressources pour recueillir des commentaires continus de votre public.

Et maintenant vous êtes prêt à partir!

YMMV. Cela fonctionne parfois pour moi.

Essayez-le, au moins une fois, et voyez si cela fonctionne pour vous.

#6
+2
Tangurena
2012-03-07 00:57:58 UTC
view on stackexchange narkive permalink

J'ai aussi tendance à écrire des notes, mais au début de la préparation, j'ai tendance à écrire quelque chose qui ressemble beaucoup à un script. J'utilise cela pour m'assurer de couvrir ce qui doit être couvert et pour réduire les points sur lesquels j'ai tendance à me promener. Cela m'aide également à déterminer si je vais respecter le budget de temps et, dans le cas contraire, ce qu'il faut réduire. Un couple pratique s'exécute avec le script raffiné, puis je le réduit à une seule page de notes.

Un de mes professeurs les plus mémorables a semblé beaucoup plus intelligent parce qu'elle a éliminé tous ces "err" et "umm" de son discours. Au lieu d'un "euh", elle se tairait. Je ne parviens pas à reproduire cela car la plupart de mes collègues prennent cette pause pour indiquer que j'ai fini de parler, ils peuvent donc commencer leur tour de parole.

#7
+2
Casebash
2012-03-30 15:59:37 UTC
view on stackexchange narkive permalink

Je n'aime vraiment pas mémoriser quoi que ce soit mot à mot car la plupart de ces efforts ne seront utiles que pour une seule occasion. Cela dit - je dois admettre que parfois un discours est assez important pour valoir cet effort - surtout si le discours est celui que vous allez donner à plusieurs reprises.

Cependant, l'inconvénient de mémoriser un discours c'est qu'il est difficile de paraître naturel. C'est difficile, mais pas impossible. Les acteurs le démontrent. En général, il est préférable de n'utiliser qu'un script comme guide. Pratiquez des morceaux individuels de mémoire un certain nombre de fois et jouez avec les différentes façons de le formuler. Au lieu d'avoir à vous souvenir des mots exacts, vous n'avez plus qu'à vous souvenir d'une des nombreuses options. Vous deviendrez bien meilleur pour discuter du sujet et votre capacité à improviser s'améliorera.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...