¡Hola! Mi nombre es Andrew. En Tinkoff.ru soy responsable de los sistemas de gestión de procesos de negocio y toma de decisiones. Decidí reconsiderar radicalmente la pila de sistemas y tecnologías en mi proyecto; realmente necesitaba nuevas ideas. Por eso, no hace mucho celebramos un hackathon interno en Tinkoff.ru sobre el tema de la toma de decisiones.
RR.HH. se hizo cargo de toda la parte organizativa y, de cara al futuro, diré que todo salió genial: los muchachos estaban contentos con los artículos de regalo, la comida deliciosa, las otomanas, las mantas, las galletas, los cepillos de dientes y las toallas; en resumen, todo estuvo en un nivel alto y, al mismo tiempo, lindo y hogareño.
Todo lo que tuve que hacer fue idear una tarea, reunir un equipo de expertos/jurado, seleccionar las solicitudes presentadas y luego elegir a los ganadores.
Pero todo resultó no ser tan sencillo. Quiero compartir mis pensamientos sobre las preguntas que debes responder con anticipación para no equivocarte.
¿Por qué necesitas un hackathon?
Un hackathon debe tener un propósito.
¿Qué quiere usted personalmente (su producto, proyecto, equipo, empresa) obtener de este evento?
Ésta es la pregunta principal y todas sus decisiones deben corresponder a la respuesta.
Por ejemplo, el tema de la toma de decisiones es muy amplio y complejo, y entendí perfectamente que definitivamente no podría tomar y ejecutar en producción las aplicaciones creadas en el hackathon. Pero podré obtener nuevas ideas tecnológicas y prototipos como confirmación de la aplicabilidad de estas ideas para resolver los problemas planteados. Este se convirtió en mi objetivo y, al final, lo doy por cumplido.
¿Por qué los participantes necesitan un hackathon?
Las empresas a menudo cometen el error de esperar ideas comerciales interesantes para nuevos productos de los equipos participantes. Pero un hackathon es principalmente un evento para desarrolladores y, en la mayoría de los casos, tienen otros intereses. La mayoría de los programadores quieren tomarse un descanso de su trabajo diario y probar nuevas tecnologías, cambiar su pila o, por el contrario, aplicar su pila familiar en una nueva área temática. Al darme cuenta de esto, me hice cargo por completo del problema empresarial, dejando a los participantes del hackathon la máxima libertad para elegir soluciones técnicas.
La mayoría de los empleados no participan en un hackathon para ganar el premio, pero, sin embargo, ¡el premio debería ser digno de trabajar duro el fin de semana sin dormir! A los ganadores les regalamos un viaje a Sochi de 4 días con el pago completo del viaje, alojamiento y forfaits.
¿Por qué los organizadores necesitan un hackathon?
El equipo de RRHH que organiza un hackathon suele tener sus propios objetivos, como promocionar la marca de RRHH y aumentar el interés y la implicación de los empleados. Y, por supuesto, estos objetivos deben tenerse en cuenta. Por ejemplo, estábamos dispuestos a darle al ganador de nuestro hackathon un premio genial y caro (más caro que en el hackathon anterior), pero al final abandonamos esta idea porque esto desmotivaría a las personas a participar en futuras actividades.
¿Estás seguro de que tu tema es interesante para alguien?
No estaba seguro. Por lo tanto, hice un borrador de la tarea, lo llevé a desarrolladores de diferentes líneas de negocios y diferentes pilas y les pedí comentarios: ¿la tarea es comprensible, interesante, implementable en el tiempo asignado, etc.? Me encontré con el hecho de que es muy difícil encajar la esencia principal de su trabajo durante los últimos cinco años en un par de párrafos de texto. Tuvimos que llevar a cabo muchas iteraciones de este tipo y dedicar mucho tiempo a perfeccionar las formulaciones. Todavía no me gusta el texto de la tarea que salió. Pero, a pesar de esto, recibimos solicitudes de empleados de hasta 5 departamentos diferentes de 15 regiones, lo que sugiere que la tarea resultó interesante.
¿Eres útil durante el hackathon?
Durante el hackathon, me sorprendí pensando que mientras los equipos codificaban, yo y el equipo de expertos estábamos inactivos o ocupándonos de nuestros propios asuntos, porque... No somos necesarios aquí. Periódicamente nos acercábamos a las mesas de los equipos, preguntamos cómo iban las cosas, nos ofrecimos a ayudar, pero la mayoría de las veces recibimos la respuesta "todo está bien, estamos trabajando" (léase "no interfieras"). Algunos equipos nunca compartieron sus resultados intermedios durante las 24 horas completas. Como resultado, varios equipos no pudieron realizar una demostración completa y se limitaron a diapositivas con capturas de pantalla. Valió la pena explicar más activamente a los chicos que es importante compartir resultados intermedios para que durante el hackathon podamos dirigir los proyectos en la dirección correcta, ayudar a planificar el tiempo y superar las dificultades.
Quizás incluso valdría la pena introducir 2 o 3 puntos de control obligatorios en los que los equipos hablarían sobre su progreso.
¿Por qué necesitamos expertos y un jurado?
Recomiendo reclutar expertos (estos son los que ayudan a los equipos durante el hackathon) y el jurado (estos son los que seleccionan a los ganadores), no solo personas que tengan conocimientos en su campo, sino también personas que sean lo más activas y enérgicas posible. posible. Es importante ayudar a los equipos durante el hackathon (e incluso ser intrusivo a veces, aunque no se lo agradecerán), hacerles las preguntas correctas tanto durante el hackathon como durante las presentaciones finales.
¿Puedes mirar tranquilamente a los perdedores a los ojos?
Por la mañana, después de una noche frente a la pantalla del monitor, el alma del programador es más vulnerable. Y si estuvo en algún lugar injusto, inconsistente en sus acciones o decisiones, definitivamente recordará este insulto. Por ello, es importante definir de antemano los criterios por los que el jurado seleccionará a los ganadores. Distribuimos hojas con una lista de criterios a cada equipo y las publicamos en una pizarra común para que los participantes siempre las recordaran.
También intenté dar a todos los participantes una breve retroalimentación: lo que me gustó de su trabajo y lo que no fue suficiente para ganar.
Total
Honestamente, en general, no me importaba quién ganara, porque... No afectaría mis objetivos. Pero traté de asegurarme de que la decisión fuera justa, transparente y comprensible para todos (aunque yo no era miembro del jurado). Además, el nivel de calidez y comodidad ofrecido por los organizadores hizo que los participantes se sintieran bien, recibimos comentarios positivos de ellos y su voluntad de participar en más eventos similares.
Fuente: habr.com