Designing the application form
Le formulaire est un outil de filtrage qui s'exécute avant qu'un réviseur humain ne lise quoi que ce soit. Chaque champ est un trade-off : il améliore soit votre capacité à comparer les candidatures, soit ajoute de la friction qui vous coûte de bonnes soumissions. Le bon nombre de champs est plus petit que ce que la plupart des organisateurs pensent.
Les champs qui gagnent systématiquement leur place :
• Titre de conférence et abstract de 100-200 mots. Le meilleur prédicteur unique de qualité de conférence. Si vous n'aviez qu'un seul champ, ce serait celui-ci.
• Trois à cinq learning outcomes ou "ce que l'audience repartira avec". Force le candidat à articuler la valeur plutôt que le sujet.
• Préférence de format (conférence, atelier, panel, lightning) et durée.
• Sélection de track ou thème depuis une liste fixe.
• Bio du conférencier (un paragraphe, plus version longue optionnelle).
• Un ou deux liens vers des conférences précédentes (vidéo préférée, deck ou transcription acceptable).
• Champs logistiques : localisation, disposition à voyager, besoins d'hébergement, exigences d'accessibilité.
Champs à abandonner sauf raison spécifique : draft complet du deck, script complet de la conférence, trois références, champs répétitifs qui posent la même question sous différents angles, boîtes de texte libre "autre chose ?" que personne ne lit. Chacun rase une proportion mesurable de candidats seniors du sommet.
Marquez explicitement les champs optionnels. Les conférenciers seniors remplissent les formulaires rapidement quand ils ont confiance que le formulaire ne va pas les surprendre au milieu.
Un formulaire de demande de conférencier structuré sur SpeakUp capture les champs ci-dessus par défaut et route les candidatures vers une file de revue avec des prompts pour chaque réviseur.
Scoring rubrics and panel calibration
Une rubrique est le document que vos réviseurs devraient avoir sous les yeux pendant qu'ils lisent chaque candidature. Sans elle, chaque réviseur note contre son propre modèle implicite et la réunion finale devient un débat sur ce que signifie "bon" plutôt que sur quelles conférences entrent dans le line-up.
Une rubrique praticable a trois à cinq dimensions, chacune notée 1-5, avec une phrase décrivant à quoi ressemble chaque niveau. Dimensions courantes :
• Pertinence au track — cette conférence appartient-elle au track où elle a été soumise ?
• Profondeur d'expertise — le candidat a-t-il l'autorité pour livrer cette conférence ?
• Nouveauté — la perspective est-elle fraîche, ou avons-nous vu des versions de cette conférence dans trois autres conférences cette année ?
• Clarté des takeaways — l'audience repartira-t-elle avec quelque chose de concret ?
• Speaker craft — la vidéo de conférence précédente montre-t-elle une maîtrise de la salle et du matériel ?
Avant que le panel ne révise indépendamment, calibrez. Choisissez trois candidatures échantillons (une forte, une borderline, une faible) et faites notez le tout le monde en groupe. Discutez toute note qui varie de plus d'un point. Vingt minutes de calibration en amont préviennent trois heures de débat plus tard.
Gardez la rubrique visible à côté de chaque candidature pendant la revue. Les réviseurs devraient pouvoir noter et ajouter une note d'une ligne sans quitter l'écran.
Reviewing applications efficiently
À cinquante candidatures, trois réviseurs, et la rubrique ci-dessus, vous regardez environ six à huit heures de temps de revue répartis sur le panel — plus une réunion finale de sélection. La structure qui garde ceci gérable :
• Deux réviseurs par candidature au minimum, trois pour les cas borderline. Un réviseur est l'assignation ; un second passage attrape les cas où un seul réviseur passait une mauvaise après-midi.
• Révisez en ordre groupé par track, pas par ordre de soumission. Comparer quinze abstracts de systèmes distribués d'affilée rend la notation bien plus consistante que lire un abstract de systèmes distribués, puis un de frontend, puis un de leadership.
• Limitez les sessions de revue à quatre-vingt-dix minutes. La qualité chute fortement après. Trois sessions de quatre-vingt-dix minutes sur une semaine battent un marathon d'une journée.
• Utilisez un outil qui permet aux réviseurs de voir les notes des autres uniquement après avoir soumis les leurs — le biais d'ancrage est réel et bien documenté.
• Signalez, ne débattez pas, dans la phase de revue. Les réviseurs ajoutent une note courte quand une candidature a besoin de discussion du panel. Gardez le débat pour la réunion de calibration où chacun a la rubrique sous les yeux.
La différence entre un panel qui termine la ronde en deux semaines et un qui la traîne en six est presque entièrement dans le fait que l'outillage de revue permet aux gens de se concentrer sur le jugement plutôt que sur la logistique.
Un logiciel de gestion de conférenciers dédié gère l'assignation des réviseurs, la notation aveugle, les réunions de calibration, et le workflow de lettre de décision en un seul endroit — beaucoup moins fragile qu'un tableur partagé.
Communicating decisions
Comment vous communiquez les décisions configure vos relations avec les conférenciers pour les cinq années suivantes. Les conférenciers seniors se souviennent des lettres de refus. Ils se souviennent particulièrement du silence après une soumission.
Pour les conférenciers acceptés, envoyez un seul email qui contient : confirmation du slot, prochaines étapes, deadlines de contenu, contrat ou accord conférencier, et un point de contact unique. Ne divisez pas ceci sur cinq emails. La cause la plus commune de livraison tardive de contenu sont les deadlines enterrés dans des messages dispersés.
Pour les conférenciers refusés, envoyez une note courte et respectueuse dans les quarante-huit heures de la décision finale. Trois phrases suffisent. Indiquez la décision, remerciez pour la soumission, et — si c'est vrai — notez que vous accueilleriez une soumission pour une édition future. N'écrivez pas un rationale de refus personnalisé sauf si vous avez vraiment le temps de le faire pour chaque candidat refusé. Du feedback inconsistant (certains reçoivent un rationale, la plupart non) génère plus de perte de goodwill que la brièveté uniforme.
Ne laissez personne dans les limbes au-delà de la date de notification que vous avez publiée. Si les décisions glissent, envoyez un email d'attente avec une date révisée. Le silence après la date publiée est la façon la plus rapide de perdre votre réseau alumni.
Building a reusable application pipeline
La raison pour laquelle la plupart des organisateurs reconstruisent leur processus CFS de zéro chaque année est que rien n'a été sauvé à la fin de la ronde précédente. La rubrique vit dans le Google Doc de quelqu'un. Le formulaire vit dans un Typeform que quelqu'un a dupliqué et édité. La liste des réviseurs est dans le groupe WhatsApp de l'année dernière.
À la fin de chaque ronde, archivez : le texte du call, la structure du formulaire, la rubrique, l'historique de notation des réviseurs, les lettres de décision, les listes des candidats acceptés et refusés avec des tags légers (track, format, région, séniorité), et une rétrospective d'une page sur ce qui a bien marché et ce à changer.
La saison suivante, la ronde s'ouvre avec un duplicata de la précédente, des éditions aux thèmes et dates, et un setup d'une semaine au lieu d'un setup d'un mois. La base de données des candidats compose : les conférenciers refusés cette année peuvent être invités proactivement pour l'année suivante si leur abstract correspond toujours. Trois rondes en, vous arrêtez de sourcer des conférenciers à froid et commencez à curer depuis un pool qui a déjà montré de l'intention.