No puedo hablar de la tecnología de Muni, sin hablar de nuestra cultura. Creo firmemente que la cultura es parte fundamental del proceso de desarrollo de software, pues impacta directamente la calidad del software que se construye, la utilidad y estabilidad del mismo, al igual que la retención del equipo.

Hoy puedo decir con mucho orgullo, que la gran mayoría del equipo tech en Muni, estuvo con nosotros desde el principio hasta el final, y que nuestros mayores problemas no eran un constante trabajo de bomberos apagando incendios, sino cómo logramos ser cada vez mejores, aportando mayor valor al negocio en menor tiempo.

La cultura es algo muy difícil de definir, construir y medir, pero, junto con Carlos Saenz y Diego Amezquita, sabíamos que queríamos construir una cultura basada en la confianza y el libre flujo de información, tal y como lo define el “Westrum’s Organizational Model”.

Supongo que podríamos hablar cantidades infinitas de tiempo sobre que es cultura y como se construye, pero siempre he sido un fiel creyente de la filosofía “lead by example”, por lo que lo que hicimos en Muni, fue “simplemente” definir algunos principios y reglas de juego, que debíamos honrar en cada situación que se presentará.

Lo primero fue definir nuestros principios:

• You break, you fix it: Esto se resume en ownership sobre todo lo que hacemos, no importa si eres el CTO, CEO, o un junior developer, si cometemos errores, los asumimos y solucionamos.
• Be honest: Nunca ocultes información, no hay nada más tóxico. Nadie te va a castigar por decir la verdad.
• Over Communicate: Siempre comunica todo, sobre comunica lo más que puedas, hasta que alguien te diga, “Creo que puedes omitir algunos detalles”.
• Always help each other: Siempre ayuda a tus compañeros, el problema de uno, es un problema de todos, y asegúrate de ayudar a los más nuevos como te sea posible, de tal manera que ellos sientan la necesidad de hacer lo mismo cuando ya no lo sean.
• Don’t be an asshole: No sea un hijo de puta, se respetuoso con los demás, no te las sabes todas, no puedes hacerlo todo solo.

Estos principios quedaron escritos y accesibles a todo el mundo desde el primer día, durante el onboarding los comunicamos, y siempre buscábamos tomar decisiones y enfrentar todos nuestros problemas con estos principios en mente.

Lo segundo, y con estos principios como base, fue definir reglas de juego, que se fueron dando de manera orgánica a medida que íbamos enfrentando problemas durante el día a día. Doy algunos ejemplos:

• Si por X o Y motivo debemos realizar algún proceso manual más de una vez, debemos agregar “runbook” al knowledge base de tal manera que “cualquier” persona pueda realizarlo (Communicate, Always help each other).
• Señor developer, tu eres responsable de lo que haces, y por ende, debes asegurar la calidad de lo que haces, QA es parte de tu trabajo, si bien tenemos un equipo dedicado de QA, el trabajo de ellos es ser representante de los usuario y actuar bajo su mejor interés, no hacer el trabajo mínimo que se espera de ti (You break, you fix it. Don’t be an asshole)
• Todas las preguntas (o al menos la gran mayoría de ellas), status updates, decisiones, o notificaciones de errores, deben ser escritas en canales públicos de Slack (Over Communicate, Be honest)
• “Don’t shoot the messenger”, cuando algo sale mal, no se trata de buscar culpables, sino de buscar, entre todos, cómo solucionamos. Obviamente hay responsabilidades, pero una vez solucionados los problemas, lo que debemos hacer es mirar cómo podemos evitar que el problema se repita, bien sea con procesos, documentación, automatización, etc… (Be honest, Always help each other, Don’t be an asshole)

Termino diciendo que ninguna cultura va a funcionar si desde las cabezas de la organización, “se predica, pero no se aplica”. Es de suma importancia que sean los líderes quienes, a través del ejemplo, influencien el desarrollo de la cultura, de lo contrario, solo serán documentos muertos en algún google drive que a nadie importa.

¿Que cosas podrían haber sido mejores?

El proceso de onboarding es muy importante. En Muni usábamos un proceso asíncrono basado en una primera llamada de bienvenida y check list que contenía una serie de tareas, videos y documentos que buscabas resolver preguntas frecuentas, cultura, y contexto. Acompañado de algunas llamadas posteriores para solucionar dudas o inquietudes.