Як оновити курс після зміни програми або сервісу: визначити обсяг роботи й не пропустити залежності

Після зміни навчальної програми або цифрового сервісу починайте не з редагування всіх уроків, а з питання: чи може учень виконати потрібну дію та продемонструвати заявлений результат за чинними матеріалами? Відповідь допоможе вибрати між коротким уточненням, заміною демонстрації та перебудовою модуля.

Нижче — редакційна методика для авторів курсів, викладачів і команд корпоративного навчання. Це не повідомлення про конкретне оновлення Дія.Освіта. Надана сторінка новин Дія.Освіта не є підтвердженням зміни, яка впливає на певний курс. Реальний приклад залишено незаповненим до перевірки відповідного датованого первинного повідомлення; наведений далі сценарій суто навчальний.

1. Зафіксуйте, що саме змінилося

Створіть картку зміни до того, як розподіляти роботу. Відокремте повідомлення власника сервісу або затверджений документ від власного спостереження. Те, що ви побачили новий екран у своєму обліковому записі, ще не визначає межі зміни для всіх учнів.

• Підстава: пряме посилання на офіційне повідомлення, документацію або затверджену редакцію програми.
• Дати: дата документа, набрання зміною чинності, якщо зазначена, та дата вашої перевірки.
• Контекст: версія сервісу чи документа; якщо номера немає — позначка «версію не зазначено».
• Умови: тип облікового запису, роль користувача, мова інтерфейсу та інші умови, важливі для вправи.
• Межі: що підтверджено джерелом, що відтворено вручну, а що залишається припущенням.

Для навчальної програми порівнюйте конкретні вимоги: результат, зміст, рівень складності та очікуваний доказ виконання. Для сервісу — доступну дію, послідовність кроків і результат операції. Не прирівнюйте зміну назви розділу до зміни його навчального змісту.

Якщо джерела поки немає, позначте запис «потребує підтвердження». Можна дослідити проблемний маршрут і підготувати чернетку виправлення, але не варто подавати припущення як встановлений факт.

2. Відрізніть косметичну зміну від зміни навчальної дії

Виконайте стару інструкцію в перевіреному середовищі. Порівняйте не тільки вигляд екрана, а й те, що потрібно зробити учню, який результат він отримує та як викладач його оцінює.

Це робоча класифікація, а не універсальний стандарт. Перейменована кнопка може потребувати лише текстової примітки. Проте якщо завдання оцінює знання її старої назви, доведеться змінити й саме завдання. Рішення залежить від навчальної мети, а не від помітності оновлення.

3. Побудуйте карту залежностей

В основі аудиту — узгодження навчальних цілей, навчальних дій та оцінювання, яке пояснює Eberly Center університету Carnegie Mellon. Завдання має давати змогу перевірити заявлену навичку, а навчальні матеріали — готувати до її виконання.

Для пошуку залежностей використайте ланцюжок: навчальний результат → урок → демонстрація → завдання → критерій оцінювання. Почніть зі зміненої дії та перевірте зв’язки в обидва боки: яку мету вона підтримує і де далі використовується її результат.

1. Запишіть результат через дію учня: наприклад, «створює файл у потрібному форматі», а не «ознайомлюється з меню».
2. Знайдіть уроки, де цю дію пояснюють, показують або згадують як уже опановану.
3. Позначте відеофрагменти, знімки екрана, інструкції та шаблони.
4. Перевірте завдання, підказки, зразки відповідей і критерії оцінювання.
5. Знайдіть наступні вправи, які потребують отриманого файлу, налаштування чи іншого результату.

Для пошуку використайте старі назви команд, формати файлів, адреси сторінок і назви результатів. Доповніть текстовий пошук ручним переглядом демонстрацій. Призначте матеріалам короткі ідентифікатори, наприклад У-03, В-03 і З-05: так у матриці можна посилатися на конкретний об’єкт, а не на «десь у третьому модулі».

4. Заповніть матрицю впливу змін

Створюйте окремий запис для кожної зміненої дії. Якщо одна дія впливає на кілька матеріалів, перелічіть їх разом; якщо виправлення мають різних відповідальних або строки, розділіть записи. Нижче — шаблон у вертикальному форматі, який зручно перенести в робочу таблицю.

