کلاس آنلاین با اینترنت ضعیف؛ برنامه جایگزین مدرس

وقتی اینترنت کلاس ضعیف می‌شود، هدف اول این نیست که همهٔ ابزارها را به هر قیمت روشن نگه داریم؛ باید کمک کنیم دانشجویان بتوانند درس و تمرین را ادامه دهند.

تشخیص اولیهٔ مشکل، اولویت‌دادن به بخش ضروری درس و داشتن منبع جایگزین، از تصمیم‌های عجولانه وسط جلسه جلوگیری می‌کند. هیچ سرعت حداقلی را نمی‌توان بدون توجه به سرویس، تعداد تصویرها و نوع ارائه برای همهٔ کلاس‌ها اعلام کرد.

این راهنما برنامهٔ عملی مدرس است، نه تضمین رفع قطعی اختلال شبکه. تغییر تنظیمات شبکهٔ سازمانی باید با مسئول مجاز انجام شود. برای ابزار خاص خودتان نیز مستندات رسمی و محدودیت نسخهٔ جاری را بررسی کنید.

در این مقاله چه می‌خوانید؟

• اول مشخص کنید مشکل فردی است یا مشترک

• بستهٔ کم‌حجم، صرفاً نسخهٔ ناخوانای اسلاید نیست

• بعد از جلسه، به‌جای سرزنش، الگو را پیدا کنید

اول مشخص کنید مشکل فردی است یا مشترک

از ناظر یا چند شرکت‌کننده بپرسید دقیقاً چه چیزی مختل شده است: صدای مدرس، تصویر، اشتراک صفحه یا کل ورود؟ اگر فقط یک نفر صدا ندارد، ابتدا تنظیمات صدا و اجازهٔ دسترسی مرورگر به دستگاه او را بررسی کنید.

اگر همه هم‌زمان مدرس را از دست داده‌اند، اتصال مدرس و وضعیت سرویس هم باید بررسی شود. این نشانه‌ها برای انتخاب گام بعدی‌اند، نه تشخیص قطعی علت.

پیش از جلسه، چند کنترل کم‌هزینه انجام دهید

در همان محل و دستگاه اجرای کلاس، یک اتصال آزمایشی داشته باشید. میکروفون و خروجی صدا را از داخل ابزار بررسی کنید و صرفاً به روشن‌بودن چراغ دستگاه اعتماد نکنید. فایل‌هایی که لازم‌اند پیشاپیش آماده باشند تا بارگذاری بزرگ، بخش حساس جلسه را متوقف نکند.

راهنمای رسمی عیب‌یابی Google Meet از بررسی تجهیزات صوتی، استفاده از هدفون برای کاهش بازتاب صدا و آزمودن اتصال سیمی در صورت دسترسی نام می‌برد. این‌ها گزینه‌های عیب‌یابی‌اند، نه تضمین کیفیت هر شبکه یا توصیه به تغییر خودسرانهٔ تنظیمات سازمان.

• در صورت امکان و مجازبودن، دریافت یا پشتیبان‌گیری حجیم دستگاه خودتان را خارج از زمان جلسه انجام دهید.

• باتری، برق و دسترسی به فایل ارائه را بررسی کنید.

• منبع جایگزین را پیش از شروع در محل مجاز قرار دهید.

• پیام اختلال و کانال اعلام وضعیت را آماده کنید.

• نقش ناظر و اختیار او برای ادامه یا پایان جلسه روشن باشد.

برای هر بخش درس، حداقل رسانهٔ لازم را تعیین کنید

در بحث مفهومی، صدا همراه متن کوتاه ممکن است مسیر موقت مناسبی باشد. در آموزش طراحی یا حرکت دست، حذف تصویر می‌تواند هدف درس را از بین ببرد. بنابراین خاموش‌کردن تصویر را قانون عمومی نکنید؛ تصمیم باید با کار مورد انتظار دانشجو هماهنگ باشد.

