Los participantes en el hackathon tienen un período de tiempo limitado. A menudo trabajan en equipos que son nuevos para ellos y tienen miedo de "fallar" en la tarea. Como resultado, se dedica una cantidad desproporcionada de tiempo a cosas secundarias. A continuación, presentamos una serie de recomendaciones sobre cómo detectar el problema a tiempo y prevenir tal situación.
Paso 1: Formule objetivos a largo plazo
Todos los participantes del hackathon tienen un objetivo para las próximas horas: ganar. Pero, ¿y si no funciona? ¿La participación en el concurso no tiene sentido sin el primer lugar?
Siempre te aconsejo que te plantees metas a largo plazo para el equipo y para ti, además de ganar. Aprenda a trabajar rápidamente para obtener un resultado, mejore las competencias duras y blandas, obtenga experiencia en un nuevo equipo, comuníquese con expertos y reciba una oferta de trabajo. ¡Entonces la motivación de cada participante será mayor y el desempeño del equipo será más efectivo!
Marcador de problemas: cree que sin una victoria después del hackathon, su vida seguirá siendo la misma.
Paso 2: conoce al equipo e intenta trabajar en él
Puede llevar mucho tiempo establecer la comunicación dentro del equipo. Especialmente si se conocieron justo antes del hackathon. Por lo tanto, recomiendo prepararse con anticipación y charlar. Defina la pila de tecnología, distribuya los roles en el equipo, intente analizar juntos un par de tareas de hackatones pasados; generalmente se pueden encontrar en fuentes abiertas. La estructura óptima del equipo es de cinco especialistas con la siguiente distribución de roles: líder, analista, diseñador, desarrollador frontal, desarrollador posterior.
Puede llevar mucho tiempo establecer la comunicación dentro del equipo. Especialmente si se conocieron justo antes del hackathon. Por lo tanto, recomiendo prepararse con anticipación y charlar. Defina la pila de tecnología, distribuya los roles en el equipo, intente analizar juntos un par de tareas de hackatones pasados; generalmente se pueden encontrar en fuentes abiertas. La estructura óptima del equipo es de cinco especialistas con la siguiente distribución de roles: líder, analista, diseñador, desarrollador frontal, desarrollador posterior.
Marcador de problemas: nunca has visto a los miembros de tu equipo en la cara, no sabes nada de ellos, no tienes contactos entre ellos.
Paso 3: desarrollar una estrategia de tema / pista
Lo más probable es que una tarea demasiado simple y detallada atraiga a muchos equipos y la competencia sea mayor que en casos más complejos. Vale la pena considerarlo.
Además, una descripción detallada de un problema a menudo contiene un requisito previo para una solución. Es muy probable que todos terminen haciendo lo mismo. Es mejor elegir un caso que tenga más libertad. Por lo tanto, usted y su equipo podrán resolver el problema de manera creativa, demostrar su valía y aumentar su competencia.
Marcador de problemas: después de leer el problema, ya sabe qué hacer, hasta la arquitectura de la base de datos.
Paso 4: agregue un sabor funcional a su solución
Necesita encontrar algo que distinga la decisión de su equipo del resto. Siempre es sorprendente cuando los autores hablan mucho sobre el formulario de inicio de sesión, la recopilación de datos y poco sobre el principio de funcionamiento. Un hackathon no es una competencia para desarrollar formas básicas simples. A menudo, los autores de tareas no los necesitan: ya tienen un ecosistema de productos y herramientas para recopilar datos personales. Es mejor omitir esta parte o hacerlo en el último momento; a menos que se indique lo contrario en la tarea, no es una prioridad. ¡Tómese este tiempo para que la idea básica de la solución funcione!
Marcador de problemas: el equipo comenzó a codificar la solución de inmediato sin discutir su valor.
Paso 5: trabaje con expertos todo el tiempo
Varios expertos de la industria siempre están presentes en el hackathon. Le recomiendo que aprenda todo lo posible sobre ellos con anticipación y utilice sus conocimientos y experiencia al máximo; están aquí para eso. Prepare preguntas con el equipo. Pídale a un experto que evalúe ideas, sugiera algo de usted mismo. Si terminó la consulta antes de lo programado, entonces el equipo no se preparó bien para la reunión.
Marcador de problemas: antes de reunirse con los expertos no tiene preguntas para ellos, o después de 5 minutos de conversación no tiene nada que preguntar.
Paso 6: agregue un millón de ideas en el primer punto de control
¡CustDev es tu todo! Si en el primer punto de control un equipo presenta una (!) Idea de solución ya preparada, lo más probable es que esté percibiendo el problema de manera demasiado estrecha y esta solución puede ser muy similar a las demás. En este caso, será difícil separar la solución de la multitud y evaluarla. No te apures.
Agregue muchas ideas primero y los expertos lo ayudarán a elegir entre 2 y 3 las más interesantes. La pregunta principal que debe hacerse es: ¿para quién es esta solución?
Marcador de problemas: no conoce a su usuario o mostró parte de una solución funcional en el primer punto de control.
Paso 7: en el segundo punto de control, ya se debe presentar un prototipo de presentación
En el segundo punto de control, los equipos presentan la solución y discuten su implementación. Pero a menudo se pasa por alto que un borrador de presentación debe estar listo para que los expertos puedan verificarlo y luego evaluar el resultado final.
Marcador de problemas: El equipo no comenzó a hacer la presentación y no sabe quién hablará.
Paso 8: en el tercer punto de control, ya debes presentar tu producto ya que estará frente al jurado, por un tiempo
Solo se dan unos minutos para actuar frente al jurado. Necesita practicar para poder decir lo más importante sobre su producto. Por eso, en el tercer control, como experto, siempre pido a los equipos que hablen un rato. ¡Esto ayuda mucho!
Marcador de problemas: la presentación o el video de presentación no está listo.
Paso 9: debes tener claro los criterios de evaluación
Al comienzo del hackathon, lea detenidamente y analice los criterios para evaluar las decisiones con los expertos. Para cada uno de ellos, debe haber una respuesta clara en su presentación para que el jurado la evalúe. Comprenda, si el trabajo se realizó, pero no se lo contó al jurado, entonces ellos no podrán adivinar su éxito por sí mismos.
No pierda el tiempo describiendo el problema del problema, el jurado ya lo sabe. No tiene sentido presentar a los miembros del equipo durante mucho tiempo y describir sus competencias. Lo principal de la presentación es la historia sobre tu decisión, teniendo en cuenta los criterios de evaluación.
Marcador de problemas: no conoce los criterios de evaluación del hackathon.
Paso 10: tome los juicios y las críticas con firmeza
Por supuesto, los expertos y los jurados intentan ser imparciales. Pero, sin embargo, todas las valoraciones son en un grado u otro subjetivas y dependen de la presentación del proyecto y de las opiniones de un miembro del jurado en particular. Al resumir los resultados en las pistas, donde han ingresado muchos equipos, a menudo se determinan 1-2 puntos de un tomador de decisiones. Por lo tanto, su equipo necesita inicialmente lograr una mayor ventaja del resto. Para hacer esto, debe tener en cuenta todos los consejos anteriores.
Creo que después de leer este artículo, podrá organizar adecuadamente su trabajo en el hackathon. ¡Buena suerte!