Расписание University 5.0: оркестрация людей, задач и ресурсов
Как время, роли, пространства, оборудование и контрольные точки согласуются вокруг образовательных и проектных задач.
Расписание в University 5.0 начинается со структуры задач, ожидаемых результатов и зависимостей между участниками.
Временные блоки связываются с ролями, пространствами, оборудованием, данными, экспертами и контрольными точками.
EduOS «Лад» помогает обнаруживать конфликты, формировать сценарии перестройки и обновлять состояние процессов после принятого решения.
АВТОРСКАЯ МОДЕЛЬ
Показывает путь от постановки до результата.
Функция: Определяет цель, результат и участников.
Входные данные: цель, критерии.
Связанные участники: студент, преподаватель, координатор.
Возможный конфликт: неточная формулировка.
Результат согласования: структурированная задача.
Дополнительные входы:
- приоритет
- событие
- ограничение
- расписание команды
- доступность эксперта
- состояние проекта
Время следует структуре работы
Каждая задача содержит цель, ожидаемый результат, действия, роли, ограничения и критерии завершения.
Эти элементы определяют последовательность этапов, длительность, необходимые взаимодействия и ресурсные окна.
Расписание формируется после выявления зависимостей между результатами и участниками.
Разработать и проверить сценарий снижения энергопотребления корпуса.
Цель: подготовить реализуемый сценарий пилотного внедрения.
Этапы
- сбор данных;
- анализ;
- разработка сценариев;
- инженерная проверка;
- экономическая оценка;
- экспертная сессия;
- доработка;
- защита.
Роли
- аналитик;
- инженер;
- экономист;
- координатор;
- преподаватель;
- эксперт.
Ресурсы
- данные;
- лаборатория;
- оборудование;
- цифровая модель;
- время эксперта.
Контрольные точки
- готовность данных;
- готовность сценариев;
- интеграция;
- экспертная проверка;
- итоговый результат.
Посмотреть механизм в University 5.0
Посмотреть согласование задач, ролей, зависимостей, ресурсов и временных окон.
Открыть этот механизм в моделиСемь уровней расписания University 5.0
Уровни архитектуры соединяют задачи, зависимости, роли, ресурсы, временные блоки, контрольные точки и обновление в единой модели.
Содержит:
- цели
- результаты
- этапы
- критерии
- приоритеты
Создаёт: потребность во времени и ресурсах.
Результат одного этапа запускает следующий
Зависимость определяет, какой результат, ресурс или решение требуется для начала следующего действия.
- 01
Содержательная
Экономическая оценка использует технический сценарий.
- 02
Информационная
Анализ начинается после получения данных.
- 03
Ресурсная
Эксперимент проводится в доступное окно лаборатории.
- 04
Ролевая
Защита проходит при участии эксперта.
- 05
Решенческая
Следующий этап запускается после утверждения преподавателя.
- 06
Временная
Командная сессия проходит после индивидуальной подготовки.
- 07
Проектная
Пилот начинается после завершения проверки модели.
Задача: подготовить сценарий пилотного снижения энергопотребления
Восемь этапов образуют цепочку зависимостей. Выберите этап, чтобы увидеть его роль в процессе.
Вход: запрос к источникам.
Действие: сбор и первичная проверка.
Результат: исходный набор данных.
Следующая зависимость: проверка качества.
Роль: аналитик.
Ресурс: источники данных.
Критерий готовности: полнота и структура.
Совместная работа требует согласованных временных окон
Каждая роль имеет собственные задачи, зависимости, нагрузку и точки взаимодействия.
- 01
Аналитик
Требует:
- данные
- время индивидуальной работы
- передача результата инженеру и экономисту
- 02
Инженер
Требует:
- аналитическая модель
- доступ к оборудованию
- консультация эксперта
- 03
Экономист
Требует:
- технические сценарии
- данные о затратах
- согласование допущений
- 04
Координатор
Требует:
- статусы
- точки передачи
- общий формат результата
- доступность команды
- 05
Преподаватель
Требует:
- промежуточные результаты
- критерии
- время обратной связи
- 06
Эксперт
Требует:
- подготовленный материал
- вопросы
- единое окно проверки
Три типа сессий условной недели
Доступность ролей:
- Аналитик: понедельник утром, вторник весь день, четверг после 14:00.
- Инженер: понедельник после 13:00, среда, пятница утром.
- Экономист: вторник после 12:00, четверг, пятница.
- Преподаватель: понедельник, среда после 15:00, пятница.
- Эксперт: четверг с 15:00 до 16:00.
- Координатор: ежедневно с 10:00 до 16:00.
Участники: аналитик, инженер, экономист, преподаватель, координатор.
Возможные окна: понедельник утром; среда с 15:00 (без инженера).
Отсутствующие роли: инженер недоступен в понедельник утром.
Допустимая альтернатива: провести без инженера с последующей краткой сверкой.
Последствия переноса: смещение начала инженерного этапа на полдня.
Утверждает время: координатор и преподаватель.
Пространства и оборудование входят в логику задачи
Ресурс участвует в расписании через назначение, доступность, ограничения и связь с процессом.
- 01
Аудитория
Назначение: учебные занятия и командные сессии.
Ограничения: фиксированное расписание модуля.
Альтернатива: проектная комната.
- 02
Проектная комната
Назначение: командная работа.
Ограничения: занята другим проектом в среду.
Альтернатива: аудитория.
- 03
Лаборатория
Назначение: физические эксперименты.
Ограничения: техническое обслуживание в четверг.
Альтернатива: цифровая модель.
- 04
Специализированное оборудование
Назначение: измерения и настройка.
Ограничения: требуется присутствие инженера.
Альтернатива: имитация на цифровой модели.
- 05
Цифровая модель
Назначение: проверка сценариев.
Ограничения: требуется расчётное окно.
Альтернатива: ручной расчёт.
- 06
Набор данных
Назначение: аналитическая работа.
Ограничения: версия обновляется по средам.
Альтернатива: исторические выгрузки.
- 07
Экспертное участие
Назначение: проверка допущений и рекомендации.
Ограничения: узкое окно в четверг.
Альтернатива: письменная обратная связь.
- 08
Вычислительные ресурсы
Назначение: серии расчётов.
Ограничения: квота в рабочее время.
Альтернатива: постановка задачи в очередь.
Одна лаборатория и три процесса
- 01
Учебный модуль
Задача: Провести лабораторное занятие.
Зависимость: завершение образовательного блока.
Ресурс: базовое оборудование.
- 02
Исследование
Задача: Провести серию измерений.
Зависимость: продолжение эксперимента.
Ресурс: специализированный стенд.
- 03
Проект
Задача: Проверить сценарий пилота.
Зависимость: встреча с внешним партнёром.
Ресурс: датчики и цифровая модель.
Критерий приоритета
Предлагаемый порядок: Исследование → Проект → Учебный модуль.
Основание: стенд уникален и требует непрерывной серии.
Затронутые процессы: Учебный модуль, Исследование, Проект.
Перенос: часть учебного занятия переносится на цифровую модель.
Ответственная роль: координатор и руководитель лаборатории.
Следующая точка проверки: итог по завершении первого процесса.
Переход начинается после подтверждения готовности
Контрольная точка связывает результат этапа с критериями, проверяющей ролью и решением о дальнейшем движении.
- 01
Ожидаемый результат
Определяет, что должно быть создано.
- 02
Критерии
Задают проверяемые признаки готовности.
- 03
Проверяющая роль
Отвечает за оценку и решение.
- 04
Возможные решения
Переход, доработка, изменение условий, подключение роли, пересборка, перенос.
- 05
Зависимые задачи
Ожидают результата контрольной точки.
- 06
Срок
Определяет окно проверки.
- 07
Данные для фиксации
Основания, участники и следствия решения.
Возможные решения
- перейти к следующему этапу;
- доработать результат;
- изменить условия;
- подключить дополнительную роль;
- пересобрать сценарий;
- перенести часть задачи;
Демонстрационная неделя проекта
Задачи: выравнивание задачи, сбор данных, первичная проверка.
Роли: преподаватель, аналитик, координатор.
Ресурсы: данные, проектная комната.
Входы: критерии задачи, новые данные.
Ожидаемый результат: данные доступны и проверены.
Возможное событие: часть данных задерживается.
Зависимый следующий день: аналитическая работа во вторник.
Контрольная точка: данные доступны и проверены.
Конфликт показывает несовместимые требования
Конфликт возникает, когда задачи, роли или ресурсы требуют пересекающихся условий.
- 01
Временной
Участник включён в две обязательные сессии одновременно.
- 02
Ресурсный
Несколько процессов используют одно оборудование.
- 03
Ролевой
Эксперт требуется нескольким командам в одном окне.
- 04
Содержательный
Следующая задача назначена до готовности входного результата.
- 05
Приоритетный
Два проекта имеют одинаковый срок и используют одну команду.
- 06
Программный
Модули создают несовместимые требования к нагрузке.
- 07
Событийный
Новое событие меняет уже согласованную последовательность.
Эксперт доступен один час, а две команды требуют проверки
Команда A: готова полная версия; решение влияет на следующий проектный этап; требуется 40 минут.
Команда B: готова предварительная версия; задача связана с образовательной контрольной точкой; требуется 30 минут.
- Команда A получает полный экспертный слот.
- Команда B получает письменную обратную связь позднее.
Основание: команда A готова к содержательной глубокой проверке.
Последствия: команда B ожидает письменного отзыва.
Затронутые задачи: проектный этап команды A закрывается в срок.
Риски: команда B получает менее интерактивный формат.
Ответственный: преподаватель.
Способ проверки результата: качество решения по итогам следующей контрольной точки.
Новое событие меняет связи между задачами
Событие влияет на расписание через задачи, ресурсы, роли и зависимости.
- поступление новых данных;
- задержка результата;
- недоступность ресурса;
- изменение критериев;
- изменение состава команды;
- новый внешний запрос;
- новый исследовательский результат;
- изменение приоритета;
Исходное расписание проекта
- 01
анализ данных
- 02
разработка сценариев
- 03
инженерная проверка
- 04
экономическая оценка
- 05
экспертная сессия
- 06
защита
Изменения:
- повторная проверка
- обновление модели
- перенос экономической оценки
- сохранение экспертной сессии
Затронутые связи: анализ данных, разработка сценариев, экономическая оценка.
Новый сценарий: проверка новых данных → обновление модели → разработка сценариев → инженерная проверка → экономическая оценка → экспертная сессия → защита.
Перенесённые задачи: часть экономической оценки.
Сохранённые критерии: критерии экспертной сессии.
Утверждает изменение: преподаватель и координатор.
Личный ритм входит в общий проектный процесс
У каждого участника есть собственные задачи и временные окна. Командное расписание связывает их через точки передачи и общий результат.
- 01
Аналитик
Индивидуально:
- проверяет данные
- строит модель
- готовит сценарии
Совместно:
- передаёт результат
- обсуждает допущения
- участвует в интеграции
- 02
Инженер
Индивидуально:
- проверяет технические ограничения
- создаёт архитектуру решения
Совместно:
- согласует параметры
- участвует в тестировании
- 03
Экономист
Индивидуально:
- рассчитывает затраты
- сравнивает варианты
Совместно:
- согласует критерии
- участвует в выборе сценария
- 04
Координатор
Индивидуально:
- анализирует зависимости
- обновляет план
Совместно:
- проводит синхронизацию
- фиксирует решения
- контролирует переходы
Расписание с точки зрения роли
Личные задачи: проверяет данные, строит модель, готовит сценарии.
Совместные сессии: передаёт результат, обсуждает допущения, участвует в интеграции.
Входные зависимости: данные, критерии.
Ресурсные окна: цифровая модель, проектная комната.
Контрольные точки: готовность модели.
Возможные конфликты: одновременная передача инженеру и экономисту.
Результат недели: готовая аналитическая модель.
Оркестрация работает на нескольких уровнях
- 01
Личный день
Связывает:
- персональные задачи
- материалы
- встречи
- результаты
- траектория
- 02
Командная неделя
Связывает:
- роли
- передачи
- интеграция
- контрольные точки
- общий результат
- 03
Проектный цикл
Связывает:
- этапы
- ресурсы
- эксперты
- внешние обязательства
- пилоты
- 04
Образовательный модуль
Связывает:
- темы
- задания
- проектная работа
- оценивание
- компетенции
- 05
Программа и университет
Связывает:
- нагрузка
- пространства
- оборудование
- проекты
- исследовательские контуры
- стратегические приоритеты
Как EduOS поддерживает оркестрацию
- 01
Структурирование задач
- цель
- этапы
- результаты
- критерии
- 02
Выявление зависимостей
- входы
- выходы
- критический путь
- точки передачи
- 03
Согласование ролей
- ответственность
- доступность
- нагрузка
- совместные действия
- 04
Сопоставление ресурсов
- задачи
- пространства
- оборудование
- данные
- эксперты
- 05
Формирование сценариев
- допустимые варианты
- последствия
- ограничения
- точки решения
- 06
Фиксация решения
- выбранный сценарий
- ответственный
- основание
- затронутые процессы
- 07
Обновление цифрового двойника
- статусы
- доступность
- расписание
- задачи
- связи
- 08
Передача контекста
- личная задача
- изменения
- зависимости
- следующий шаг
Специализированные агенты поддерживают отдельные функции расписания
- 01
Координатор
- собирает статусы
- выявляет зависимости
- формирует точки синхронизации
- предлагает варианты порядка действий
- 02
Агент ресурсов
- сопоставляет потребности
- выявляет конфликты
- ищет доступные окна
- показывает альтернативы
- 03
Навигатор
- показывает актуальный маршрут
- сообщает об изменениях
- связывает этап с задачей
- открывает следующий шаг
- 04
Аналитик
- выявляет повторяющиеся задержки
- показывает системные ограничения
- сравнивает сценарии
- формирует вопросы
- 05
Агент управления
- проверяет полномочия
- определяет маршрут согласования
- фиксирует решение
- обновляет правила
Лаборатория недоступна, эксперт доступен только в четверг, защита в пятницу
Определяются: лаборатория недоступна, окно эксперта в четверг, срок защиты в пятницу, зависимые задачи.
Как формируется и перестраивается расписание проектной недели
Последовательность из четырнадцати этапов показывает связь задачи, зависимостей, ресурсов, конфликта, сценариев, решения и обновления.
Определение результата
Ожидается проверенный сценарий пилота снижения энергопотребления корпуса.
Правила оркестрации расписания
- 01
Задача определяет время
Каждый блок связан с действием и результатом.
- 02
Зависимости видимы
Переходы между этапами имеют входы и критерии готовности.
- 03
Роли согласованы
Участники получают понятные зоны ответственности и точки взаимодействия.
- 04
Ресурсы включены в модель
Пространства, оборудование, данные и эксперты связаны с задачами.
- 05
Контрольные точки определены заранее
Каждый переход имеет проверяющую роль и возможные решения.
- 06
Конфликты формируют сценарии
Система показывает несколько допустимых вариантов.
- 07
Решения имеют ответственных
Изменения утверждаются ролями, отвечающими за процесс.
- 08
События обновляют связи
Новое состояние задач и ресурсов отражается в расписании.
- 09
История изменений сохраняется
Основания, решения и последствия доступны для повторной проверки.
- 10
Результат обновляет систему
Итог изменяет проект, траекторию, ресурсы и следующий цикл.
Что формирует расписание University 5.0
- 01
Задачи
Расписание начинается с целей, действий и ожидаемых результатов.
- 02
Зависимости
Последовательность определяется входами, выходами и условиями перехода.
- 03
Роли
Индивидуальная и совместная работа согласуются через ответственность и точки передачи.
- 04
Ресурсы
Пространства, оборудование, данные и эксперты входят в структуру процесса.
- 05
Контрольные точки
Готовность результата проверяется перед запуском следующего этапа.
- 06
Конфликты
Несовместимые требования преобразуются в несколько сценариев решения.
- 07
События
Новые данные и изменения ресурсов перестраивают порядок действий.
- 08
Многоуровневость
Личный день, командная неделя, проектный цикл и программа образуют связанную систему.
- 09
Ответственность
Изменения расписания имеют основания, участников решения и критерии проверки.
- 10
Обновление
Результат изменяет состояние EduOS, цифрового двойника и следующего цикла работы.
Расписание University 5.0 превращает время в управляемую структуру задач, зависимостей, ролей и ресурсов, обеспечивая связное движение от постановки задачи к проверяемому результату.
Об авторской модели
Концепция расписания как оркестрации развивается Сергеем Шатохиным в рамках модели 5IBS University 5.0 и архитектуры EduOS «Лад».
Модель связывает персональные траектории, проектные задачи, командные зависимости, ресурсы, цифровой двойник и агентную поддержку в общей системе временной организации университета.