روی طرح درس سه علامت بگذارید: «صدا کافی است»، «تصویر ثابت لازم است» و «نمایش حرکت لازم است». سپس برای هر بخش، منبع جایگزین تهیه کنید. این برگه کمک می‌کند هنگام اختلال، بدانید کدام قسمت را ادامه دهید و کدام را به زمان مناسب موکول کنید.

بستهٔ کم‌حجم، صرفاً نسخهٔ ناخوانای اسلاید نیست

یک PDF فشرده که متنش روی گوشی خوانده نمی‌شود، مسئله را حل نمی‌کند. محتوای ضروری را به متن واقعی، تصویر لازم با اندازهٔ مناسب و صورت تمرین کوتاه تبدیل کنید. فایل را روی تلفن باز کنید، از بزرگ‌نمایی مداوم پرهیز کنید و حجم آن را پیش از ارسال بنویسید.

منابع جایگزین هم باید حق انتشار داشته باشند. برای صرفه‌جویی در زمان، فایل کتاب یا درس فرد دیگری را بدون مجوز در گروه نگذارید. اطلاعات واقعی دانشجویان نیز نباید در نمونهٔ ارسالی دیده شود.

سناریوی فرضی: قطع تصویر در کلاس نرم‌افزار

فرض کنید هنگام توضیح یک تنظیم، تصویر اشتراک صفحه برای چند نفر خوانا نیست ولی صدا برقرار است. ناظر نام مرحله را ثبت می‌کند و مدرس می‌گوید کدام صفحهٔ راهنمای از پیش آماده‌شده را باز کنند.

دانشجویان همان مرحله را روی فایل نمونه انجام می‌دهند و نتیجه را از مسیر توافق‌شده می‌فرستند. بخشی که به دیدن حرکت زنده وابسته است بعداً دوباره نمایش داده می‌شود.

این روش زمانی جواب می‌دهد که فایل راهنما و شمارهٔ مراحل از قبل آماده باشد و دانشجویان بدانند نتیجهٔ تمرین را کجا بفرستند. بدون آمادگی، ارسال ده لینک تازه می‌تواند سردرگمی بیشتری بسازد. هدف، کم‌کردن تعداد تصمیم‌های لحظه‌ای است، نه انتقال تمام مسئولیت فنی به دانشجو.

پیام اختلال باید کوتاه و قابل اقدام باشد

الگوی قابل تکمیل: «در دریافت [صدا/تصویر/ورود] اختلال داریم. تا [زمان مشخص] وضعیت بعدی را از همین کانال اعلام می‌کنیم. فعلاً [منبع یا تمرین واقعی] را دنبال کنید. لینک رسمی تغییر نکرده است. برای مشکل فردی، شرح خطا را از [مسیر] بفرستید؛ رمز و کد ورود لازم نیست.»

اگر تصمیم به تغییر زمان گرفته شد، زمان تازه، تکلیف کارهای نیمه‌تمام و وضعیت دسترسی به بازپخش را شفاف اعلام کنید. لینک جایگزین باید از همان کانال شناخته‌شده برسد. از وعدهٔ زمان رفعی که سرویس تأیید نکرده خودداری کنید.

بعد از جلسه، به‌جای سرزنش، الگو را پیدا کنید

زمان مشکل، نشانه‌های آن، اینکه چه کسانی دچار مشکل شده‌اند، دستگاه‌هایشان و کاری که انجام داده‌اید را ثبت کنید. اطلاعات حساس و نشانی‌های خصوصی را از گزارش عمومی حذف کنید. اگر مشکل تکرار شد، گزارش محدود و دقیق را از مسیر رسمی به ارائه‌دهنده بدهید. صرفاً نوشتن «اینترنت بد بود» کمکی به تشخیص نمی‌کند.

