# Plan piloto RoboPaso

Fecha: 2026-06-09  
Sistema: CreaBotX / CreaLiga Academy  
Producto publico: RoboLiga Academy  
Duracion sugerida: 2 a 4 semanas

## Objetivo del piloto

Validar que CreaBotX puede organizar un reto educativo de robotica desde el diagnostico inicial hasta la evidencia final del estudiante, usando aula virtual, grupos, comunidad, evaluacion, ranking y portafolio.

## Nombre del reto

RoboPaso: primer avance documentado de robotica.

## Grupo piloto recomendado

Usar el grupo ya cargado en el sistema:

```text
1 Soporte Informatica B
```

Si la institucion decide otro grupo, mantener el rango de 20 a 40 estudiantes para que el docente pueda moderar y evaluar sin saturarse.

## Responsable

- Responsable academico: docente de Informatica/Robotica.
- Responsable tecnico: administrador de CreaBotX.
- Responsable de autorizaciones: institucion o tutor del curso.
- Participantes: estudiantes matriculados y representantes vinculados.

## Preparacion previa

1. Ejecutar respaldo:

```bat
5_RESPALDAR_DATOS.bat
```

2. Confirmar usuarios:

- Admin puede ingresar.
- Docente puede ingresar.
- Estudiantes tienen usuario y clave inicial.
- Padres tienen usuario vinculado al estudiante.

3. Confirmar que los usuarios cambien clave en primer ingreso.

4. Ejecutar la siembra del piloto:

```bat
python manage.py sembrar_piloto_robopaso
```

Si en Windows no existe `python`, usar el Python del entorno configurado o ejecutar desde el `.bat` principal del proyecto.

## Reto RoboPaso

### Descripcion

Cada estudiante o grupo documenta el primer avance verificable de su prototipo: que componente uso, que intento realizar, que problema encontro, que solucion aplico y que evidencia demuestra el avance.

### Producto minimo

Una publicacion aprobada en CreaLiga con:

- Titulo del proyecto.
- Descripcion del avance.
- Materiales usados.
- Problema encontrado.
- Solucion aplicada.
- Mejora realizada.
- Reflexion de aprendizaje.
- Imagen, video o enlace si existe autorizacion.

### Evidencias obligatorias

- Foto o captura del prototipo, circuito o codigo.
- Descripcion del problema tecnico.
- Explicacion de la solucion.
- Reflexion corta: que aprendi y que debo mejorar.

### Evidencias opcionales

- Video corto del funcionamiento.
- Enlace a codigo o repositorio.
- Diagrama o pseudocodigo.
- Bitacora de pruebas.

## Rubrica de 5 estrellas

Aunque el modelo evalua 10 criterios de 1 a 5, para el piloto se comunica al estudiante como 5 dimensiones simples:

| Dimension | Que observa el docente |
| --- | --- |
| Funcionamiento | El avance se puede verificar. |
| Explicacion | El estudiante explica que hizo y por que. |
| Mejora | Hay evidencia de error, ajuste o intento nuevo. |
| Seguridad | El montaje o prueba respeta normas basicas. |
| Presentacion | La publicacion esta ordenada y tiene evidencia. |

## Calendario sugerido

### Semana 1: Arranque

- Presentar CreaBotX y RoboLiga Academy.
- Confirmar claves y acceso.
- Explicar reglas de privacidad.
- Mostrar el reto RoboPaso.
- Revisar recursos de biblioteca.

### Semana 2: Construccion y evidencia

- Trabajo en prototipo.
- Registro de problema tecnico.
- Subida de primera evidencia.
- Uso del foro para dudas tecnicas.

### Semana 3: Revision y mejora

- Docente revisa publicaciones pendientes.
- Estudiantes corrigen y completan evidencias.
- Se aprueban publicaciones listas.
- Se otorgan comentarios de retroalimentacion.

### Semana 4: Cierre

- Evaluacion con rubrica.
- Revision de ranking.
- Revision de portafolios.
- Encuesta breve de percepcion.
- Respaldo final.

## Indicadores de exito

Minimos para considerar exitoso el piloto:

- 90% de estudiantes ingresa al sistema.
- 80% cambia clave correctamente.
- 70% sube al menos una evidencia.
- 60% logra una publicacion aprobada.
- 100% de publicaciones con imagen/video tiene autorizacion.
- Docente evalua al menos una publicacion por grupo.
- Hay al menos un tema de foro tecnico.
- Se genera ranking y portafolio visible.

## Riesgos y mitigacion

| Riesgo | Mitigacion |
| --- | --- |
| Estudiantes olvidan clave | Docente/admin resetea y exige cambio. |
| Evidencias con datos sensibles | Usar consentimiento y revisar antes de aprobar. |
| Docente se satura moderando | Limitar a una publicacion por grupo. |
| Fotos sin permiso | Permitir evidencias sin rostros: prototipo, codigo, circuito. |
| Internet inestable | Permitir carga posterior y trabajo offline en bitacora. |
| Publicaciones incompletas | Usar plantilla de campos obligatorios. |

## Flujo operativo

1. Admin ejecuta respaldo.
2. Admin siembra reto RoboPaso.
3. Docente revisa reto y biblioteca.
4. Estudiantes ingresan y cambian clave.
5. Estudiantes trabajan en prototipo.
6. Estudiantes publican avance.
7. Docente modera.
8. Docente evalua.
9. Estudiantes revisan retroalimentacion.
10. Padre consulta progreso permitido.
11. Admin ejecuta respaldo final.

## Rutas utiles

```text
/ingresar/
/panel/docente/
/panel/alumno/
/panel/padre/
/seguimiento/mi-aula/
/comunidad/
/comunidad/retos/
/comunidad/publicaciones/
/comunidad/foro/
/comunidad/biblioteca/
/reportes/
/reportes/metricas/
```

## Cierre recomendado

Al finalizar, guardar:

- Respaldo del sistema.
- Exportacion CSV de metricas.
- Capturas de ranking y portafolio.
- Lista de publicaciones aprobadas.
- Observaciones del docente.
- Recomendaciones para segunda version.