Чек-лист приёмки внедрения Moodle: как принять работу подрядчика

Почему приёмка — критически важный этап

Финальный акт выполненных работ по внедрению Moodle — документ, после подписания которого ваши рычаги влияния на подрядчика резко сужаются. Подписали без проверки → через месяц обнаружили, что интеграция с 1С не работает в боевом режиме → подрядчик говорит «это не входило в ТЗ». Знакомая история.

Этот чек-лист я составила на основе реальных проблем, с которыми ко мне обращались организации после неудачных внедрений. Проходите по каждому пункту до подписания акта.

Блок 1: Документация

• Получено техническое задание с описанием всех реализованных функций
• Есть инструкция администратора (на русском, не «смотрите официальную документацию»)
• Есть инструкции для преподавателей и студентов
• Документация по кастомным плагинам: что делает, как настраивать, зависимости
• Переданы все учётные данные: доступы к серверу, панели хостинга, учётные записи admin в Moodle
• Передан исходный код кастомных разработок (или ссылка на репозиторий)

Блок 2: Технические тест-кейсы

Проверьте лично или с командой:

• Авторизация: вход через все настроенные методы (логин/пароль, LDAP, SSO) работает без ошибок
• Создание курса: преподаватель может создать курс, добавить разделы, загрузить файл и видео
• Зачисление студентов: ручное и автоматическое (через когорты или 1С) зачисление работает
• Тестирование: студент проходит тест, оценка попадает в журнал
• Задание: студент загружает файл, преподаватель видит его и может выставить оценку
• Интеграция с 1С: создайте нового студента в 1С, проверьте что через N минут он появился в Moodle
• Журнал оценок: итоговая оценка рассчитывается корректно по настроенной формуле
• Бэкап: автоматический бэкап настроен, проверьте наличие свежей копии на внешнем хранилище
• Мобильное приложение: вход и просмотр курса работают в официальном приложении Moodle
• HTTPS: сайт открывается по https://, сертификат действителен

Блок 3: Нагрузочное тестирование

Многие проблемы проявляются только под нагрузкой. Попросите подрядчика провести нагрузочный тест или проведите сами: одновременно зайдите с 20–50 аккаунтов (попросите коллег), откройте курсы, пройдите тест. Время загрузки страниц должно быть разумным — не более 3–4 секунд.

Блок 4: Договорные обязательства

• В договоре прописан гарантийный период (минимум 3 месяца, лучше 6)
• Чётко указано, что входит в гарантию: исправление ошибок в разработанном коде
• Прописан порядок передачи исходных кодов
• Есть условие о конфиденциальности данных студентов
• Указан порядок действий при критических ошибках: кто звонит, как быстро реагируют

Блок 5: Обучение команды

• Проведено обучение администраторов Moodle
• Проведено базовое обучение преподавателей (или запланировано и оплачено)
• Есть контакт технической поддержки подрядчика на период гарантии

Красные флаги при приёмке

Немедленно фиксируйте письменно, если: подрядчик торопит с подписанием акта, отказывается давать тестовый период, документации «нет, но всё очевидно», часть функций «будет допилена после оплаты».

Если вы принимаете чужое внедрение или сомневаетесь в качестве уже сданной работы — закажите технический аудит Moodle. Подготовлю заключение с перечнем найденных проблем.