Choisir le bon format
Une conférence convient à une analyse, une étude de cas ou des résultats de recherche. Un atelier permet aux participants d’acquérir une compétence. Une table ronde met en valeur différentes perspectives; une démonstration montre un outil en action. L’équipe de programmation confirmera les formats et durées.
Exemple : « Comment une organisation canadienne a migré un service vers Linux » convient à une étude de cas; « Déployer son premier conteneur » à un atelier.
Rédiger un résumé utile
En 100 à 200 mots, présentez le problème, le public visé, ce qui sera expliqué ou démontré et deux ou trois apprentissages. Évitez le discours purement commercial. Indiquez clairement les préalables des ateliers.
Exemple : « Les participants apprendront à relever les dépendances logicielles, évaluer les risques et planifier un projet pilote Linux. »
Tenir compte du public
La Semaine rassemble développeurs, administrateurs, chercheurs, étudiants, entreprises, secteur public et personnes débutantes. Précisez le niveau de votre séance et expliquez les termes spécialisés. Montrez l’utilité du sujet au-delà de votre organisation.
Pour un public varié, commencez par une explication simple avant les détails techniques.
Prévoir les échanges
Réservez du temps aux questions. Pour une table ronde, convenez des questions et du rôle de la personne animatrice. Pour un atelier, prévoyez des étapes de rattrapage. Pour une démonstration, gardez des captures d’écran ou une vidéo de secours.
Terminez par des pistes concrètes pour poursuivre l’apprentissage.
Informations à transmettre
Préparez un titre provisoire, un résumé, le public visé, le niveau, le format, la langue, les noms des personnes intervenantes et les besoins techniques particuliers. Il s’agit de recommandations et non de dates limites officielles.
Les durées et les équipements doivent être confirmés avec l’équipe.