Роль:
Solo Designer, PM
Срок:
1 месяц
Заказчик:
ФГБОУ «ВГПУ»
Платформа и стек:
Web, Laravel
Внутренняя система для аттестационных комиссий педагогических вузов.
Демонстрационный экзамен — форма итоговой аттестации, где выпускника оценивают не по билету, а по уровню сформированности профессиональных компетенций.
Комиссия ставит баллы по большому набору критериев, каждому выпускнику, по всей группе. До системы это жило в таблицах и на бумаге: несколько человек сводят оценки вручную, потом кто-то один переносит всё в отчётные документы. Ошибки случаются регулярно, а цена ошибки — итоговая аттестация конкретного человека.
Проект идёт в рамках модернизации и цифровизации педагогического образования, поэтому требования есть не только к удобству, но и к отчётности.
Демонстрационный экзамен — форма итоговой аттестации, где выпускника оценивают не по билету, а по уровню сформированности профессиональных компетенций.
Комиссия ставит баллы по большому набору критериев, каждому выпускнику, по всей группе. До системы это жило в таблицах и на бумаге: несколько человек сводят оценки вручную, потом кто-то один переносит всё в отчётные документы. Ошибки случаются регулярно, а цена ошибки — итоговая аттестация конкретного человека.
Проект идёт в рамках модернизации и цифровизации педагогического образования, поэтому требования есть не только к удобству, но и к отчётности.
Внутренняя система для аттестационных комиссий педагогических вузов.
Оценивание компетенций на демоэкзамене
Целевая аудитория
Член аттестационной комиссии
Преподаватель вуза, часто в возрасте, с разным уровнем уверенности за компьютером. Заходит в систему раз в год — посреди идущего экзамена, когда напротив сидит выпускник. Не выучит интерфейс, не привыкнет к нему и не станет разбираться.
Организатор экзамена
Заводит группы и перечень компетенций до начала аттестации, отвечает за то, чтобы на выходе получились правильно оформленные документы для документооборота вуза.
Конкуренты
Прямых продуктов на этом рынке мало — вузы закрывают задачу либо таблицами Excel, либо модулями внутри крупных ЛМС и систем управления учебным процессом.
Цели
— Убрать ручное сведение оценок и ручной перенос данных в отчётные документы
— Сделать интерфейс, который осваивается без обучения в момент экзамена
— Обеспечить масштабируемость на другие вузы с другими перечнями компетенций
— Сделать интерфейс, который осваивается без обучения в момент экзамена
— Обеспечить масштабируемость на другие вузы с другими перечнями компетенций
Боли
— Оценки сводятся вручную несколькими людьми — расхождения и ошибки
— Перенос в отчётные документы делается отдельно и тоже руками
— Нет единого источника данных: у каждого члена комиссии свой лист
— Нельзя быстро получить сводку по группе или карточку по выпускнику
— Перенос в отчётные документы делается отдельно и тоже руками
— Нет единого источника данных: у каждого члена комиссии свой лист
— Нельзя быстро получить сводку по группе или карточку по выпускнику
Гипотезы
Пошаговый сценарий вместо единой таблицы позволит члену комиссии работать без обучения, потому что нагрузка по удержанию модели данных переносится в интерфейс
Если сделать перечень компетенций настраиваемыми данными, а не зашивать в код, система переносится в другой вуз без доработки
Выгрузка в Excel встроится в существующий документооборот вуза без изменения процесса
Метрики
Комиссия работает в системе без предварительного обучения
15 человек, обучение не проводилось
Аттестация проходит полностью в системе
50 выпускников
Перенос в другой вуз без доработки под его перечень компетенций
Подтверждено — АГПУ
Обратная связь от комиссии
Положительная. Проект одобрен к масштабированию и дальнейшему развитию.
15 человек, обучение не проводилось
Аттестация проходит полностью в системе
50 выпускников
Перенос в другой вуз без доработки под его перечень компетенций
Подтверждено — АГПУ
Обратная связь от комиссии
Положительная. Проект одобрен к масштабированию и дальнейшему развитию.
Роли и зоны ответственности
Разбор требований заказчика, определение границ MVP, продуктовая логика, UX и UI, постановка задач разработчику, приёмка
Реализация на Laravel, архитектура данных, выгрузки
Требования, предметная экспертиза, организация пилота
Пошаговое оценивание и автоматические отчёты
Комиссия проходит четыре шага, на выходе получает готовые документы.
Пользовательский сценарий:
- Организатор заводит экзаменационную группу и список выпускников
- Вносится перечень профессиональных компетенций — свой для каждого вуза
- Настраиваются уровни сформированности и соответствие им баллов
- Комиссия выставляет баллы по каждой компетенции для каждого выпускника
- Система формирует Excel-документ — по отдельному выпускнику или по группе целиком
Два уровня выгрузки — это два разных документа для разных задач: личное дело выпускника и сводная ведомость по группе.
Что определило проект
Сроки. Один месяц от требований до готовой к пилоту системы. С учётом всей государственной бюрократии.
Частота использования — два раза в год. Главное ограничение. Пользователь не выучит интерфейс и не привыкнет к нему. Он открывает систему посреди идущего экзамена, где нельзя остановиться и почитать инструкцию.
Разные направления подготовки, разные компетенции. Перечни отличаются между вузами и меняются со временем.
Отчётность важнее интерфейса. Конечный артефакт процесса — не экран, а документ, который уходит в документооборот вуза.
Технические. Laravel, ориентация на дальнейшее масштабирование и поддержку.
Частота использования — два раза в год. Главное ограничение. Пользователь не выучит интерфейс и не привыкнет к нему. Он открывает систему посреди идущего экзамена, где нельзя остановиться и почитать инструкцию.
Разные направления подготовки, разные компетенции. Перечни отличаются между вузами и меняются со временем.
Отчётность важнее интерфейса. Конечный артефакт процесса — не экран, а документ, который уходит в документооборот вуза.
Технические. Laravel, ориентация на дальнейшее масштабирование и поддержку.
Как принимались решения
Заказчик передал список требований — из него нужно было собрать работающий продукт. Помимо дизайна я вёл проект как продакт: разбирал требования, определял границы MVP, ставил задачи разработчику.
Предметную область я знаю изнутри: учусь на педагогическом направлении и работаю с темой оценивания в образовании в научной работе. Это заметно сократило этап погружения — я понимал, что такое компетенция и уровень сформированности без объяснений заказчика.
Предметную область я знаю изнутри: учусь на педагогическом направлении и работаю с темой оценивания в образовании в научной работе. Это заметно сократило этап погружения — я понимал, что такое компетенция и уровень сформированности без объяснений заказчика.
Модель данных
Группа → выпускник → компетенция → уровень сформированности → балл. Пять измерений, каждое со своим количеством значений. Именно из этой схемы стало очевидно, почему единая таблица оценивания не работает: слишком много осей для одного экрана, человек не удержит их в голове — особенно если открывает систему раз в год.
Схема ролей
Организатор настраивает группы и компетенции до экзамена, комиссия оценивает во время. Разные права, разные сценарии и принципиально разная частота использования: организатор работает вдумчиво и заранее, комиссия — быстро и в моменте.
Выгрузка данных
Макет самого Excel-документа, проработанный наравне с интерфейсом. Причина простая: конечный артефакт всего процесса — не экран, а файл, который уйдёт в документооборот вуза. Если он оформлен неправильно, вся система бесполезна, каким бы удобным ни был интерфейс.
Выгрузка спроектирована на двух уровнях — по отдельному выпускнику и по группе целиком. Это два разных документа для разных задач: личное дело и сводная ведомость.
Выгрузка спроектирована на двух уровнях — по отдельному выпускнику и по группе целиком. Это два разных документа для разных задач: личное дело и сводная ведомость.
