No se puede simplemente ir y hacer todo perfecto: lo que queda detrás del escenario del récord Guinness

¿Quieres conocer la opinión de los organizadores de Digital Breakthrough sobre cómo fue el concurso? Esta publicación no contendrá nada sobre la escala, el libro de récords, los altos funcionarios, las soluciones únicas y la organización impecable. Le contaremos nuestros principales errores; créanos, hubo bastantes. Pero está bien cometer errores, especialmente si aprendes de esos errores.

No se puede simplemente ir y hacer todo perfecto: lo que queda detrás del escenario del récord Guinness

Comenzar de nuevo

Campaña de solicitud

En lugar de mil aplicaciones, mil preguntas

Seamos honestos: al principio nos enfrentamos al problema de que nuestra audiencia no entendía muy bien cómo funcionan los hackathons, entre los participantes había muchos recién llegados que no estaban familiarizados con este formato. Se interesaron por la mecánica de celebración de este tipo de eventos, los sistemas de evaluación de proyectos, los criterios para seleccionar un consejo de expertos y mucho más. Así, en las primeras semanas de la campaña de postulación, no recopilamos inscripciones, sino un montón de preguntas sobre diversos temas, que a menudo ni siquiera estaban relacionadas con el concurso en sí.

De esto aprendimos la lección de que antes de lanzar la colección de aplicaciones, es necesario comunicarse mucho con los participantes potenciales, profundizar en los detalles del evento y responder preguntas sobre todas las etapas venideras.

En general, trabaje más activamente con la comunidad tecnológica, que está más interesada no en los últimos logros de las empresas asociadas, sino en las noticias sobre el progreso de la competencia: ¿por qué eligieron el formato hackathon? ¿Cómo se adapta a nuestra competencia? ¿Cómo funcionarán las pruebas en línea? Vaya, han comenzado las pruebas en línea: ¿qué hacer a continuación? Entonces no entiendo, me hicieron la prueba, pero no hay resultados. ¿Cuándo serán? ¿Qué tareas habrá en las etapas regionales? ¿Quién apuesta? ¿Quién formará parte del consejo de expertos? ¿Cómo fuiste seleccionado?

Y así sucesivamente.

Lección principal: No basta con decir: “Oye, somos una competencia para gerentes, especialistas en TI y diseñadores. Involúcrate pronto. Y, por cierto, será en formato de hackatones”. Hay que explicarlo todo detalladamente y paso a paso.

Pruebas en línea

¿Errores en las pruebas o malentendidos de la tarea por parte de diferentes personas?

Durante la etapa de pruebas online, nuestras redes sociales se llenaron de mensajes de descontento por errores en las tareas. El problema era que los mismos textos de tareas eran percibidos de manera diferente por especialistas de diferentes campos. Todo dependía de cómo ingresaron a la profesión: si estudiaron de forma independiente o si tenían amplios conocimientos académicos y una educación adecuada. Su percepción de la semántica y la lingüística es muy diferente; esto debía tenerse en cuenta al realizar las pruebas.

Lección principal: La próxima vez planeamos reunir grupos focales regionales compuestos por especialistas en diversos campos. Ayudarán a formular tareas para regiones específicas.

Etapas regionales

Necesitas relajarte en verano.

El primer error es que elegimos el verano para celebrar las etapas regionales, la temporada de vacaciones y vacaciones estudiantiles, por lo que en algunas ciudades muy pocas personas participaron en el hackathon.

Por esta razón, redujimos el número de nominaciones, lo que obligó a los equipos a abandonar las tareas que originalmente querían resolver. Sin embargo, aquellas ciudades donde no había tantos participantes completaron todas las tareas con éxito y demostraron que se pueden encontrar buenas soluciones incluso con un equipo pequeño. Este fue el caso, por ejemplo, en Yakutsk y Veliky Novgorod: todos los equipos que asistieron inicialmente al hackathon se clasificaron para la final.

Lección principal: ¿Quizás no en verano?

Características de cada región.

Las condiciones en las que se desarrollaron los hackathons regionales dependieron directamente del socio local que apoyó la competencia. Por lo tanto, en algún lugar fue mejor y en algún lugar fue peor. No todos entendieron los detalles de tales eventos y por qué la gente trabaja 24 horas al día, 7 días a la semana, duerme en otomanas o tiendas de campaña y come bollos de la cantina. Por lo tanto, hubo algunas deficiencias en algunos aspectos.

