¿Qué se valora de verdad en un hackathon?
Un hackathon es un reto con tiempo limitado en el que equipos resuelven un problema y lo presentan al final. En los hackathons de selección, como los que organizamos en ONKLUB, hay además una empresa mirando cómo trabajas. Por eso no se valora solo lo que construyes, sino cómo llegas hasta ahí: cómo entiendes el problema, cómo te organizas, cómo hablas con tus compañeros y qué haces cuando algo sale mal y el reloj sigue corriendo.
Es tranquilizador saber que ganar no es el objetivo principal. Muchos equipos que no suben al podio llaman más la atención que los ganadores, porque alguien destacó por su criterio, por ayudar a los demás o por explicar de forma brillante una idea sencilla. Quien evalúa busca señales de cómo serías en un equipo real: si escuchas, si propones, si cierras lo que empiezas y si aceptas las correcciones sin ponerte a la defensiva.
Eso cambia cómo debes planteártelo. No intentes impresionar con la solución más compleja, porque lo complejo casi nunca se termina en pocas horas y una demo que falla se recuerda peor que una demo sencilla que funciona. Piensa en tres preguntas para todo el evento: qué problema resolvemos exactamente, qué es lo mínimo que lo resuelve de verdad y cómo vamos a explicarlo en pocos minutos. Si tu equipo responde bien esas tres, ya vas por delante.
¿Cómo me preparo antes del evento si nunca he ido a uno?
Prepara lo práctico para no perder la primera hora en trivialidades. Lee con calma la información del evento: reglas, horarios, si hay que llevar portátil, si hay mentores y cómo se evalúa. Lleva cargadores, una botella de agua y algo de comer si el formato es largo, y descansa la noche anterior. Parece obvio, pero mucha gente llega agotada o sin lo básico y se le nota en el rendimiento justo cuando el equipo más lo necesita.
Después, prepara tus herramientas, no una idea cerrada. No hace falta que llegues con un proyecto en mente, y de hecho suele ser un error, porque el reto se conoce ahí mismo. Lo que sí puedes hacer es repasar aquello que sabes usar con soltura y tenerlo a mano: un entorno de trabajo listo, plantillas, cuentas creadas, el programa de diseño abierto. Cuanto menos tiempo dediques a configurar, más tiempo tendrás para pensar y para hablar con tu equipo.
Por último, prepárate para presentarte en veinte segundos. Seguro que tendrás que hacerlo varias veces, con gente que no conoces: quién eres, qué sabes hacer y qué te apetece aportar. Ensáyalo en voz alta esta semana. Y si te da nervios ir solo, recuerda que casi todo el mundo llega con esa misma sensación; en muchos hackathons los equipos se forman allí mismo, y es una oportunidad para conocer a personas de perfiles que no encontrarías de otra manera.
¿Cómo me comporto en el equipo durante las horas de trabajo?
Empieza alineando al equipo antes de tocar nada. Dedicad los primeros minutos a repetir con palabras propias cuál es el reto, quién lo plantea y qué se os pide entregar. Es la decisión que más tiempo ahorra, porque muchos equipos pasan horas construyendo la respuesta a una pregunta que no era exactamente la del reto. Si hay mentores o personas de la empresa disponibles, pregúntales pronto: hacerlo no te resta puntos, demuestra que sabes buscar información.
Reparte el trabajo por lo que cada uno sabe, pero sin encerrarte en un rincón. Destaca quien ayuda a desbloquear a otro, quien propone una solución cuando el equipo discute sin avanzar y quien avisa con tiempo si algo no va a llegar. Habla, pero también escucha: en los debates, quienes interrumpen demasiado resultan agotadores y quienes nunca opinan resultan invisibles. Busca el punto medio, con aportaciones cortas y concretas, y reconoce las ideas de los demás cuando son buenas.
Gestiona el tiempo recortando a propósito. A mitad del evento, revisad qué tenéis funcionando y qué sobra, y quitad sin pena lo que no vaya a estar terminado. Dejad tiempo al final para preparar la presentación, que suele ser lo que peor se planifica. Y cuida el ambiente: si hay tensión, baja el tono y propón un descanso breve. Una solución sencilla construida por un equipo que se entiende se nota más que una solución brillante con un equipo roto.
¿Cómo presento mi solución para que se entienda y se recuerde?
Una buena presentación cuenta una historia corta con tres partes: el problema, la solución y por qué importa. Empieza por el problema, con una situación concreta que cualquiera entienda, y no por la tecnología. Después enseña lo que habéis hecho, con una demostración real si funciona o con capturas si no. Acaba con lo que haríais con más tiempo. Esa última parte demuestra criterio, porque señala que sabéis qué falta y en qué orden lo abordaríais.
Ensaya al menos una vez completa y cronometrada. Casi todos los equipos se pasan de tiempo porque nunca han dicho la presentación en voz alta. Reparte las partes para que hable más de una persona y para que quien menos confianza tenga pueda empezar por algo sencillo. Evita leer diapositivas llenas de texto; usa pocas palabras y cuéntalo tú. Y prepara dos o tres respuestas a las preguntas más probables: por qué elegisteis esa solución, qué límites tiene y qué haríais después.
Si algo falla en directo, no te disculpes durante medio minuto. Explica en una frase qué iba a pasar, continúa con lo que sí funciona y sigue. Quien evalúa ha visto fallar muchas demos y lo que le interesa es cómo reaccionas. Mantener la calma, ser honesto sobre lo que no ha dado tiempo a terminar y responder con claridad a las preguntas suma mucho más que fingir que todo estaba previsto. La honestidad bien contada se recuerda.
¿Puedo destacar en un hackathon si no sé programar?
Sí, y de hecho muchos equipos lo necesitan. Un reto casi nunca se resuelve solo con código: hace falta alguien que entienda al usuario, alguien que defina qué se construye, alguien que diseñe la experiencia y alguien que cuente la historia final. Si tu perfil es de diseño, negocio, comunicación, marketing, análisis o gestión, tienes un papel real y visible. La clave es que sepas decir con claridad cuál es tu aportación y no te limites a mirar.
Piensa en lo que puedes aportar de forma concreta. Investigar el problema y comprobar con rapidez si la idea tiene sentido, dibujar el prototipo sobre papel o con una herramienta sencilla, redactar el discurso, preparar la presentación o coordinar el tiempo del equipo son tareas que hacen mejor a todos. Los equipos que más sufren con el reloj suelen ser los que no tienen a nadie pensando en el conjunto, y ese hueco lo puedes ocupar tú.
Si sí programas, el consejo es el contrario: no te encierres con los auriculares. Explica lo que estás haciendo, pide opinión y dedica parte del tiempo a entender qué necesita la persona que usará el resultado. Quien evalúa busca gente con la que se pueda trabajar. Un buen técnico que además comunica es más escaso de lo que parece, y eso se aprecia rápido en un evento corto donde todo queda a la vista.
¿Qué tienen que ver los hackathons con tu próximo empleo?
En ONKLUB hemos organizado más de 50 hackathons, y los enfocamos a la selección: que una empresa te conozca resolviendo un reto real en equipo, en lugar de quedarse solo con un currículum. Para quien está empezando tiene una ventaja clara, porque en unas horas puedes enseñar cosas que un documento no cuenta: cómo piensas, cómo colaboras y cómo respondes cuando hay presión. Esa es la razón por la que creemos en este formato.
Si te interesa, únete a nuestra red, en /alta, y te avisamos cuando salga un evento o una vacante que encaje con tu perfil. Somos más de 12.000 profesionales, muchos en su primer empleo, así que no vas a ser la única persona que no sabe por dónde empezar. No tienes que ser un experto ni ir con un equipo: puedes apuntarte solo, conocer gente y llevarte la experiencia aunque no ganes.
Sea con nosotros o en cualquier otro evento, el consejo final es el mismo: apúntate al primero que te encaje aunque te dé vergüenza. La primera vez sirve para perder el miedo y aprender cómo funciona, y la segunda ya la haces con ventaja. Después de cada hackathon, escribe qué hiciste bien y qué cambiarías, y añade el resultado a tu CV o a tu perfil profesional como experiencia de verdad, porque lo es.
De dónde salen los datos de ONKLUB
Las cifras de operativa que aparecen en este artículo salen de los registros propios de ONKLUB, no de estimaciones de mercado. El proceso de referencia va de 248 perfiles evaluados a 3 decisiones entregadas, pasando por 80 señales válidas, 25 entrevistas en profundidad y 9 finalistas con valoración escrita, en un ciclo de 20 días naturales. Las cifras acumuladas de la agencia cubren de 2022 a 2026.
Qué NO demuestran estos datos: son la operativa de una agencia sobre sí misma, no una muestra representativa del mercado laboral español, y el embudo corresponde a un proceso de dificultad alta, no a la media de todos. No están auditados por un tercero independiente.
Metodología completa, desglose por fases y limitaciones en el Informe ONKLUB de talento joven, publicado bajo licencia CC BY 4.0: se puede citar y reproducir citando la fuente.