Designing the application form
النموذج أداة فرز تعمل قبل أن يقرأ أي مراجع بشري أي شيء. كل حقل مقايضة: إما يحسّن قدرتك على المقارنة بين الطلبات، أو يضيف احتكاكًا يُخسرك تقديمات جيدة. العدد الصحيح من الحقول أقل مما يظنّ معظم المنظِّمين.
الحقول التي تستحق مكانها باستمرار:
• عنوان الجلسة وملخّص من 100-200 كلمة. أفضل متنبئ منفرد بجودة الجلسة. لو كان عندك حقل واحد فقط، لكان هذا.
• ثلاث إلى خمس نتائج تعلّم أو "ما سيخرج به الجمهور". يجبر المتقدِّم على صياغة القيمة بدل الموضوع.
• تفضيل الشكل (جلسة، حلقة عمل، panel، lightning) والمدة.
• اختيار المسار أو الموضوع من قائمة ثابتة.
• سيرة المتحدث (فقرة واحدة، مع نسخة طويلة اختيارية).
• رابط أو رابطان لجلسات سابقة (فيديو مفضّل، عرض أو نسخة مكتوبة مقبولة).
• حقول لوجستية: الموقع، الاستعداد للسفر، احتياجات الإقامة، متطلبات إمكانية الوصول.
حقول للحذف إلا لسبب محدد: مسوّدة كاملة للعرض، نص الجلسة الكامل، ثلاث مراجع، حقول مكررة تطرح السؤال نفسه بزوايا مختلفة، صناديق نصّ حر "أي شيء آخر؟" لا يقرأها أحد. كل واحدة منها تُبعد نسبة قابلة للقياس من المتقدمين الكبار.
ضع علامة صريحة على الحقول الاختيارية. المتحدثون الكبار يملؤون النماذج بسرعة عندما يثقون بأن النموذج لن يفاجئهم في المنتصف.
نموذج طلب متحدث منظَّم على SpeakUp يلتقط الحقول أعلاه افتراضيًا ويوجِّه الطلبات إلى قائمة انتظار مراجعة بإرشادات لكل مراجع.
Scoring rubrics and panel calibration
الرُبريك هي الوثيقة التي يجب أن ينظر إليها مراجعوك أثناء قراءة كل طلب. بدونها، يقيِّم كل مراجع وفق نموذجه الضمني الخاص ويتحوّل الاجتماع النهائي إلى نقاش حول ما يعنيه "جيد" بدلًا من نقاش حول أي الجلسات تدخل قائمة المتحدثين.
رُبريك قابلة للتنفيذ لها من ثلاثة إلى خمسة أبعاد، كل منها يُسجَّل من 1 إلى 5، مع جملة تصف كيف يبدو كل مستوى. أبعاد شائعة:
• الصلة بالمسار — هل تنتمي هذه الجلسة إلى المسار الذي قُدِّمت إليه؟
• عمق الخبرة — هل لدى المتقدِّم المكانة لتقديم هذه الجلسة؟
• الحداثة — هل المنظور جديد، أم رأينا نسخًا من هذه الجلسة في ثلاثة مؤتمرات أخرى هذا العام؟
• وضوح الخلاصات — هل سيخرج الجمهور بشيء ملموس؟
• حِرفة المتحدث — هل يُظهر فيديو الجلسة السابقة تمكّنًا من القاعة والمادة؟
قبل أن يراجع الفريق باستقلالية، عاير. اختر ثلاث طلبات نماذجية (واحدة قوية، واحدة حدّية، واحدة ضعيفة) ودَع الجميع يقيّمها مجموعة. ناقش أي درجة تتباين بأكثر من نقطة واحدة. عشرون دقيقة من المعايرة في البداية تمنع ثلاث ساعات من النقاش لاحقًا.
أبقِ الرُبريك ظاهرة بجانب كل طلب أثناء المراجعة. يجب أن يكون المراجعون قادرين على التقييم وإضافة ملاحظة من سطر دون مغادرة الشاشة.
Reviewing applications efficiently
مع خمسين طلبًا، وثلاثة مراجعين، والرُبريك أعلاه، أنت تنظر إلى ست إلى ثماني ساعات تقريبًا من وقت المراجعة الكلي موزّعة على الفريق — إضافة إلى اجتماع اختيار نهائي. البنية التي تُبقي هذا قابلًا للإدارة:
• مراجعان لكل طلب كحد أدنى، ثلاثة للحالات الحدّية. مراجع واحد هو التعيين؛ التمريرة الثانية تلتقط الحالات التي كان فيها مراجع وحيد يمرّ بعصر سيء.
• راجع بترتيب مجمَّع حسب المسار، لا حسب ترتيب التقديم. مقارنة خمسة عشر ملخّصًا لأنظمة موزّعة على التوالي تجعل التقييم أكثر اتساقًا بكثير من قراءة ملخص أنظمة موزّعة، ثم frontend، ثم قيادة.
• اضبط طول جلسة المراجعة على تسعين دقيقة. جودة التقييم تنخفض بحدة بعد ذلك. ثلاث جلسات بتسعين دقيقة عبر أسبوع تتفوّق على ماراثون يوم كامل.
• استخدم أداة تسمح للمراجعين برؤية تقييمات بعضهم البعض فقط بعد تقديم تقييماتهم — انحياز التثبيت حقيقي وموثَّق جيدًا.
• ضع علامة، لا تناقش، في مرحلة المراجعة. يضيف المراجعون ملاحظة قصيرة عندما يحتاج الطلب إلى نقاش الفريق. اترك النقاش لاجتماع المعايرة حيث يكون لدى الجميع الرُبريك أمامهم.
الفرق بين فريق ينهي الجولة في أسبوعين وفريق يطيلها إلى ستة هو تقريبًا بالكامل ما إذا كانت أدوات المراجعة تسمح للناس بالتركيز على الحكم بدل اللوجستيات.
برنامج إدارة المتحدثين المخصَّص يتعامل مع تعيين المراجعين، والتقييم الأعمى، واجتماعات المعايرة، وسير عمل خطاب القرار في مكان واحد — أقل هشاشة بكثير من جدول بيانات مشترك.
Communicating decisions
كيفية تبليغك للقرارات تُحدّد علاقاتك مع المتحدثين للسنوات الخمس القادمة. المتحدثون الكبار يتذكرون رسائل الرفض. يتذكرون خاصة الصمت بعد التقديم.
بالنسبة للمتحدثين المقبولين، أرسل بريدًا واحدًا يحتوي على: تأكيد المكان، الخطوات التالية، مواعيد المحتوى، العقد أو اتفاقية المتحدث، ونقطة اتصال واحدة. لا تقسّم هذا على خمسة رسائل. السبب الأكثر شيوعًا لتسليم المحتوى متأخرًا هو مواعيد مدفونة في رسائل متفرقة.
بالنسبة للمتحدثين المرفوضين، أرسل ملاحظة قصيرة محترمة خلال ثمانية وأربعين ساعة من القرار النهائي. ثلاث جمل كافية. اذكر القرار، اشكر على التقديم، و — إذا كان صحيحًا — اذكر أنك ترحّب بتقديم في دورة قادمة. لا تكتب مبرر رفض مخصص ما لم يكن لديك وقت فعلًا لذلك لكل مرفوض. التغذية الراجعة غير المتسقة (بعضهم يحصل على المبرر، الأغلبية لا) تولِّد خسارة goodwill أكبر من الإيجاز الموحَّد.
لا تترك أحدًا في برزخ بعد تاريخ الإشعار الذي نشرته. إذا تأخرت القرارات، أرسل بريد احتفاظ بتاريخ مراجَع. الصمت بعد التاريخ المنشور هو أسرع طريقة لخسارة شبكة خرّيجيك.
Building a reusable application pipeline
السبب في أن معظم المنظِّمين يعيدون بناء عملية CFS من الصفر كل عام هو أنه لم يُحفظ شيء في نهاية الجولة السابقة. الرُبريك في Google Doc لشخص ما. النموذج في Typeform نسخه شخص وعدّله. قائمة المراجعين في مجموعة WhatsApp السنة الماضية.
في نهاية كل جولة، أرشف: نص الدعوة، بنية النموذج، الرُبريك، سجل تقييم المراجعين، رسائل القرار، قوائم المقبولين والمرفوضين مع وسوم خفيفة (مسار، شكل، منطقة، أقدمية)، وصفحة واحدة من المراجعة البَعدية لما سار جيدًا وما يُغيَّر.
في الموسم التالي، تفتح الجولة بنسخة من السابقة، وتعديلات على الموضوعات والتواريخ، وإعداد لأسبوع بدل إعداد لشهر. قاعدة بيانات المتقدمين تتراكم: مرفوضو هذا العام يمكن دعوتهم بشكل استباقي للعام التالي إذا كان ملخصهم لا يزال مناسبًا. بعد ثلاث جولات، تتوقف عن البحث عن متحدثين على البارد وتبدأ بالقَيِّم من بِركة سبق أن أبدت نيّة.