La programación en University 5.0: orquestar personas, tareas y recursos
El tiempo se organiza según la secuencia de tareas significativas, la disponibilidad de participantes, los recursos compartidos y los puntos de revisión.
EduOS Lad es una arquitectura propuesta para comparar horarios, identificar requisitos incompatibles y preparar decisiones autorizadas. Los ejemplos son ilustrativos, no reservas reales.
Tarea
- Finalidad
- Objetivos, criterios y resultado esperado
- Participantes
- Estudiantes, docente y coordinador
- Perspectiva
- Tareas
- Etapas visibles
- 8 de 8
Contenido
El trabajo se programa según dependencias, no solo horas del reloj
El resultado esperado determina las acciones necesarias. Cada acción requiere datos de entrada, funciones, recursos, tiempos acordados y criterios de revisión.
Recopilar datos
- Entrada necesaria
- Acceso a fuentes
- Función responsable
- Analista
- Resultado producido
- Datos de origen
- Posible etapa crítica
- Marcada como dependiente del escenario principal
Sin duraciones de etapas, estimaciones de dependencias y márgenes de horario no puede calcularse la ruta crítica real. Las etapas marcadas son posibles candidatas ilustrativas, no una ruta crítica calculada.
Siete capas arquitectónicas de la programación
- Capa
- S.01
- Finalidad
- Tareas
- Resultado
- Demanda de tiempo y recursos
Los participantes tienen disponibilidades diferentes y a veces incompatibles
Que una persona esté disponible en cierta franja no significa que pueda confirmarse la sesión para todos.
- 01
Analista
Lunes por la mañana; martes todo el día; jueves después de las 14:00
- 02
Ingeniero
Lunes después de las 13:00; miércoles; viernes por la mañana
- 03
Economista
Martes después de las 12:00; jueves; viernes
- 04
Docente
Lunes; miércoles después de las 15:00; viernes
- 05
Experto
Jueves de 15:00 a 16:00
- 06
Coordinador
Todos los días de 10:00 a 16:00
- Disponibilidad faltante
- No hay una franja confirmada para todos
- Alternativa viable
- Lunes por la mañana con analista, docente y coordinador, seguido de una revisión independiente de ingeniería y economía
- Función decisora
- Coordinador y docente
Los espacios, instrumentos y expertos forman parte de la tarea
- 01
Aula
Uso: Enseñanza y reuniones. Restricción: Horario del módulo. Alternativa: Sala de proyectos
- 02
Sala de proyectos
Uso: Colaboración del equipo. Restricción: Otro proyecto ocupa el miércoles. Alternativa: Aula
- 03
Laboratorio
Uso: Experimentos físicos. Restricción: Mantenimiento el jueves. Alternativa: Modelo digital
- 04
Equipamiento
Uso: Medición y calibración. Restricción: Se requiere un ingeniero. Alternativa: Simulación digital
- 05
Modelo digital
Uso: Análisis de escenarios. Restricción: Asignación de capacidad de cálculo. Alternativa: Cálculo manual
- 06
Conjunto de datos
Uso: Análisis. Restricción: La versión se actualiza el miércoles. Alternativa: Datos archivados
- 07
Consulta con experto
Uso: Evaluación. Restricción: Una hora el jueves. Alternativa: Revisión escrita
- 08
Capacidad de cálculo
Uso: Modelización. Restricción: Cuota de la jornada. Alternativa: Cálculos en cola
Asignar un laboratorio entre tres procesos que compiten
- Orden propuesto
- Investigación → proyecto → docencia
- Fundamentos
- El equipamiento especializado necesita funcionamiento ininterrumpido
- Trabajo trasladado
- La docencia utiliza un modelo digital
- Aprobación
- Coordinador de laboratorio
Cada asignación mostrada sigue siendo una propuesta hasta que la aprueben las personas responsables.
Siete tipos de dependencias
- 01
Contenido temático
La evaluación de costes necesita un escenario técnico.
- 02
Información
El análisis necesita datos verificados.
- 03
Recurso
Las pruebas requieren equipamiento disponible.
- 04
Función
La revisión experta requiere la presencia del experto.
- 05
Decisión
Una transición necesita aprobación.
- 06
Tiempo
La integración sigue a la preparación individual.
- 07
Proyecto
El piloto sigue a la revisión del modelo.
Los puntos de control permiten transiciones responsables
- 01
Resultado esperado
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 02
Criterios de revisión
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 03
Función revisora
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 04
Decisiones permitidas
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 05
Tareas dependientes
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 06
Plazo
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- 07
Evidencias registradas
El punto de control debe incluir función responsable, fundamentos y efectos sobre el trabajo posterior.
- Trabajo
- Definir tarea y recopilar datos
- Resultado necesario
- Datos de origen disponibles y revisados
Un conflicto de horarios es un choque de requisitos
- 01
Reuniones obligatorias superpuestas
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 02
Dos procesos necesitan el mismo recurso
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 03
Dos equipos necesitan al mismo experto
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 04
Una tarea comienza sin los datos necesarios
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 05
Dos plazos iguales compiten por un mismo equipo
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 06
Carga de trabajo incompatible entre módulos
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
- 07
Un acontecimiento nuevo invalida el plan acordado
Identificar participantes afectados, restricciones y atribuciones de decisión antes de elegir una respuesta.
Dos equipos y una hora disponible del experto
El equipo A necesita aproximadamente 40 minutos y el B, 30. Ambas revisiones completas no caben en la hora disponible del experto.
- Respuesta
- El equipo B recibe comentarios escritos más tarde
- Compensación
- Revisión más profunda para A y retraso para B
- Decide
- Docente
Los nuevos acontecimientos requieren propuestas nuevas, no cambios sin aprobar
- Nuevas lecturas
- El laboratorio cierra
- El experto cambia la cita
- Nueva solicitud del socio
- El participante termina antes
- Orden propuesto
- Validar datos → revisar modelo → rehacer escenarios → ingeniería → costes → experto → defensa
- Trabajo aplazado
- Parte del trabajo de costes
- Función que aprueba
- Docente y coordinador
Los horarios individuales contribuyen a un resultado compartido
- 01
Analista
Individual: Comprobar datos y modelizar escenarios. Equipo: Enviar supuestos al ingeniero y economista
- 02
Ingeniero
Individual: Revisar viabilidad y equipamiento. Equipo: Recibir escenarios analíticos
- 03
Economista
Individual: Evaluar costes y alternativas. Equipo: Recibir parámetros técnicos
- 04
Coordinador
Individual: Rastrear dependencias y decisiones. Equipo: Integrar el trabajo de todas las funciones
- Trabajo individual
- Comprobar datos y modelizar escenarios
- Trabajo compartido
- Enviar supuestos al ingeniero y economista
Cinco escalas de programación conectadas
- 01
Jornada personal
Este nivel tiene sus propias tareas, recursos, compromisos y puntos de revisión.
- 02
Semana del equipo
Este nivel tiene sus propias tareas, recursos, compromisos y puntos de revisión.
- 03
Ciclo del proyecto
Este nivel tiene sus propias tareas, recursos, compromisos y puntos de revisión.
- 04
Módulo educativo
Este nivel tiene sus propias tareas, recursos, compromisos y puntos de revisión.
- 05
Universidad y programa
Este nivel tiene sus propias tareas, recursos, compromisos y puntos de revisión.
EduOS y los agentes especializados apoyan la orquestación
- 01
Coordinador
Dependencias y secuencia
- 02
Agente de recursos
Capacidad, conflictos y alternativas
- 03
Navegador
Recorrido actual y tareas modificadas
- 04
Analista
Cuellos de botella y comparación de escenarios
- 05
Agente de gobernanza
Atribuciones, aprobaciones y registro de decisiones
La coordinación, las propuestas de recursos, la navegación, la revisión analítica y la gobernanza son funciones distintas. Las atribuciones para modificar procesos permanecen en las funciones responsables de educación y proyectos.
Catorce etapas de una semana de proyecto
Sigue un piloto energético del campus desde una tarea inicial, pasando por recursos, conflictos, decisiones aprobadas, trabajo de participantes y revisión.
1. Definir el resultado esperado del proyecto
Establecer criterios para un piloto energético del campus sometido a revisión.
Reglas y resultados
- 01
Programación a partir de tareas
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
- 02
Dependencias explícitas de entradas y resultados
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
- 03
Franjas viables de recursos
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
- 04
Atribuciones delimitadas de participantes
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
- 05
Revisión previa a la transición
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
- 06
Historial de cambios y participantes notificados
Mantener disponibles para revisión las restricciones, fundamentos, responsables y estado resultante.
Sobre el modelo de investigación
La programación como orquestación forma parte de la investigación University 5.0 y EduOS Lad de Sergey Shatokhin en IWXA. Describe una relación propuesta entre tareas individuales, proyectos interdisciplinarios, recursos disponibles y decisiones autorizadas.
Explorar la demostración independiente ↗