برای انتخاب مدل تحویل، مقایسهٔ پخش آنلاین و آفلاین و برای سنجش بستر، آزمون نرم‌افزار کلاس را ببینید. منابع فاکسیمون و چک‌لیست وبینار نیز به آماده‌کردن مسیر قبل و بعد جلسه کمک می‌کنند. کیفیت آموزش در اختلال، به آماده‌بودن این تصمیم‌ها وابسته است.

پیش از اختلال، «حداقل کلاس قابل اجرا» را تعریف کنید

کلاس آنلاین ممکن است هم‌زمان از تصویر مدرس، اشتراک صفحه، فیلم نمونه، تخته و گفت‌وگوی صوتی استفاده کند. وقتی اتصال افت می‌کند، خاموش‌کردن تصادفی هرکدام شاید هدف درس را نابود کند. برای هر بخش از برنامه بنویسید دانشجو دقیقاً چه کاری باید انجام دهد و کمترین رسانهٔ لازم برای آن چیست. در یک بحث تحلیلی، صدای روشن و یک صورت مسئلهٔ متنی ممکن است کافی باشد. در آموزش حرکت دست یا اجرای نرم‌افزار، تصویرِ قابل خواندن ضروری است و باید آن بخش را برای زمان یا قالب دیگری نگه دارید. به این نسخهٔ حداقلی به چشم برنامهٔ آموزشیِ آماده نگاه کنید، نه نسخه‌ای که همان لحظه از روی اضطرار اختراع می‌شود.

در برگهٔ جلسه سه ستون بگذارید: «هدف»، «رسانهٔ اصلی» و «راه ادامه در اختلال». برای نمونه، هدف «دانشجو دو خطای جدول را پیدا می‌کند» در حالت اصلی با اشتراک صفحه اجرا می‌شود؛ در حالت جایگزین، فایل ساختگی و راهنمای متنیِ شماره‌دار از قبل در دسترس است و دانشجو نتیجه را در کانال رسمی می‌فرستد. اما هدف «مشاهدهٔ حرکت قلم در خوش‌نویسی» با متن جایگزین به‌طور کامل محقق نمی‌شود؛ بهتر است بخش زندهٔ آن را با اطلاع دانشجویان جابه‌جا کنید. این تصمیمِ آگاهانه بهتر از وانمودکردن به اجرای موفق همهٔ سرفصل‌هاست.

یک بستهٔ سبک و قابل خواندن آماده کنید

بستهٔ جایگزین می‌تواند شامل یک صفحهٔ هدف درس، فایل نمونهٔ کوچک، تصویرِ لازم با کیفیت مناسب، مراحل شماره‌دار و تکلیف کوتاه باشد. اگر متن داخل تصویر است، نسخهٔ متنی هم بدهید تا روی گوشی خوانا و قابل جست‌وجو باشد. فایل را با اتصال و دستگاه نزدیک به شرایط مخاطب باز کنید؛ «کم‌حجم» بودن کافی نیست اگر قلم ریز و نمودار ناخواناست. لینک‌های فایل را پیش از کلاس با حساب دانشجو امتحان کنید. اگر تمرین روی رایانه لازم است، از قبل بگویید؛ دانلود روی گوشی نباید این تصور را بسازد که همهٔ مراحل با همان دستگاه انجام می‌شود.

فایل جایگزین را نسخه‌بندی کنید. اگر مدرس در جلسه می‌گوید «مرحلهٔ سه»، دانشجو باید مرحلهٔ سه همان نسخه را ببیند. نام فایل، تاریخ و شمارهٔ درس را کوتاه و روشن بگذارید. از فرستادن چند پیوند قدیمی و جدید در لحظهٔ بحران پرهیز کنید. اگر فایل نمونهٔ دانشجویی دارید، اطلاعات شخصی را حذف یا با دادهٔ ساختگی جایگزین کنید. حق استفاده از تصویر و متنِ دیگران نیز با ضعیف‌شدن اینترنت تغییر نمی‌کند.

در نخستین دقیقهٔ مشکل، نوع اختلال را جدا کنید

