Entrega y evaluación

Cómo entregar tu proyecto

Las propuestas deben incluir:

  • Diapositivas de la presentación
  • Enlace a la demostración
  • Enlace al repositorio público de GitHub

 

Opcional:

  • Diagramas de arquitectura
  • Maquetas
  • Documentación técnica
  • Videos

Tu presentación debe explicar:

  • El reto
  • El usuario
  • La solución
  • Cómo se utilizó Open Payments
  • Conclusiones clave

Tu demostración debe mostrar:

Una demostración práctica y un registro del flujo de pago, en los que se muestran claramente:

  • Solicitud de pago
  • Autorización
  • Ejecución del pago
  • Finalización exitosa

Proceso de entrega y revisión

La entrega de código cierra a las 11:00. A partir de ese momento, la revisión corre en paralelo por dos vías, para que el código, las demos y las presentaciones queden revisados antes de que empiece la Ronda 1 de evaluación, a las 12:00. Descarga la Guía de Entrega y Revisión o seguir leyendo para más detalles. 

Paso a paso

Paso 1- fecha límite de entrega de código (11:00).

Todos los equipos deben subir (push) su código final a su repositorio público de GitHub. No se permiten más cambios de código después de este punto.

Sigue estos pasos para entregar tu proyecto.

  1. Haz público tu repositorio de GitHub: Tu código debe ser visible para los revisores, así que asegúrate de que la visibilidad de tu repositorio esté configurada como Public antes de entregar.
  2. Comparte el enlace de tu repositorio: En el canal de Slack del hackatón te compartirán el enlace a un formulario de Google donde debes subir el enlace de tu repositorio público de GitHub. Así es como los revisores encontrarán y revisarán tu proyecto.
  3. Asegúrate de que tu repositorio contenga todo tu código:  El repositorio debe incluir todo lo que escribieron durante el hackatón: todo el código, sin entregas parciales ni código que se haya quedado solo en la máquina local de alguien. Asegúrate de hacer push de todas tus ramas (branches) a main.
  4. Asegúrate de que tu entrega cumpla con los requisitos de las guías de IA para hackatones: Las “guías de IA para hackatones” piden que se entreguen algunos archivos y carpetas adicionales, para declarar el uso de IA.

Paso 2 - Los mentores técnicos inician la revisión de código (11:00 - 12:00)

Los mentores técnicos se trasladan a la sala de mentores. Están todos en una misma sala para poder discutir dudas entre ellos. Revisan directamente el repositorio de cada equipo.

Paso 3 - Revisión de Demo (11:00 - 12:00, en paralelo con la revisión de código)

Mientras los mentores técnicos revisan el código, otros integrantes técnicos del equipo, en especial los colaboradores de habla hispana, revisan el video de demo de cada equipo, verificando que se muestre un pago hecho con Open Payments de principio a fin: inicio del pago, el paso de autorización (consentimiento) y una finalización exitosa.

Los videos de demo deberán subirse a tu repositorio público de GitHub o a un Google Drive ( el enlace se enviará en el canal de Slack del hackatón). Esto es porque cada sala de presentación usará una sola laptop.

Paso 4 - Revisión de las presentaciones (11:00 - 12:00, en paralelo)

Los mismos colaboradores de habla hispana también ayudan a revisar las presentaciones de los equipos, junto con la revisión de demo.

Las presentaciones deberán subirse a tu repositorio público de GitHub o a un Google Drive (el enlace se enviará en el canal de Slack del hackatón). Esto es porque cada sala de presentación usará una sola laptop.

Paso 5 - Cierre de cargas a las 12:00

Todos los videos de demo y las presentaciones deben estar subidos a tu repositorio público de GitHub o a un Google Drive antes de las 12:00, previo a la sesión de evaluación de la Ronda 1.

Criterios de evaluación

  
CriteriosLo que buscamos
Definición del problema¿El reto es claro y significativo?
Uso de Open Payments¿El proyecto demuestra un flujo de pago que funciona?
Experiencia del usuario¿La solución genera valor para los usuarios?
Calidad técnica¿Funciona el prototipo de manera confiable?
Presentación¿Puede el equipo explicar claramente lo que ha creado y por qué es importante?
Inclusión¿De qué manera esta solución hace que los pagos sean más fáciles, más accesibles o más inclusivos para los usuarios desatendidos?
Innovación¿Qué tan creativo y original es el enfoque de esta solución respecto a los pagos?
Impacto¿Qué diferencia podría marcar esta solución para los usuarios o las comunidades, y con qué claridad se explica eso?

Cómo funciona la evaluación

Ronda 1

Cada equipo realiza su presentación ante un panel de jueces. Esto tiene lugar en las salas de hackeo el sábado a las 12:00, después de que todos los participantes hayan entregado sus presentaciones finales y su código. Habrá 4 salas, cada una con un mínimo de 2 jueces. Los equipos presentan ante los jueces en la sala que se les haya asignado. Una vez que todos los equipos de una sala hayan presentado, los jueces deliberan y seleccionan a los equipos que pasarán a la Ronda 2, basándose en la puntuación acumulada de cada equipo según los criterios de evaluación.

Ronda 2

Los 12 equipos que pasan a la Ronda 2 se anuncian en el auditorio y de inmediato presentan sus soluciones ante un nuevo panel de jueces, que incluye representantes de cada categoría de premios. Todos los participantes también votan por su solución favorita para el Premio de la Comunidad «This Week in Fintech». Una vez que concluyen todas las presentaciones de la Ronda 2, el panel de jueces se reúne para seleccionar a los ganadores generales de los premios. A continuación, se invita a todos los participantes a regresar al auditorio para el anuncio de los ganadores.