Expresamos nuestro profundo agradecimiento a las universidades: nos ayudaron con la plataforma, los expertos, invitaron a los medios y reunieron un embudo de participantes. Trabajar con ellos nos ayudó a comprender mejor las particularidades de las regiones; esto hará que nuestra cooperación sea más eficaz en el futuro.

Lección principal: La próxima temporada es necesario organizar más detalladamente el trabajo en las regiones y confiar más en nosotros mismos y en nuestra experiencia que en los socios locales.

En las regiones perciben la información de manera diferente

Los canales para atraer participantes en ciudades con más de un millón de habitantes y en regiones funcionan de manera completamente diferente. Si, por ejemplo, en Moscú y San Petersburgo será suficiente lanzar publicidad en las redes sociales y "sembrar" en grupos donde se sienta el público objetivo, entonces en las regiones el boca a boca y los llamados a la participación de los "influencers" locales (administraciones regionales) trabajan más eficazmente, blogueros, universidades, comunidades de TI).

Lección principal: Incrementar el número de canales a través de los cuales trabajaremos con la audiencia. Atraer más líderes de opinión y blogueros locales.

Confundido por formulaciones vagas de tareas.

¿Qué es lo que más puede molestar e incluso enojar a los participantes del hackathon? Por supuesto, tareas aburridas y poco desarrolladas. En las etapas regionales y finales, los equipos se quejaron de que la redacción de las tareas a menudo no era del todo clara y transparente.

A lo largo de la competencia, siempre intentamos seguir la regla: plantear un problema de alta calidad => obtener una solución de alta calidad. Pero admitimos que no siempre fue así. En condiciones en las que había muchas tareas y para cada una de ellas se elaboraban sus propios conjuntos de datos... ocurrían fallos. Pero todo fue compensado con la ayuda de expertos que nunca abandonaron los equipos, respondieron todas las preguntas y trabajaron en proyectos de todos lados. Esto es lo que influyó en la calidad de los prototipos que surgieron como resultado.

Lección principal: Para formular tareas, contrataremos especialistas que tengan un conocimiento profundo de las tecnologías con las que trabajarán los participantes. Entonces, si nos proponemos desarrollar una aplicación AR para interiores, necesitaremos un experto que ya haya utilizado la realidad aumentada para soluciones similares.

Final

"¡Hola! El hackathon llegará pronto, pero no nos han enviado entradas”, ni problemas de logística.

A algunos participantes se les envió tarde información sobre cómo se organizaría su camino hacia la final. Esto provocó un aluvión de preguntas y nosotros, como organizadores, fuimos objeto de verdaderas críticas. No culparemos a nadie: el equipo del proyecto, por supuesto, es responsable de todos los retrasos. La mayoría de las veces se debieron al hecho de que en la mayoría de los casos pedimos ayuda a las regiones, pero cada una de ellas pudo organizar la logística en diferentes plazos. Dedicaremos más tiempo a esto en el futuro.

Lección principal: Es necesario informar constantemente a los participantes sobre la etapa de compra de billetes, reservas de hotel y otras transacciones. Esto les ayudará a estar más tranquilos y a esperar a que lleguen los preciados documentos a su correo.

Y, por supuesto, Guinness.

No se puede simplemente ir y hacer todo perfecto: lo que queda detrás del escenario del récord Guinness

Al principio no teníamos como objetivo entrar en el Libro Guinness de los Récords. Pero durante las etapas regionales nos dimos cuenta gradualmente de que teníamos todas las posibilidades de lograrlo y, más cerca de la final, decidimos: "¡Lo haremos, colegas!". Todo iba muy bien hasta que los representantes del Libro Guinness de los Récords anunciaron el requisito de que los participantes del hackathon no deben abandonar las instalaciones durante toda la jornada laboral (12 horas). Sólo tuvieron la oportunidad de abandonar el sitio durante 40 minutos. Esto afectó al modo habitual de restauración y acceso, lo que provocó la indignación de los participantes.

Lección principal: Ahora conoceremos de inmediato todos los peligros que pueden surgir en las distintas actividades del concurso e informaremos a los participantes con antelación.

Comparte en los comentarios ¿qué otros errores se notaron en la organización del concurso? ¡Siempre estamos listos para trabajar para mejorar los resultados!

Fuente: habr.com

Añadir un comentario