"Vezdecode": cómo mover un hackathon online y no estropearlo

2020 no escatimó en la mayoría de los eventos fuera de línea, incluido el tradicional VK Hackathon. Anteriormente, lo celebramos en Hermitage y Manege, y este año, en el público de VKontakte. Te contamos cómo se inventó el maratón Vezdecode específicamente para el formato online, reunió a más participantes de los esperados, consiguió algunos peces gordos y consiguió una excelente colección de memes.







En marzo, todo el equipo entró en un autoaislamiento voluntario, e incluso entonces nos dimos cuenta de que el VK Hackathon de otoño en su formato habitual estaba amenazado.



Nuestro hackathon es uno de los más grandes de Rusia: su fondo de premios es de 2 millones de rublos. Este es el evento insignia de VKontakte, que se espera cada año. En 2019, VK Hackathon se llevó a cabo en Manezh, un edificio histórico en el centro de San Petersburgo, donde se llevan a cabo los foros y exposiciones internacionales más importantes. Al concurso asistieron 600 personas de 150 equipos, tanto desarrolladores independientes como empleados de grandes empresas de TI: Yandex, Sberbank, Mail.ru, OZON, JetBrains, Alfa-Bank y otros.







Podríamos posponer el hackathon para el próximo año, pero no queríamos dejar a nuestros participantes sin competencia en 2020. O muévalo en línea sin cambiar el formato y el nombre, como han hecho muchos colegas. Pero ya no sería VK Hackathon: su característica está precisamente en la atmósfera de codificación de comandos continua en el centro de San Petersburgo. Por lo tanto, decidimos dejar el evento fuera de línea para tiempos mejores y se nos ocurrió un concepto para uno nuevo.



No habrá conexión. ¿Qué hacer?



Empezamos analizando los ingredientes de un hackathon clásico. Para simplificar, resultó que en el evento, los miembros del equipo trabajan casi por turnos: primero, el diseñador dibuja los primeros diseños, luego los desarrolladores móviles o web crean la parte técnica del producto, que finalmente está protegida en el lanzamiento.



Formulamos una idea: lanzar microcompeticiones en diferentes direcciones y así realizar una selección de equipos en múltiples etapas para la final. Tomaron el esquema de "diseño - aplicación móvil - web" como base y presentaron tres casos que los equipos debían resolver en dos semanas. A estas tareas, agregamos generosamente tareas para calentar: probar, así como encontrar y corregir vulnerabilidades en VK Mini Apps .



Así nació el concepto de maratón de codificación y nació Vezdecod.



Odecode 1.0



" Vezdekod " - un maratón de dos semanas, donde puede participar solo o en un equipo de hasta cuatro personas. La competencia se llevó a cabo en una comunidad VKontakte cerrada: los chicos llegaron allí después de registrarse. Las tareas se publicaron en el grupo: se otorgaron puntos a quienes las realizaron correctamente. En términos de su total, los equipos ocuparon las líneas en la clasificación general. Los dueños de los tres primeros lugares en la clasificación final se convirtieron en los ganadores del maratón. Los puntos también fueron útiles para los participantes en la tienda interna de Vezdekoda: pudieron comprar pegatinas, insignias, peluches y otros productos de VK, así como importantes bonificaciones no materiales: por ejemplo, una revisión de currículum con nuestro equipo de RRHH.



Una de las principales características del evento fue que todos los días a las 12:00 hora de Moscú salimos en vivo: explicamos la tarea principal y respondimos las preguntas de los participantes. En estas reuniones, hablamos con los muchachos cara a cara, y esto ayudó a mantener una conexión cercana con los equipos. El resultado es un formato de hackathon y reality show en una botella.







Hemos realizado dos chats en nombre de la comunidad Vezdecode:

  • “Preguntas de organización”: aquí los participantes especificaron tareas, dieron retroalimentación y preguntaron: “¿DÓNDE ESTÁN LOS PUNTOS?”;
  • floodilk: para que todos se comuniquen sobre cualquier tema.


Las conversaciones no se detuvieron las 24 horas del día, los 7 días de la semana: respondimos preguntas constantemente, ayudamos a comprender las tareas y recibimos comentarios. Era un formato completamente nuevo, tanto para nosotros como para los participantes. Entonces tratamos de responder a los comentarios de los chicos y fuimos a conocerlos: terminamos las tareas, cambiamos su prioridad o criterio para evaluar los resultados, si entendíamos que algo no era del todo lógico.