ناظر یا مدرس باید بپرسد «چه چیزی کار نمی‌کند؟» نه اینکه فوراً بگوید «اینترنت همه ضعیف است». اگر یک نفر صدای مدرس را ندارد ولی دیگران دارند، بررسی خروجی صدا و مجوز دستگاه او منطقی است. اگر چند نفر هم‌زمان تصویر اشتراک صفحه را تار می‌بینند، خوانایی فایل، روش نمایش و شرایط سرویس باید بررسی شود. اگر همهٔ افراد مدرس را از دست داده‌اند، اتصال و دستگاه مدرس نیز در فهرست علت‌هاست. این نشانه‌ها تشخیص قطعی نیستند، اما جلوی تغییرهای بی‌دلیل مانند ساخت لینک تازه یا درخواست نصب فوری ابزار دیگر را می‌گیرند.

یک پیام کوتاهِ ثابت آماده کنید: چه بخشی مختل است، کلاس تا چه زمانی منتظر تصمیم می‌ماند، دانشجو فعلاً چه کار مشخصی انجام می‌دهد و اعلان بعدی از کدام کانال رسمی می‌آید. زمانِ اعلام وضعیت را می‌توانید با شرایط کلاس تعیین کنید؛ زمانِ رفع اختلال را که نمی‌دانید وعده ندهید. اگر لینک جلسه عوض شد، فقط از مسیر شناخته‌شده خبر دهید تا دانشجو میان چند پیوند نامطمئن سردرگم نشود. رمز عبور یا کد ورود را برای عیب‌یابی در چت عمومی نخواهید.

برای اختلال فردی، ناظر می‌تواند به دانشجو یک مسیر کوتاه بدهد: خروجی صدا و هدفون را بررسی کند، اجازهٔ میکروفون مرورگر را ببیند، یک بار از مسیر رسمی وارد شود و اگر خطا باقی است شرح آن را از کانال پشتیبانی بفرستد. برای اختلال جمعی، نگه‌داشتن درس روی یک صدای نامفهوم و درخواستِ مکررِ «الان خوب است؟» زمان را مصرف می‌کند. پس از یک بررسی محدود، طبق برگهٔ حداقل کلاس، فعالیت متنی را آغاز یا بخش وابسته به تصویر را جابه‌جا کنید. تصمیم را به دانشجو توضیح دهید تا تغییر قالب شبیه رهاشدن کلاس نباشد.

نقش مدرس و ناظر را در اختلال جدا کنید

در کلاس گروهی، مدرس اگر هم‌زمان درس بدهد، چت را بخواند، مشکل ورود را حل کند و فایل تازه بفرستد، تمرکز آموزشی از بین می‌رود. پیش از جلسه تعیین کنید ناظر چه کاری انجام می‌دهد: تشخیص اینکه مشکل چند نفر را درگیر کرده، ثبت زمان و نشانه‌ها، رساندن پیام رسمی و جمع‌کردن سؤال‌های حل‌نشده. مدرس دربارهٔ ادامه یا جابه‌جایی بخش آموزشی تصمیم می‌گیرد. اگر ناظر ندارید، برنامه را ساده‌تر کنید و کانال کمک را از قبل به دانشجو بگویید. یک مسئول برای هر تصمیم کافی است؛ چند پیام متناقض از چند نفر، اختلال را بیشتر می‌کند.

برای تدریس خصوصی، تقسیم نقش شکل دیگری دارد. مدرس می‌تواند از دانشجو بخواهد در یک دقیقه شرح دهد کدام بخش را می‌شنود و کدام را نمی‌بیند، سپس روی همان اساس تصمیم بگیرد. اگر اتصال ناپایدار است، یک تمرین کوتاه مستقل بدهید و زمان بازگشت را مشخص کنید. لازم نیست پنجاه دقیقهٔ کامل را با صدای قطع‌شده پر کنید. شرایط جابه‌جایی یا جبران جلسه باید از پیش در توافق خدمات روشن باشد؛ تصمیم مالی یا حقوقی را از روی یک مثال عمومی نگیرید.

