¡Fix it! en Ostorlab

La práctica Fix it! de Ostorlab es una de nuestras prácticas de ingeniería de más éxito. Es un evento en formato de competición que dura una o dos semanas, en el que los miembros del equipo compiten por corregir el mayor número posible de errores.

Aunque la participación en Fix it! suele ser opcional, en Ostorlab nos aseguramos de que participe todo el equipo. Esto demuestra nuestro compromiso con el trabajo en equipo y con que nuestro trabajo esté lo más libre de errores posible.

Para aclarar por qué usamos esta práctica: en Ostorlab solemos trabajar en modo proyecto, formando escuadrones de 2 a 8 personas para trabajar en funcionalidades, correcciones de errores importantes o eliminación de deuda técnica. Aunque los errores y problemas que tienen un impacto grave suelen atenderse de inmediato, muchas molestias menores nunca llegan a lo alto de la lista de pendientes. Fix it! ayuda a resolverlo etiquetando como fixit! todos los problemas que no justifican una corrección inmediata.

Si le interesa aplicar el mismo concepto en su equipo, estas son algunas lecciones aprendidas:

• Duración: la duración de Fix it! ha oscilado entre una y dos semanas: los periodos más largos resultan demasiado abrumadores y una semana se queda corta. Corregir errores puede crispar los nervios, por lo que es crucial que el tiempo asignado sea razonable.

• Seguimiento: además, durante el evento usamos una plataforma interna para registrar las correcciones y mostrar una clasificación que permite seguir el progreso a lo largo del tiempo, lo que lo hace divertido y anima a todos a dar lo mejor de sí.

• Sistema de puntos: es importante tratar todos los errores por igual y evitar crear un sistema de puntos para los errores. Esto ayuda a eliminar las discusiones sobre si ciertos errores valen más o menos y mantiene las cosas sencillas. Como resultado, los errores fáciles suelen resolverse primero, y quedan solo los más difíciles hacia el final. Durante el evento Fix it!, pueden descubrirse nuevos errores antes o durante la corrección. Por ejemplo, en nuestro último Fix it!, empezamos con 161 errores, resolvimos 142 y nos quedaron 132. Aunque las cuentas no cuadran, esto nos ayuda a probar la plataforma de forma exhaustiva e identificar peculiaridades de usabilidad que podemos abordar mientras corregimos los errores.

• Revisión de código: como el sistema de incentivos de Fix it, centrado en corregir el mayor número posible de errores, hace que la calidad del código quede con frecuencia en un segundo plano, es crucial contar con un pipeline de CI/CD sólido, con linting, comprobación de tipos, cobertura de pruebas unitarias y un proceso adecuado de revisión de código, para evitar introducir más errores de los que se corrigen.

• Fin de semana: si Fix it! dura más de una semana, nos aseguramos de que no se hagan correcciones durante el fin de semana. Esto garantiza que todos estén en sintonía y tengan la oportunidad de disfrutar de su tiempo personal sin sentirse obligados a trabajar.

• Cierre: al final de Fix it!, compartimos los resultados y debatimos cómo mejorarlo aún más. También destacamos algunos aspectos interesantes, como el error más ingenioso de corregir o el que resultó inesperadamente difícil. Asimismo compartimos las lecciones aprendidas, que ayudan a orientar futuras decisiones sobre la pila tecnológica o el diseño de sistemas. Al compartir nuestras experiencias, podemos identificar áreas en las que mejorar nuestros procesos y evitar problemas similares en el futuro. Esto nos ayuda a mejorar continuamente la calidad de nuestro trabajo y a conseguir que nuestros sistemas sean más robustos y fiables.