Переход к University 5.0
Как университет последовательно создаёт событийную архитектуру, граф компетенций, EduOS, цифровой двойник и воспроизводящий цикл.
Переход начинается с карты действующих задач, процессов, ролей, данных, цифровых систем и научно-проектных связей.
Каждый следующий этап создаёт отдельный работающий механизм и проверяет его в ограниченном институциональном контуре.
Подтверждённые результаты пилотов становятся основанием масштабирования и следующей итерации архитектуры.
Разделы материала
Показать содержаниеСкрыть содержание
- 01С чего начинается переход
- 02Архитектура перехода
- 03Исходная диагностика
- 04Карта текущего состояния
- 05Целевая архитектура
- 06Собрать целевой контур
- 07Этап 1. События и результаты
- 08Этап 2. Граф компетенций
- 09Этап 3. EduOS и агенты
- 10Этап 4. Цифровой двойник
- 11Этап 5. Данные и правила
- 12Этап 6. Воспроизводящий цикл
- 13Пройти шесть этапов
- 14Пилоты и масштабирование
- 15Выбрать стартовый пилот
- 16Зависимости перехода
- 17Что требуется дальше
- 18Роли преобразования
- 19Контрольные точки
- 20Оценить состояние этапа
- 21Дорожная карта
- 22Собрать маршрут перехода
- 23Полный сценарий
- 24Архитектурные правила
- 25Выводы
- 26Об авторской модели
- 01С чего начинается переход
- 02Архитектура перехода
- 03Исходная диагностика
- 04Карта текущего состояния
- 05Целевая архитектура
- 06Собрать целевой контур
- 07Этап 1. События и результаты
- 08Этап 2. Граф компетенций
- 09Этап 3. EduOS и агенты
- 10Этап 4. Цифровой двойник
- 11Этап 5. Данные и правила
- 12Этап 6. Воспроизводящий цикл
- 13Пройти шесть этапов
- 14Пилоты и масштабирование
- 15Выбрать стартовый пилот
- 16Зависимости перехода
- 17Что требуется дальше
- 18Роли преобразования
- 19Контрольные точки
- 20Оценить состояние этапа
- 21Дорожная карта
- 22Собрать маршрут перехода
- 23Полный сценарий
- 24Архитектурные правила
- 25Выводы
- 26Об авторской модели
Переход начинается с наблюдаемой карты университета
Исходная диагностика фиксирует реальные задачи, процессы, роли, данные, цифровые системы, ресурсы и связи между ними.
Карта текущего состояния показывает, какие механизмы уже работают, какие элементы существуют локально и какие связи требуют проектирования.
Подраздел различает три структуры перехода: 7 контуров целевой архитектуры, 6 этапов институционального перехода и 18 действий демонстрационного сценария. Контуры описывают состав модели → этапы задают порядок внедрения → сценарий показывает действия внутри перехода.
- образовательные задачи
- результаты и оценивание
- компетентностные модели
- расписание
- проекты
- исследования
- данные
- цифровые системы
- пространства и оборудование
- управленческие решения
- роли
- правила
Посмотреть механизм в University 5.0
Посмотреть этапы перехода от исходной диагностики к воспроизводящей архитектуре университета.
Открыть этот механизм в моделиСемь контуров целевой архитектуры
Контуры описывают состав целевой модели. Этапы задают последовательность институционального перехода. Демонстрационный сценарий показывает конкретные действия внутри преобразования.
- Исходное состояние
- карта действующих процессов, связей и разрывов
- Создаваемый механизм
- описание задач, ролей, данных и цифровых систем
- Пилот
- ограниченный контур программы или подразделения
- Результат
- карта действующих процессов, связей и разрывов
- Критерий перехода
- участники видят единую картину состояния
- Следующий этап
- T.02 · Событийная архитектура
Диагностика фиксирует реальные связи университета
Диагностика описывает работающие элементы, локальные механизмы и связи, требующие проектирования. Текущее состояние описывается качественными признаками по каждой области.
Отметьте состояние каждой области
Целевая архитектура связывает процессы через общие объекты
Основные объекты
- событие
- задача
- действие
- результат
- доказательство
- компетенция
- траектория
- роль
- ресурс
- правило
- решение
- проект
- исследовательский вопрос
Основные связи
событие → задача → действие → результат → доказательство → компетенция → траектория → следующая задача
Дополнительные связи
- задача использует ресурс;
- роль выполняет действие;
- правило ограничивает решение;
- проект создаёт практические данные;
- данные обновляют исследование.
Собрать целевой контур от начального объекта
- Ключевые объекты
- событие, задача, результат, доказательство, компетенция, траектория
- Необходимые связи
- событие → задача → результат → доказательство → следующий шаг
- Данные
- результаты, доказательства, статусы задач
- Роли
- руководитель программы, преподаватель, тьютор, координатор
- Правила
- правила оценивания, доступа, повторной проверки
- Пилотный результат
- один междисциплинарный модуль
- Возможный следующий этап
- граф компетенций и персональная траектория
Создать общий язык действий и результатов
Исходное состояние
разрозненные описания задач и результатов
Создаваемые механизмы
- типология событий
- шаблон задачи
- роли
- ожидаемые результаты
- критерии
- журнал изменений
Пилот
один междисциплинарный образовательный или проектный модуль
Роли
руководитель программы, координатор, преподаватель
Контрольный результат
задачи и результаты прослеживаются от события до завершения
Критерий перехода
участники используют общий шаблон и общий журнал
Связать действия участников с развитием
Исходное состояние
локальные компетентностные модели
Создаваемые механизмы
- доказательства
- компетенции
- контексты
- подтверждающие роли
- следующие задачи
- персональные маршруты
Пилот
одна программа или проектная команда
Роли
руководитель программы, тьютор, преподаватель
Контрольный результат
новый результат участника изменяет его граф и следующий шаг
Критерий перехода
маршрут участника обновляется по фактическим результатам
Создать контур координации и сопровождения
Исходное состояние
точечная поддержка участников
Создаваемые механизмы
- контекст задачи
- навигация
- тьюторская поддержка
- аналитическая поддержка
- критическая проверка
- координация
- управление доступом
Пилот
один полный учебно-проектный цикл
Роли
координатор, тьютор, аналитик, преподаватель
Контрольный результат
участники получают актуальный контекст и специализированную поддержку
Критерий перехода
поддержка привязана к задаче и роли участника
Связать состояния, данные и наблюдения
Исходное состояние
разрозненные аналитические отчёты
Создаваемые механизмы
- модель объектов
- состояния
- события
- источники
- версии
- аналитические наблюдения
- ролевые представления
Пилот
одна программа, проект или лаборатория
Роли
служба цифровой среды, аналитик, координатор
Контрольный результат
решение можно проследить до данных и состояния процесса
Критерий перехода
аналитические наблюдения имеют источник и версию
Создать управляемый контур полномочий
Исходное состояние
разрозненные регламенты и локальные правила
Создаваемые механизмы
- происхождение данных
- правила
- полномочия
- согласования
- сценарии
- решения
- проверка последствий
Пилот
один ресурсный или проектный процесс
Роли
управляющая роль, координатор, руководитель процесса
Контрольный результат
каждое решение имеет основания, ответственного и проверяемое последствие
Критерий перехода
решения прослеживаются от данных до последствий
Связать науку, образование и проектную практику
Исходное состояние
параллельные научные и образовательные циклы
Создаваемые механизмы
- научный вопрос
- образовательное преобразование
- проектная задача
- практические данные
- новая гипотеза
- обновление программы
Пилот
одно исследовательское направление и связанный проект
Роли
руководитель лаборатории, руководитель программы, координатор
Контрольный результат
практические данные запускают новую научную и образовательную итерацию
Критерий перехода
цикл замыкается на следующей итерации гипотезы
Пошаговая модель перехода
Создать общий язык действий и результатов
- Исходное состояние
- разрозненные описания задач и результатов
- Создаваемый механизм
- типология событий, шаблон задачи, роли, ожидаемые результаты, критерии, журнал изменений
- Минимальный пилот
- один междисциплинарный образовательный или проектный модуль
- Необходимые роли
- руководитель программы, координатор, преподаватель
- Результат
- задачи и результаты прослеживаются от события до завершения
- Зависимость
- готовность к описанию задач в едином шаблоне
- Критерий перехода
- участники используют общий шаблон и общий журнал
- Ракурс
- изменение архитектуры объектов и связей
Пилот создаёт работающий фрагмент целевой архитектуры
Междисциплинарный модуль
- Масштаб
- одна программа
- Задачи
- события, задачи, результаты, доказательства
- Роли
- руководитель программы, преподаватели, координатор
- Данные
- результаты, статусы задач
- Результат
- общий шаблон задачи и журнала
- Срок проверки
- один семестр
- Возможность расширения
- расширение на смежные программы
Проектная команда
- Масштаб
- одна проектная задача
- Задачи
- роли, действия, результат, внешние обязательства
- Роли
- координатор проекта, участники, эксперт
- Данные
- статусы задач, внешние сроки
- Результат
- прослеживаемый проектный контур
- Срок проверки
- цикл проекта
- Возможность расширения
- включение проекта в образовательную программу
Исследовательская лаборатория
- Масштаб
- одно направление
- Задачи
- исследовательский вопрос → эксперимент → результат
- Роли
- руководитель лаборатории, аналитик
- Данные
- лабораторные данные и наблюдения
- Результат
- исследовательский результат в образовательном модуле
- Срок проверки
- цикл эксперимента
- Возможность расширения
- запуск воспроизводящего цикла
Персональная траектория
- Масштаб
- одна программа
- Задачи
- граф компетенций и следующий шаг участника
- Роли
- тьютор, руководитель программы
- Данные
- результаты и доказательства
- Результат
- маршрут, изменяющийся по фактическим результатам
- Срок проверки
- один семестр
- Возможность расширения
- распространение на смежные программы
Ресурсный процесс
- Масштаб
- одна лаборатория или пространство
- Задачи
- заявки, приоритет, решение, последствие
- Роли
- владелец ресурса, координатор, управляющая роль
- Данные
- состояние ресурсов из цифрового двойника
- Результат
- прослеживаемое ресурсное решение
- Срок проверки
- один цикл использования
- Возможность расширения
- расширение на смежные ресурсы
Событийный образовательный интенсив
- Масштаб
- одно событие
- Задачи
- событие, задача, действие, результат, доказательство
- Роли
- руководитель события, преподаватели, координатор
- Данные
- результаты интенсива
- Результат
- работающая связь события и доказательств
- Срок проверки
- срок интенсива
- Возможность расширения
- переход в регулярный формат
Выберите приоритет — получите рекомендуемый пилот
- Рекомендуемый пилот
- проектный модуль одной программы
- Основание
- готовность к описанию задач и результатов
- Минимальный состав
- руководитель программы, преподаватели, тьютор
- Данные
- результаты и доказательства
- Ожидаемый результат
- работающий граф компетенций одной программы
- Следующий этап масштабирования
- расширение на смежные программы
Каждый этап использует результаты предыдущих
- общая модель задачдоказательства компетенций
- доказательства компетенцийперсональные траектории
- персональные траекториикоординация EduOS
- координация EduOSсостояния цифрового двойника
- состояния цифрового двойникааналитика
- аналитикаответственные решения
- ответственные решениявоспроизводящий цикл
Сквозные зависимости
- роли
- данные
- правила
- ресурсы
- управление изменениями
- техническая интеграция
Что требуется для следующего этапа
- Уже созданные основания
- готовность к описанию задач
- Обязательные входы
- типология событий, шаблон задачи, роли
- Желательные входы
- журнал изменений
- Открытые вопросы
- область применения шаблона
- Минимальный пилот
- один модуль
- Ответственный
- руководитель программы
- Контрольная точка
- первый цикл использования шаблона
- Готовность
- готово к расширению
Каждый этап имеет владельца и участников
Куратор перехода
- Область
- институциональный уровень
- Действие
- поддерживать последовательность этапов
- Решение
- утверждать переход между этапами
Руководитель программы
- Область
- образовательный контур
- Действие
- внедрять шаблон задачи и граф компетенций
- Решение
- готовность программы к следующему этапу
Руководитель лаборатории
- Область
- научный контур
- Действие
- запускать воспроизводящий цикл
- Решение
- переход исследовательского результата в модуль
Координатор проекта
- Область
- проектный контур
- Действие
- связывать проекты с образованием
- Решение
- включение проекта в программу
Служба цифровой среды
- Область
- техническая интеграция
- Действие
- поддерживать EduOS и двойник
- Решение
- готовность интеграции и изменение конфигурации цифровой среды
Владелец данных
- Область
- данные и происхождение
- Действие
- подтверждать источники
- Решение
- область применимости данных
Управляющая роль
- Область
- правила и полномочия
- Действие
- обновлять правила и полномочия
- Решение
- изменение архитектуры правил
Готовность этапа подтверждается наблюдаемым результатом
Этап 1
- Контрольная точка
- первый цикл с общим шаблоном задачи
- Подтверждение
- журнал задач и результатов
Этап 2
- Контрольная точка
- изменение маршрута по фактическому результату
- Подтверждение
- обновлённый граф компетенций
Этап 3
- Контрольная точка
- участники получают контекст в задаче
- Подтверждение
- журнал сопровождения
Этап 4
- Контрольная точка
- наблюдение прослеживается до источника
- Подтверждение
- версия и владелец данных
Этап 5
- Контрольная точка
- прослеживаемое решение с ответственным
- Подтверждение
- маршрут и последствия
Этап 6
- Контрольная точка
- новая гипотеза из практических данных
- Подтверждение
- изменение исследовательского вопроса
Оцените состояние каждого этапа
Оценка использует качественные состояния. Каждый этап получает отдельное качественное описание готовности.
- Этап 1. Создать общий язык действий и результатов
- Этап 2. Связать действия участников с развитием
- Этап 3. Создать контур координации и сопровождения
- Этап 4. Связать состояния, данные и наблюдения
- Этап 5. Создать управляемый контур полномочий
- Этап 6. Связать науку, образование и проектную практику
Маршрут перехода определяется исходным состоянием
Маршрут A. От образовательной программы
задачи → результаты → компетенции → траектории → EduOS → аналитика
Маршрут B. От проекта
проектная задача → роли → результаты → практические данные → цифровой двойник → воспроизводящий цикл
Маршрут C. От научной лаборатории
исследовательский вопрос → образовательный модуль → проект → новые данные → новая гипотеза
Маршрут D. От управленческого процесса
данные → правила → сценарии → решение → последствия → обновление архитектуры
Соберите маршрут перехода для своего исходного состояния
Маршрут A. От образовательной программы
- Задачи
- Результаты
- Компетенции
- Траектории
- EduOS
- Аналитика
Восемнадцать этапов перехода
Исходное состояние
Университет с распределённой цифровой и организационной средой фиксирует разрывы между задачами, ролями, данными и цифровыми системами.
Правила, которые сохраняют связность перехода
- Каждый этап создаёт работающий механизм.
- Механизм проверяется в ограниченном пилоте.
- Расширение начинается после подтверждённого результата.
- Изменения связываются через общие объекты: событие, задача, результат, компетенция.
- Каждый этап имеет владельца, участников и контрольную точку.
- Действующие процессы обучения, исследований и управления сохраняются в период перехода.
- Данные имеют происхождение, владельца и область применимости.
- Правила связаны с полномочиями и маршрутом согласования.
- Аналитические наблюдения прослеживаются до источника.
- Решения имеют основания, ответственных и проверяемые последствия.
Что удерживает переход к University 5.0
- Переход к University 5.0 создаётся последовательностью работающих механизмов.
- Первый механизм — общий язык задач и результатов.
- Второй механизм — граф компетенций и персональные маршруты.
- Третий механизм — координация задач, ролей и поддержки в EduOS.
- Четвёртый механизм — цифровой двойник и аналитические наблюдения.
- Пятый механизм — контур данных, правил и ответственных решений.
- Шестой механизм — воспроизводящий цикл между наукой, образованием и проектом.
- Каждый этап проверяется в ограниченном пилоте до масштабирования.
Переход к University 5.0 удерживается последовательностью пилотов, наблюдаемых результатов и обновлений архитектуры.
Институциональная архитектура University 5.0
Три материала связывают воспроизводство знания, ответственные решения и последовательный переход к целевой архитектуре.