¿Hackathon interno o abierto al público?

Elige un hackathon interno cuando lo que más necesitas es adopción: soluciones que encajen en tus sistemas y personas que las lleven adelante después. Elige un hackathon abierto cuando lo que más necesitas es pensamiento externo, talento nuevo o visibilidad, y puedes aceptar que la mayoría de las ideas necesitarán un largo camino para entrar en tu organización. Si necesitas ambas cosas, opta por un formato mixto: un evento abierto con personal interno integrado en cada equipo, o un evento interno con un pequeño número de externos invitados.

La elección rara vez tiene que ver con el evento en sí. Tiene que ver con lo que pasa después, con quién es responsable de los resultados y con cuánto riesgo puedes asumir con los datos y la reputación. Para el conjunto completo de formatos, consulta hackathons, jams y retos: todos los tipos explicados.

La comparación de un vistazo

Cuándo encaja un hackathon interno

• Quieres que el resultado se use. Los equipos internos conocen los sistemas, las aprobaciones y a las personas. Sus ideas son más pequeñas, pero sobreviven más.
• Tu objetivo real es la cultura o las capacidades. Un hackathon interno suele ser la primera vez que personas de distintos departamentos construyen algo juntas. Eso ya puede justificarlo.
• Los datos son sensibles. Si los equipos necesitan datos reales de clientes, pacientes o financieros, es mucho más fácil mantenerlos dentro de tus controles actuales.
• Estás al principio de tu trabajo de innovación. Organizar primero un evento interno te enseña a redactar el briefing, mentorizar y hacer seguimiento antes de tener público mirando.

La debilidad es la uniformidad. Los equipos internos comparten los puntos ciegos de la organización. Contrarréstalo mezclando departamentos y niveles, e invitando a algunos usuarios o personal de primera línea a probar ideas durante el evento.

Cuándo encaja un hackathon abierto

• Estás atrapado en tus propios supuestos. Los externos hacen las preguntas que tu plantilla ha dejado de hacerse.
• Quieres encontrar personas. Muchas organizaciones usan los hackathons abiertos en parte para conocer a desarrolladores, diseñadores y startups a los que podrían contratar o con los que podrían trabajar.
• El problema pertenece a una comunidad. Los problemas urbanos, cívicos y sectoriales suelen beneficiarse de que participen quienes los viven.
• Tienes algo que abrir. Datos públicos, una API, un sandbox o un responsable de reto real hacen que un evento abierto merezca el fin de semana de la gente.

La debilidad es el vacío posterior. Los equipos externos no pueden entrar fácilmente en tu organización el lunes. Sin una vía clara (un piloto remunerado, un programa para startups, un procedimiento de compra), los ganadores se van a casa y las ideas se desvanecen. Consulta por qué la mayoría de los ganadores de hackathons nunca llegan a lanzarse.

Preguntas para decidir

Antes de elegir, responde a estas preguntas con tu patrocinador:

1. ¿Qué debe existir tres meses después del evento? Una solución pilotada apunta a interno; una cartera de socios o contrataciones apunta a abierto.
2. ¿Quién será responsable de las ideas ganadoras? Si ningún responsable interno está preparado para recibir el trabajo de un equipo externo, un evento abierto decepcionará.
3. ¿Qué datos puedes compartir, y con quién? Si la respuesta es «solo internamente», construye la versión abierta con datos sintéticos o abiertos, o elige el formato interno.
4. ¿Qué puedes prometer a los ganadores? Los participantes externos esperan algo más que un trofeo. Deja claro lo que puedes cumplir.
5. ¿Cuánta exposición puedes asumir? Un evento abierto es una declaración pública. Haz un breve premortem: imagina que salió mal en la prensa y enumera por qué.

Si las respuestas están divididas, puntúa ambas opciones según tus criterios con una matriz de decisión ponderada en lugar de decidir por preferencia.

Combinar los dos

Los eventos más sólidos suelen mezclar formatos:

• Evento abierto con equipos sembrados. Haz público el hackathon, pero coloca a una o dos personas de la plantilla en cada equipo. Ellas aportan las restricciones y la red interna; los externos, el ángulo nuevo. Después, la plantilla lleva la idea ganadora hacia dentro.
• Evento interno con externos invitados. Mantenlo interno, pero invita a un pequeño número de usuarios, estudiantes o fundadores de startups como miembros de equipo o como probadores.
• Dos fases. Organiza una fase interna para elegir y afinar los retos y después una fase abierta para resolverlos. O una fase abierta para generar ideas y luego lleva las mejores a una semana interna de desarrollo.
• Primero interno, después abierto. Usa hackathons internos durante un año para ganar músculo en briefing, mentoría y seguimiento. Después ábrete, con una trayectoria que mostrar.

Elijas lo que elijas, prepara el traspaso pronto. Una lista de verificación de despliegue para las ideas ganadoras, acordada antes del evento, importa más que el formato.

Ejemplo ilustrativo

Ilustrativo. Un banco regional del sur de Europa quería simplificar las solicitudes de préstamo para pequeñas empresas. Su equipo de innovación propuso un hackathon abierto; los equipos de riesgos y cumplimiento se opusieron a compartir cualquier dato de solicitudes.

Se decidieron por un diseño en dos fases. Primero, un evento interno de dos días reunió a analistas de crédito, personal de sucursales y TI para mapear el recorrido de solicitud y acordar tres retos concretos. Después, un hackathon abierto de fin de semana invitó a estudiantes y desarrolladores fintech locales, con un conjunto de datos sintético construido con los mismos campos que las solicitudes reales. Cada equipo incluía a un empleado del banco como miembro, no como mentor.

El equipo ganador, formado por dos estudiantes, un desarrollador de una startup local y una analista de crédito, propuso una comprobación previa guiada que indicaba a los solicitantes qué documentos les faltaban antes de enviar la solicitud. Como la analista de crédito formaba parte del equipo, la idea tuvo un patrocinador interno desde el principio, y el banco ofreció a la startup un piloto remunerado a través de su proceso de proveedores existente.

Qué hacer y qué no

Qué hacer

• Decide en función de lo que debe pasar después del evento, no de cómo se verá el evento.
• Publica unas bases claras para los eventos abiertos: propiedad intelectual, datos, requisitos de participación, premios y conducta.
• En los eventos abiertos, integra al personal interno dentro de los equipos, no solo como mentores.
• Prepara una vía real para los ganadores: piloto, alianza, contratación o incubación.
• Empieza por lo interno si nunca has organizado un hackathon.

Qué no hacer

• No organices un hackathon abierto para parecer innovador. Los participantes notan cuando no hay ningún responsable detrás del reto.
• No compartas datos sensibles con el público, ni siquiera «solo para el fin de semana».
• No prometas implantación a equipos externos a menos que tengas el presupuesto y el proceso para cumplirla.
• No cierres los eventos internos a toda mirada externa. Unos pocos usuarios o probadores afinarán cada idea.
• No evalúes a equipos internos y externos con el mismo listón de viabilidad. A los externos les falta tu contexto; premia la comprensión del problema.

Preguntas frecuentes

¿Los hackathons abiertos generan mejores ideas? Suelen generar ideas más variadas, porque los participantes parten de lugares distintos. Los hackathons internos tienden a producir ideas más fáciles de implantar. Ninguno es mejor en general; depende de si necesitas novedad o adopción.

¿De quién son las ideas de un hackathon abierto? De quien digan tus bases publicadas, y por eso debes redactarlas antes de abrir las inscripciones. Muchos organizadores dejan que los equipos conserven su propiedad intelectual y piden un derecho preferente de negociación. Busca asesoramiento jurídico para tu caso.

¿Pueden los empleados participar en un hackathon abierto organizado por su propia empresa? Sí, si las bases lo permiten, y a menudo es una buena idea. Deja claro si pueden ganar premios y a quién pertenece lo que construyan durante el evento.

Métodos para la preparación

Usa un mapa de partes interesadas para ver quién debe respaldar el evento y quién recibirá los resultados, y un mapa de supuestos para poner a prueba lo que das por hecho sobre participantes y resultados. Para coorganizar con otras organizaciones, consulta el hackathon de ecosistema; para organizar el evento en sí, cómo organizar un hackathon que produzca algo real.