Este artículo trata sobre cómo realicé mi primer hackathon para el equipo. A los organizadores experimentados, el material seguramente les parecerá demasiado simple, y la historia, ingenua. Yo me enfoqué en aquellos que se están familiarizando con el formato y se preguntan si deben organizar un evento así.
hace cosas complejas con datos: limpiamos y enriquecemos contactos de clientes para grandes empresas y construimos bases de datos de clientes que contienen cientos de millones de registros. En las oficinas de Moscú trabajan 65 personas, y alrededor de una docena más, de manera remota desde otras ciudades.
Cualquier trabajo, a veces, no es que aburra, pero se vuelve monótono. En ese momento, es útil cambiar el enfoque y probar algo nuevo. Por eso, durante medio año observamos hackatones.
Un hackathon es una competencia para programadores: varios equipos se reúnen y durante dos días consecutivos resuelven tareas complejas. Normalmente compiten por un premio que otorga un jurado.
Queríamos probar el formato y divertirnos, pero un hackathon clásico es un asunto bastante grande, complicado y costoso. Por lo tanto, organizamos una versión ligera casi sin presupuesto. Al final, quedamos satisfechos e incluso hicimos algo útil.
Por qué un hackathon es beneficioso para la empresa
Los hackatones clásicos generalmente no se organizan por pura generosidad. Los organizadores resuelven problemas prácticos o buscan publicidad. Según la finalidad, eligen también el formato del hackathon.
- Resolver un problema práctico. El organizador establece objetivos, y los participantes eligen uno adecuado y lo resuelven. Un ejemplo de tal tarea sería diseñar un nuevo algoritmo de scoring de clientes para un banco.
- Promocionar sus herramientas. El organizador proporciona a los participantes su propio software, lenguaje de programación o API. El objetivo es crear algo útil con las herramientas dadas. Por ejemplo, un Google hipotético abre el acceso a su traductor de voz y espera opciones interesantes de aplicación.
Un objetivo adicional de un gran hackathon es presentar al organizador como un empleador atractivo, tanto interna como externamente. Los visitantes de otras empresas se sentirán atraídos por la oficina, la organización y la amplitud de oportunidades. Los empleados actuales se motivan con nuevos desafíos, libertad y comunicación.
Por ejemplo, 'VKontakte' organizó un gran hackathon. Es difícil clasificarlo en un solo tipo: tiene demasiadas direcciones.
Como en nuestro caso. El objetivo principal de todo esto para HFLabs es el HR interno. Vimos el hackathon como otra actividad colaborativa fuera del trabajo. Unir, animar, entretener, eso es todo. Algunos van en equipos a jugar fútbol, otros a los quizzes. El hackathon es otro formato de reunión fuera de las actividades cotidianas, que, por supuesto, no reemplaza ni los quizzes ni el fútbol.
Sin embargo, el hackathon, incluso en formato ligero, no es solo entretenimiento. Por ejemplo, un equipo terminó escribiendo una aventura textual, aprendiendo desde cero la mecánica de los bots en Telegram. Esto es maravilloso: cuando una persona prueba algo nuevo y trata de entenderlo, surgen ideas frescas, incluso para su trabajo diario.
Además, al final obtuvimos herramientas útiles, aunque no establecimos tareas prácticas en absoluto. Pero sobre esto, al final.
Para qué sirve el hackathon a los participantes
Los participantes vienen a un hackathon clásico para familiarizarse con tecnologías, probar nuevas experiencias o ganar. De hecho, parece que cada vez hay más personas en esta última categoría.
- Probar nuevas tecnologías o métodos. Durante la semana, cada desarrollador se sienta en su propia pila de tecnologías, a veces durante años. Pero en un hackathon se puede probar algo nuevo, ya sea algo recién salido o simplemente interesante.
- Recorrer el camino del producto en miniatura. A los profesionales de IT les interesa crear un producto completo en unos pocos días, atravesando todo el ciclo desde la concepción hasta la presentación.
- Ganar. A veces, especialistas fuertes se reúnen en equipos de hacker profesionales, experimentados y entrenados. Ellos eligen eventos con premios sustanciosos y superan a los demás gracias a su experiencia y preparación. Algunos organizadores rápidamente eliminan a tales astutos. Otros los reciben con agrado.
Como en nuestro caso. Para ello, primero preguntamos al equipo si en principio necesitaban un hackathon. No realizamos nada de forma obligatoria, así que queríamos medir el interés de antemano. Para las encuestas utilizamos 'Google Forms'.
En el equipo hay 65 personas, 20 participaron en la encuesta. Dado que el 75% de ellos están interesados, ¡hay que hacerlo!
La segunda tarea es motivar a los indecisos, que constituyen más de la mitad. Una encuesta posterior mostró que un premio en este caso no ayudaría.
Luego quedó claro que a nuestro equipo le interesa crear nuevos productos. Puede ser con una pequeña aplicación, pero recorrer el camino desde la idea hasta el prototipo funcional.
Comenzamos a recolectar temas para el hackatón que interesen. Una vez más, la fuerza del equipo: levantamos un chat en Telegram, donde compartimos ideas de lo que cada uno podía aportar. Sin frenos: lo que viene a la mente, sirve.
Reunimos 25 temas y lanzamos una votación en Confluence. Los cinco proyectos más populares – los que están en la imagen – se seleccionaron para el hackatón.
¿Cuánto tiempo durará esto?
Un hackatón clásico dura dos días y la noche entre ellos. La noche es un saludo de la vieja escuela de TI, un toque al mismo tiempo pragmático y romántico.
Qué hacer en la oscuridad, cada equipo o participante decide por su cuenta. Durante la noche se puede dormir, los organizadores no dirán nada. Pero también se puede actuar: programar, diseñar, proyectar, probar.
Como en nuestro caso. De la vigilia nocturna ni se habló. Además, redujimos aún más el formato y solo tomamos un día. De lo contrario, tendríamos que gastar dos días laborales en el experimento o sacar a los colegas de un fin de semana completo de verano. Pocas personas habrían aceptado la segunda opción: los fines de semana de verano son valiosos.
Se expresaron deseos de que no estaría mal reunirnos entre semana. Pero no queríamos organizar todo esto durante el horario laboral. Por más que lo intentemos, durante la semana no se puede desconectar del trabajo: los clientes escriben, los colegas preguntan algo, algo se está moviendo en la oficina, se programan reuniones. Todos regresan a los asuntos habituales. Por eso, la próxima encuesta será: ¿están listos para hackatonear los fines de semana?
No todos están dispuestos a sacrificar un fin de semana sin reservas. Pero hay más de la mitad que dudan, aún queda convencerlos.
Un poco más tarde, en junio, preguntamos a los participantes sobre las fechas. Se reservaron espacios hasta el otoño, ya que en verano los colegas están de vacaciones y en sus casas de campo, y no quieren perderse el evento. Así que decidimos ofrecer todos los sábados. Se puede elegir varios – el que esté libre, ese se marca.
No todos están dispuestos a sacrificar un fin de semana sin reservas. Pero hay más de la mitad que dudan, aún queda convencerlos.
Al final, planeamos el hackatón para el 17 de agosto. La alternativa del 27 de julio coincidía con mi viaje de negocios, y esa opción se descartó.
¿Dónde se lleva a cabo el evento?
Normalmente, la mayoría de los participantes se reúne en un espacio común. La comunicación es una parte importante del hackatón, por lo que el organizador asigna un open space o todo un edificio.
Una vez participé en un hackatón de Google. Los organizadores asignaron un edificio de dos plantas, con puffs, mesas y otro mobiliario. Los equipos se distribuyeron por el lugar y organizaron sus espacios de trabajo.
Sin embargo, no suele haber restricciones estrictas: si alguien avisa de antemano y se conecta de forma remota, no pondrán obstáculos.
Como en nuestro caso. Dado que el hackatón fue bastante íntimo, con siete personas, la oficina vacía del sábado fue más que suficiente. Incluso sin contar que un participante se conectó desde Volgogrado.
Planeábamos que todos nos reuniéramos en la sala de reuniones.
¿Qué pasa con los ganadores?
En los hackatones clásicos, se designa un jurado que anuncia el mejor proyecto. El jurado suele incluir a alguien de los organizadores o patrocinadores, quienes financian todo el evento.
Las demos de los proyectos son una parte importante del hackatón. Los equipos presentan una breve exposición y luego muestran su solución al jurado. Es algo parecido a la defensa de un diploma en la universidad.
A veces, el trabajo es evaluado por una computadora: gana el que obtenga más puntos en una prueba. Este enfoque me parece demasiado formal: al evaluar soluciones con 'pájaros', los organizadores anulan el componente productivo del hackatón. Se asemeja más a una competencia de programación deportiva que a un ejercicio creativo.
Como en nuestro caso. Nosotros tomamos una decisión radical: simplemente eliminamos el jurado y la competitividad en principio. Porque no teníamos como objetivo crear la mejor solución a un problema o conseguir un producto terminado.
Si la tarea es divertirse, que los participantes trabajen en sus proyectos sin mirar a los otros equipos.
Día H en HFLabs
El hackatón comenzó la noche del viernes, un día antes. Los participantes se reunieron y cada uno eligió un tema. Se formaron equipos listos.
Reunión y participantes inesperados. Los participantes llegaron entre las 11 y 12 del sábado, para no levantarse tan temprano como en un día laboral. Quedaban seis participantes; uno más se conectó desde Volgogrado.
El anuncio de la fecha no pasó desapercibido: los participantes comenzaron a abandonar activamente el chat del hackatón. Pero no ocurrió una catástrofe y se mantuvo el quórum.
Durante el día, aparecieron de repente nuevos participantes. Colegas que no planeaban asistir al hackatón encontraron tres o cuatro horas para colaborar. Venían, elegían un proyecto y ayudaban. Esto no es característico del formato clásico, pero a nosotros nos encantó.
Equipos y proyectos. Resultó que tres personas estaban trabajando en sus proyectos de forma individual. Esta es la principal desventaja del evento, ya que trabajar en equipo es más interesante. Encontrar interacción es algo realmente importante en el concepto del hackathon.
Una aventura de texto en el motor de Telegram. No tiene utilidad práctica, pero dentro hay humor de facto y memes locales.
Y unas pocas horas después de comenzar, un proyecto se quedó sin desarrolladores: el autor abandonó su creación y se unió a otro equipo. Esto es normal incluso en el formato clásico: las buenas ideas atraen a la gente. Al principio parece que harás tu proyecto hasta el final. Pero luego te sumerges y ves que no podrás, no vale la pena intentarlo. O te vas con los vecinos, porque allí las cosas avanzan y el producto es útil.
Serega, un frontender de Volgogrado, se aburrió un poco, así que ideó un proyecto 'desde cero'. Y de inmediato comenzó a trabajar en él.
En la esquina de uno de nuestros productos vive un gatito. Antes, el gato solo dormía y generaba confort, pero Serega enseñó al peludo a reaccionar a los eventos.
Al final del día, el número de proyectos se mantuvo igual: cinco. Uno se cayó, y se añadió otro.
Espacio y programación. Para el hackathon, se planeó la sala más grande de la oficina: una sala de reuniones. Pero cuando llegó el momento, todos, como es habitual, se dispersaron en sus oficinas. Así es como comenzó.
Al principio parecía que el espacio común no era crucial. Como los proyectos no estaban relacionados, no había competitividad, se podía trabajar de forma separada. Y para las discusiones, reunirse en el vestíbulo era lo principal, solo que no dispersarse más allá de un rango accesible.
Pero después de unas horas, la fragmentación se detuvo por sí sola. Aquellos que creaban en soledad, bajo la influencia de una fuerza oculta, uno tras otro se trasladaron a la oficina más poblada. Y se volvió más interesante: las conversaciones eran más animadas, las preguntas más complejas y frecuentes.
Se interrumpían cada par de horas: compartían impresiones y observaban los proyectos de los demás. A mitad del día, almorzaron.
En el almuerzo, se coló un aficionado al hackathon, que había estado presente de manera invisible todo el tiempo: de repente, trajeron cheesecakes a la oficina.
No había límite de tiempo: quien quisiera, se quedaba lo que quería. Se iban generalmente llevando el proyecto a un estado más o menos completo. El último participante se fue alrededor de las 22:00.
No realizamos la demo de inmediato; decidimos hablar sobre el hackatón el martes para toda la oficina.
Resultados y vida después
El hackatón ligero generó incluso más beneficios de lo que había anticipado.
RRHH. Nos divertimos mucho: cerramos el ciclo del hackatón y discutimos temas interesantes sin la prisa del trabajo. Todo eso por un presupuesto equivalente al costo del transporte a la oficina y la comida. Como plus, cultivamos evangelistas de hackatones internos en la oficina.
Proyectos. Durante el día no completamos ninguno de los cinco proyectos. Pero no es un problema: el objetivo del evento suele ser abordar la tarea en principio, encontrar una idea. Un buen resultado es una herramienta mínimamente funcional, aunque tenga muletas y errores.
Anton Zhiyanov, líder de nuestro producto , creó un gestor de correos. Se parece a un editor en el navegador, al que se le conecta un archivo CSV con las direcciones. Es más conveniente que el sobrecargado Mailchimp.
Sin embargo, después del hackatón, los proyectos comenzaron a cobrar vida o se están preparando para ello. Ya estamos enviando correos con el gestor, y el gatito encanta a los clientes. Los demás aplicativos están siendo finalizados por sus autores, y ya están atendiendo solicitudes externas. Por ahora, los distribuimos gratis y de manera informal, pero algún día podría llegar a un uso comercial.
Desventajas. El principal inconveniente fue que reunimos a pocas personas. Al final, tres de los cinco proyectos los realizaron personas individuales, lo que no es tan interesante. Cuando se trabaja solo en un hackatón, se pierde el efecto de equipo de producto. Ya no hay con quién establecer interacciones.
También entendí que un reglamento más estricto funcionará a favor. Se necesita más organización:
- un cronograma claro;
- merchandising para los participantes;
- jurado y demo el mismo día, mientras aún están motivados;
- preparación: anuncios, descripciones de proyectos.
También se puede invitar a alguien de fuera, pero no es estrictamente necesario. Y probablemente se invitará de manera selectiva. Sin publicidad masiva.
Futuro. En la demo general del martes se reunió media oficina. Y en ese momento ya vi interés en los proyectos, en el formato. No todos querían involucrarse en el experimento, pero después de la primera prueba, hubo más interesados. Creo que en 2020 haremos un evento más grande.
Eso es todo sobre el hackatón. Si te interesa hacer cosas complejas con datos, ven a trabajar con nosotros. : buscamos desarrolladores de Java, ingenieros de soporte y pruebas, analistas de sistemas.
Artículo publicado por primera vez . La versión para «Habr» ha sido revisada y ampliada.
Fuente: habr.com