Це не реальне оновлення Дія.Освіта чи іншого названого сервісу. У сценарії припускаємо, що потрібний формат файлу зберігся, але шлях до експорту змінився. Якщо під час перевірки виявиться інший формат або відсутня можливість експорту, обсяг виправлення потрібно переглянути.

Для пріоритету використайте просте правило: блокувальний дефект не дозволяє виконати обов’язкове завдання; суттєвий спрямовує учня хибним шляхом або спотворює оцінювання; плановий не заважає виконанню, але потребує уточнення. Це запропоновані редакційні позначки, які команда може адаптувати.

5. Визначте мінімальний достатній обсяг роботи

• Залишити без змін: дія, результат та інструкція залишаються коректними. Зафіксуйте це рішення в матриці.
• Виправити фрагмент: потрібно змінити назву, крок, посилання або зображення без зміни мети й практики.
• Перезаписати демонстрацію: старий запис показує маршрут, який учень більше не може відтворити за тих самих умов.
• Перебудувати модуль: змінився результат навчання, потрібні передумови або спосіб доведення навички.

Не визначайте масштаб за тривалістю відео. Короткий змінений крок може бути передумовою кількох наступних завдань. Водночас велика візуальна перебудова екрана не обов’язково потребує нового пояснення принципу роботи.

6. Оновіть завдання, інструкції та критерії разом

Для кожного залежного завдання перевірте: чи доступна потрібна дія учню, чи можна отримати очікуваний результат і чи критерії оцінюють потрібну навичку. Не обмежуйтеся заміною знімка екрана, якщо зразок відповіді або підказка залишилися старими.

Відокремлюйте вимогу до результату від допоміжного маршруту. Якщо мета — отримати придатний файл, оцінюйте його відповідність вимогам, а не розташування кнопки. Якщо ж мета передбачає конкретну процедуру, явно опишіть її та перевірте актуальність кожного кроку.

Коли дія недоступна в умовах учня, запропонуйте перевірений альтернативний маршрут або змініть вправу. Якщо альтернативу ще не підтверджено, не подавайте її як готове рішення: позначте обмеження та визначте тимчасовий порядок проходження.

7. Повторно перевірте змінений маршрут

Це цільова перевірка наслідків оновлення, а не загальний аудит курсу перед публікацією. Пройдіть змінений фрагмент і всі знайдені залежності з позиції учня, без неописаних дій та авторських привілеїв.

1. Відкрийте передумови: потрібні файли, попередній урок і налаштування.
2. Виконайте інструкцію буквально, фіксуючи місця, де доводиться здогадуватися.
3. Отримайте результат і перевірте, чи підходить він для наступного завдання.
4. Оцініть пробну роботу за оновленими критеріями та звірте підказки.
5. Запишіть фактичний результат, умови перевірки й залишкові проблеми в матрицю.

У цьому процесі пропонуємо вважати виправлення завершеним лише після повторного проходження залежного маршруту. Якщо новий фрагмент працює, але наступна вправа очікує старий результат, запис залишається відкритим.

8. Випустіть версію та повідомте чинним учням

У журналі змін зазначте версію курсу, дату випуску, змінені матеріали, причину та результат перевірки. Окремо поясніть чинним учням, чи потрібно повторно виконувати завдання, чи залишаються придатними вже створені результати та де знайти нову інструкцію.

Дату наступної перевірки визначайте за характером залежності: після оголошеного оновлення сервісу, перед новим набором або за внутрішнім графіком команди. Не називайте один інтервал універсально достатнім для всіх курсів.

Де доречна автоматизація

Для підготовки редагованої чернетки структури, уроків і практики можна розглянути AI-конструктор курсів SubSchool. На офіційній сторінці описано роботу з навчальними матеріалами та подальший перегляд викладачем. Використайте затверджений перелік виправлень як основу роботи, але не вважайте генерацію підтвердженням актуальності сервісу або повноти аудиту залежностей. Авторство, перевірка джерел і остаточне освітнє рішення залишаються за викладачем.