درس را پس از قطع‌شدن رها نکنید

اگر بخش زنده کامل نشد، پس از جلسه برای دانشجو روشن کنید چه چیزی واقعاً آموزش داده شد، چه چیزی عقب افتاد، تمرین فعلی چیست و سؤال را کجا می‌پرسد. ممکن است یک ویدئوی کوتاه یا متن مرحله‌ای برای بخش باقی‌مانده کافی باشد؛ ممکن است جلسهٔ تازه لازم باشد. بازپخشِ جلسه‌ای که خودِ آن تصویر نامفهوم داشته، خودکار جایگزین خوبی نیست. فایل ضبط‌شده را قبل از وعده‌دادن بررسی کنید. اگر فقط صدا سالم است، برای بخش تصویری منبع مکمل و قابل فهم آماده کنید.

در دوره‌ای که ترکیبی از کلاس زنده و محتوای ضبط‌شده دارد، هر فعالیت باید مسیر برگشت به درس داشته باشد. مثلاً بعد از اختلال در نمایش گزارش، فایل ساختگی و صورت تمرین را منتشر کنید و از دانشجو بخواهید نتیجه را تحویل دهد؛ سپس مدرس از روی پاسخ‌ها می‌فهمد کدام بخش نیاز به توضیح دوباره دارد. این کار از ارسال «فیلم را بعداً ببینید» دقیق‌تر است. راهنمای تبدیل وبینار به دوره توضیح می‌دهد چرا ضبط خام بدون زمینه و تمرین، آموزش مستقل نمی‌شود.

دستیار هوشمند برای پیگیریِ سؤال‌های پس از اختلال

وقتی بخشی از کلاس مختل می‌شود، دانشجویان بعداً سؤال‌های مشابهی می‌پرسند: «کدام فایل را باز کنم؟»، «مرحلهٔ دوم چه بود؟» یا «پاسخم را کجا بفرستم؟» دستیار هوشمندِ آشنا با محتوای همان درس، نسخهٔ درست فایل و دستور استاد می‌تواند پاسخ اولیهٔ مشخص بدهد و سؤال‌های بیرون از منبع را به مدرس ارجاع دهد. اگر منبعِ دوره به‌روز نیست، پاسخ سریع ممکن است به فایل اشتباه اشاره کند. بنابراین پیش از سپردن پاسخ‌گویی، مدرس باید یادداشتِ بعد از جلسه، لینک رسمی و نسخهٔ تمرین را ثبت کند.

برای ارزیابی، چند سؤال واقعیِ بی‌نام از همان کلاس را انتخاب کنید و پاسخ پیشنهادی را با منبع و تصمیم مدرس مقایسه کنید. آیا دستیار تشخیص می‌دهد کدام بخش واقعاً برگزار نشده؟ آیا به دانشجو وعدهٔ بازپخشی که هنوز آماده نیست نمی‌دهد؟ آیا در سؤال فنیِ مربوط به حساب فرد، مسیر امن پشتیبانی را نشان می‌دهد؟ مدرس باید پاسخ‌های نادرست را اصلاح کند و منبع معتبر را به‌روز نگه دارد. راهنمای دستیار هوشمند استاد نقش محتوای اختصاصی و بازبینی استاد را شرح می‌دهد. پاسخ‌گویی شبانه‌روزی زمانی مفید است که حد پاسخ روشن باشد؛ قرار نیست دستیار بدون اطلاع مدرس دربارهٔ جلسهٔ جبرانی یا شرایط فروش تصمیم بگیرد.

