Cómo ser mentor en una hackatón de una tarde

La base de una buena mentoría es comprender quiénes son tus aprendices y cómo experimentan el proceso.

El primer paso es empatizar con los usuarios para comprender su perfil y su contexto:

• qué tipo de experticia tienen,
• de qué industria vienen,
• en qué están,
• qué ideas o proyectos tienen que les gustaría materializar.

No todos son emprendedores, ni saben lo que es una startup; inclusive hay gente que trabaja en tecnología y no sabe lo que es una hackatón, y eso es normal.

Ponerse en los zapatos del participante, entendiendo sus motivaciones, antecedentes y preocupaciones, te permite identificar sus dolores y necesidades.

Para que la mentoría funcione, los participantes deben sentirse en confianza y saber que pueden equivocarse. Acá muchas personas están aprendiendo a crear un producto, diseñar un sistema de información y usar una herramienta, todo al mismo tiempo. Es mágico y a la vez hay muchas cosas que uno no sabe (porque no sabemos lo que no sabemos).

Fomenta un entorno seguro y respeta la capacidad de acción de los participantes: más que decirles qué hacer de inicio hasta el final, hacerles preguntas les va a ayudar a ganar confianza y autonomía.

Nuestro rol como facilitador no es dar clases, sino orquestar el trabajo y la acción. Aunque sepas mucho de diseño, desarrollo o usar una herramienta como Lovable, el objetivo es facilitar que otros aprendan. De repente eso significa hacerles preguntas, no necesariamente darles todas las respuestas, por ejemplo en cuanto al diseño del producto como tal.

La forma en que corriges o guías a los equipos puede definir su éxito o su frustración.

Calidad sobre cantidad: Es difícil procesar demasiados comentarios. Cuando revises un proyecto, identifica solo dos o tres áreas prioritarias de mejora o tendencias generales. No satures a la persona con una lista de correcciones o posibles acciones futuras.

No te obsesiones con la perfección: Enfócate en el panorama general y el proceso de pensamiento, no en crear ahora todas las funcionalidades o todo el contenido del proyecto que cada participante está desarrollando.

Evita los tecnicismos, sobre todo con personas que están desarrollando un producto de software por primera vez y que nunca han escrito un requerimiento funcional. El común de los mortales no tiene por qué saber lo que es un backend.

El mundo del desarrollo de sistemas de información es complejo. Aunque el diseño y la creación de sitios web es cada vez más un commodity, para muchas personas sigue siendo un mundo abstracto; quizás por lo poco tangible ya que —a diferencia de un producto físico que uno puede desmontar— entender qué hay detrás de un producto de software requiere de una capacidad de abstracción mayor.

Eso sí, el vibe coding y en particular una plataforma amigable como Lovable, permite acercar el diseño y desarrollo de sitios web, apps y sistemas de información en general, a las personas.

A lo menos en un inicio, para quienes están descubriendo tanto la herramienta como el proceso de desarrollo de software, fomenta el aprendizaje práctico: guía a los equipos para que avancen, prueben los resultados y luego mejoren en el camino. Es mucho más rápido y educativo que intentar planificar todo a la perfección desde el inicio.

Realiza "check-ins" proactivos: No esperes a que los participantes pidan ayuda (los más inseguros suelen ser los que menos la piden). De repente preguntar:

¿Cómo va todo? ¿En qué puedo ayudarte?

…es súper efectivo.