Toda la información importante, calificación, resultados de tareas adicionales se publicaron no solo en una comunidad cerrada, sino también en un canal especial "Vezdekoda".



Según los resultados del maratón, cada miembro de los 5 mejores equipos recibió un premio valioso: el equipo de Apple. Enviamos todos los premios, incluido el merchandising, a los chicos dentro de las dos semanas posteriores a la final.







Participantes



Tradicionalmente, les damos a los participantes la libertad de decidir cuántas personas integrarán su equipo. Designemos solo el borde superior: cuatro. En el hackathon offline, era posible competir con dos o tres personas, y en Vezdecode incluso en solitario. Pero la estrategia ganadora fue la estrategia de los equipos, donde se unieron varios especialistas de diferentes direcciones. Como en el clásico hackathon, todos tenían que jugar su propio papel: estar a cargo del diseño, desarrollo web o móvil. (En medio de Vezdekod, nos dimos cuenta de que este esquema no funcionaba: los chicos asaltaron las tareas independientemente de la especialización).



Cualquier persona mayor de 14 años podría probar suerte en el maratón. Hemos desarrollado una miniaplicación sencilla para el registro de participantes. Hizo posible descargar rápidamente la base de datos actualizada; después de todo, uno podía unirse a Vezdekod en cualquier momento. Hicimos que el registro fuera lo más gratuito posible, por lo que reunimos a muchos más participantes de lo esperado. Se planeó que hubiera alrededor de mil de ellos, pero como resultado, 1.400 equipos (!) Fueron aceptados en el maratón, eso es casi 3.000 participantes.







Tareas y su valoración



¿Cómo evaluar correctamente varios proyectos en un entorno en línea completo? ¿Y será posible proporcionar igualdad de condiciones para los participantes, si alguien puede trabajar en un proyecto todo el día durante dos semanas, mientras que otros logran asignar solo un par de tardes para tareas?



Hemos creado un sistema de tareas ramificadas flexible. Se basa en tres grandes proyectos de diferentes niveles: simple, medio y complejo. Cada uno de ellos incluyó tareas por categoría: diseño, desarrollo móvil y web. Entonces sucedieron 9 tareas. Luego agregamos bloques de prueba, y las tareas se convirtieron en 12. Están relacionadas conceptualmente entre sí, pero podrían realizarse por separado. Cuantas más tareas hacía el equipo, más puntos ganaba. Si hice frente a todas las tareas de un proyecto, obtuve un producto completo: una mini-aplicación o una aplicación móvil con una versión web. Distribuimos las tareas en orden aleatorio, pero los atentos participantes adivinaron qué tendrían que implementar en unos días.







Las nuevas tareas se publicaron en público cerrado, una por día, y debían completarse en 24 horas. No todos los participantes estaban ocupados a diario; por ejemplo, si presentamos una tarea para el desarrollo web, los diseñadores podrían descansar. Para evitar que los chicos libres se aburrieran, les ofrecimos tareas adicionales: los invitamos a pruebas de bots repentinos y competencias en línea basadas en nuestras actividades favoritas de las conferencias: Code in the Dark (este es un diseño ciego) y Kitten Contest (versión de "Own Game" de VK ).







En las asignaciones para el desarrollo de versiones móviles y web de proyectos, sugerimos utilizar un diseño que los propios participantes hayan elaborado. Los equipos tenían diferentes diseños en términos de consideración, pero esto no debería haber afectado los puntos de implementación. Por lo tanto, elegimos la opción de diseño más sólida y brindamos a todos los equipos la oportunidad de trabajar con ella.



Aquí nos enfrentamos a la primera dificultad: incluso un diseño diseñado cuidadosamente por los participantes podría no adaptarse completamente a cada una de nuestras plataformas: web móvil, Mini App, iOS y Android. Además, a los participantes les resultó difícil aplicar sus pautas al diseño terminado.



El segundo problema fue que en tareas más complejas, a pesar de los diseños bien descritos, los chicos tenían muchas preguntas sobre las acciones de botones y animaciones individuales. Intentamos motivar a los participantes para que mostraran su imaginación y encontraran sus propias formas de llenar los vacíos, durante la evaluación otorgamos puntos adicionales por creatividad.