اگر سؤال‌های تکراری پس از هر کلاس یکسان‌اند، شاید راهنمای ورود یا خودِ فایل جایگزین مبهم است. دسته‌بندی سؤال‌ها می‌تواند محل اصلاح را نشان دهد و وقت مدرس را از پاسخ تکراری به بهبود آموزش منتقل کند. این اثر را با تعداد پرسش‌های حل‌شده، نمونهٔ کیفیت پاسخ و زمان واقعی مدرس بسنجید. از یک هفتهٔ کم‌سؤال نتیجه نگیرید مشکل برای همیشه حل شده است؛ ممکن است همان هفته اتصال بهتر بوده یا گروه کوچک‌تر بوده باشد.

بعد از جلسه، علت را با دادهٔ محدود بررسی کنید

در گزارش داخلی، زمان شروع و پایان اختلال، نشانهٔ مشاهده‌شده، شمار تقریبی افراد درگیر، دستگاه‌های آزموده‌شده، تصمیم آموزشی و کارِ باقی‌مانده را بنویسید. نام و اطلاعات فردی را فقط وقتی برای رسیدگی لازم است در کانال محدود نگه دارید. اگر چند جلسهٔ پشت‌سرهم مشکل مشابه دارند، وضعیت ابزار و شبکه را با ارائه‌دهنده از مسیر رسمی بررسی کنید. اگر فقط یک فایل ارائه روی گوشی ناخواناست، مشکل از طراحی مادهٔ آموزشی می‌تواند باشد. «اینترنت بد بود» بدون نشانه و زمان، مسیر اصلاح نمی‌دهد.

پیش از تغییر بستر، یک جلسهٔ آزمایشی با همان نوع فعالیت اجرا کنید. صدای دوطرفه، اشتراک فایل ریز، خروج و ورود دوباره و دسترسی به ضبط را جدا ببینید. برگهٔ انتخاب نرم‌افزار کلاس کمک می‌کند مقایسه بر اساس کار آموزشی باشد. اگر راهکار فنی تازه‌ای انتخاب می‌کنید، پیام ورود و راهنمای دانشجو را هم به‌روز کنید؛ جابه‌جایی ابزار بدون آموزش کوتاه می‌تواند مشکل تازه بسازد. راهنمای مادر کلاس و وبینار اجرای پیش از جلسه، حین جلسه و پیگیری را کنار هم می‌گذارد.

در پایان، از چند دانشجو بپرسید آیا پس از اختلال توانستند فعالیت اصلی را انجام دهند و کجا هنوز کمک لازم دارند. رضایت کلی به‌تنهایی نشان نمی‌دهد هدف یادگیری محقق شده است. اگر می‌خواهید مسیر کلاس، فایل و پرسش‌های بعدی را در فاکسیمون بررسی کنید، امکانات مرتبط را بخوانید و با حساب آزمایشی یک سناریوی قطع اتصال و بازگشت دانشجو را اجرا کنید. کیفیت کلاس در روز اینترنت ضعیف، نتیجهٔ تصمیم‌هایی است که پیش از آن روز آماده کرده‌اید.

سناریوی نمونه: کلاس آموزش نرم‌افزار با اشتراک صفحهٔ ناخوانا

فرض کنید مدرس در یک کلاس ۱۵نفره می‌خواهد روش کنترل اختلافِ دو ستون را نشان دهد. پس از ده دقیقه، چند دانشجو می‌گویند متن کوچکِ اشتراک صفحه را روی گوشی نمی‌بینند، اما صدای مدرس واضح است. اگر مدرس فقط کیفیت تصویر را پایین‌تر بیاورد، شاید متن ناخواناتر شود. ناظر در کانال رسمی می‌پرسد مشکل دقیقاً در خواندن متن است یا کل تصویر قطع می‌شود و دو پاسخ نمونه ثبت می‌کند. هم‌زمان مدرس فایل ساختگی و راهنمای سه‌مرحله‌ایِ آماده را معرفی می‌کند؛ دانشجویان روی نسخهٔ خود دو ردیف اختلاف‌دار را پیدا می‌کنند. مدرس با صدا علت انتخاب را توضیح می‌دهد و از دو نفر می‌خواهد روش کنترل را با زبان خود بیان کنند.

بخش نمایش حرکتِ دقیق در رابط نرم‌افزار هنوز کامل نشده است. مدرس در یادداشت جلسه آن را «انجام‌شده» علامت نمی‌زند. پس از کلاس، یک ضبط کوتاهِ خوانا یا جلسهٔ جبرانیِ متناسب با شرایط خدمات برای همان بخش فراهم می‌شود. فایل تمرین با همان نسخه‌ای که در توضیح به کار رفته در اختیار دانشجو قرار می‌گیرد. اگر خروجی دانشجو نشان دهد مفهوم را فهمیده اما محل دکمه را پیدا نکرده، کمک فنی کوتاه کافی است؛ اگر روش کنترل را اشتباه به کار برده، توضیح آموزشی لازم است. یک اختلال واحد ممکن است برای افراد مختلف این دو نوع پیگیری را بسازد.

در این سناریو، ادعای «کلاس بدون هیچ افت کیفیتی ادامه یافت» درست نیست. هدف این است که بخشِ قابل ادامه با رسانهٔ جایگزین اجرا شود و بخش وابسته به تصویر به شکل مناسب تکمیل شود. اگر دانشجویان فایل را نمی‌توانند دانلود کنند، حتی این برنامهٔ جایگزین نیز کار نمی‌کند؛ باید پیش از جلسه حجم و دسترسی فایل را آزموده باشید. اگر دانشجویی دستگاه لازم برای تمرین ندارد، راهنمایی را که فقط برای رایانه قابل انجام است به‌عنوان راه‌حل عمومی معرفی نکنید. شفافیت دربارهٔ بخش عقب‌افتاده، اعتماد بیشتری از ثبت حضورِ ظاهراً کامل می‌سازد.

چه زمانی باید کلاس را متوقف یا جابه‌جا کرد؟

یک معیارِ آموزشی از پیش بنویسید: اگر رسانهٔ ضروری برای هدف درس در دسترس نیست و راه جایگزینِ آزموده‌شده هم ندارید، ادامه‌دادنِ همان بخش ممکن است اتلاف وقت باشد. در کلاس نمایش حرکت دست، صدای تنها شاید تجربهٔ لازم را نسازد؛ در آزمون شفاهی، صدای ناپایدار ممکن است ارزیابی را بی‌اعتبار کند. در این حالت تصمیم را با دانشجویان روشن در میان بگذارید: کدام بخش متوقف می‌شود، چه چیزی تا زمان تازه قابل انجام است و جزئیات زمان‌بندی از چه کانالی می‌آید. اگر تنها یک دانشجو مشکل فردی دارد، وضعیت او را جدا پیگیری کنید و دربارهٔ جبران بر اساس شرایط پذیرفته‌شده تصمیم بگیرید.

مدرس نباید از دانشجو بخواهد برای حفظ یک جلسهٔ مختل، دادهٔ شخصی یا دسترسی دستگاهش را به فرد ناشناس بدهد. اگر پشتیبانی فنی لازم است، مسیر رسمی و محدودهٔ اطلاعات درخواستی را مشخص کنید. یک پیامِ روشن و زمان‌دار از ده پیام متناقض بهتر است. پس از رفع اختلال، از همان نقطه‌ای که آموزش قطع شده ادامه دهید و با یک سؤال یا تمرین کوتاه ببینید دانشجویان پیش از قطع‌شدن چه چیزی را واقعاً فهمیده بودند. بازپخشِ بخش نامفهوم را بدون بازبینیِ کیفیت، راه‌حل نهایی ندانید.

چک‌لیست کوتاه اجرا

1. اول مشخص کنید مشکل فردی است یا مشترک

2. برای هر بخش درس، حداقل رسانهٔ لازم را تعیین کنید

3. بعد از جلسه، به‌جای سرزنش، الگو را پیدا کنید