Pero el principal desafío de los eventos en línea sin una selección preliminar es el volumen impredecible de verificación de tareas. Al hacer el primer cronograma, pensamos que podríamos revisar todas las soluciones en aproximadamente un día. ¡Después de todo, los participantes completan las tareas en 24 horas! Qué equivocados estábamos :) En una de las asignaciones de diseño recibimos 164 soluciones y 100 para desarrollo móvil: algunos de los participantes tenían implementaciones de Android e iOS. Como resultado, apenas tuvimos tiempo de publicar los puntajes finales de la tarea solo un día y medio después de que terminamos de tomar las decisiones de los participantes. También fue imposible dejar comentarios detallados; como resultado, los chicos discutieron los proyectos de los demás en el chat organizacional.



Tampoco tuvimos en cuenta el gran amor de los participantes de Vezdekod por el desarrollo no nativo para plataformas móviles, y no previmos esto al formular tareas. Muchos equipos comenzaron a trabajar con React Native y Flutter; con su ayuda, puede garantizar fácilmente la multiplataforma e incluso reutilizar el código entre trabajos móviles y web. Pero los resultados no nos agradaron al verificar las tareas: las soluciones no siempre se recopilaron del código fuente, no se basaron en los enfoques más efectivos. Desafortunadamente, no formulamos de inmediato la lista de tecnologías permitidas; por lo tanto, los participantes estaban descontentos con el hecho de que las reglas para evaluar las decisiones estaban cambiando.



Paz, amistad, memes



En la segunda semana del maratón, los memes de los participantes comenzaron a aparecer en el chat inundado. Las imágenes eran súper divertidas, así que decidimos organizar una batalla y dar puntos adicionales a los autores de los chistes más acertados.







«».



La receta para el hackathon perfecto tiene algunos ingredientes imprescindibles: un equipo genial, una idea original, implementación de calidad y una presentación explosiva. En la final de Vezdecoda asumimos uno de los componentes: ofrecimos a veinte equipos líderes ideas de proyectos muy inusuales y los invitamos a defenderlos en un lanzamiento en vivo.



Para hacerlo más divertido, creamos una aplicación: un generador de ideas. Recopila aleatoriamente el concepto del proyecto a partir de fragmentos que responden a las preguntas "¿cuál?", "¿Qué?", ​​"¿Por qué?" y "¿para quién?" Por lo tanto, el equipo podría obtener un agregador cultural para el trabajo remoto de las princesas de Disney o un navegador estacional para el autodesarrollo de los padres jóvenes. El generador de ideas todavía está funcionando, échale un vistazo, tal vez te ofrezca un proyecto que quieras implementar;)







En vísperas de la final, distribuimos proyectos ficticios entre los equipos de los mejores ratings e hicimos un calendario de defensa. Para acercar la atmósfera del pitcheo a las condiciones reales, hemos planificado una retransmisión en directo de las presentaciones en la comunidad de VK Tech . En la tienda Vezdekoda, los chicos podrían extender el plazo en una hora para obtener puntos y registrarse para una consulta en línea con especialistas del estudio de comunicaciones BEsmart . Como resultado, aquellos equipos que ordenaron una serie de actuaciones con entrenadores ganaron premios.



Muchos participantes hicieron frente brillantemente a la protección de proyectos impensables de nuestro generador de ideas; creemos que fue una experiencia única :) Algunos incluso lograron hacer un MVP funcional . Publicamos todas las defensas del proyecto en la comunidad de VK Tech; puedemira .



?



  • . «» , , . «» — «».
  • . . «» 1 400 , 3 000 . 647 — 1 749 . 27 , 59 106 1 000 .
  • . «» 14 . — . , — , Figma . — , .
  • . - — . «» . . , , , . , ( #). . : Flutter. , , .




Al final del artículo, dejemos una palabra de despedida para todos los que vayan a realizar un hackathon o un evento similar en línea.



  1. Piense en el esfuerzo y el equipo . Prepárese para el hecho de que requerirá aún más tiempo y esfuerzo en línea que fuera de línea. Lo hemos vivido de muchas formas: "Vezdekod" se convirtió en un maratón no solo para los participantes, sino también para nosotros :) En nuestro evento, cuatro organizadores trabajaron con los equipos y unas 20 personas más participaron en la elaboración y verificación de las tareas.
  2. Preste atención a los detalles y mastique las tareas tanto como sea posible. Lo que se puede decir en el escenario con una voz desde el escenario, en una competencia en línea, rápidamente se llena de versiones en archivos de inundación y provoca una avalancha de preguntas irrelevantes.
  3. . , . , - . «» — «» .
  4. . -!



All Articles