Los procesos de ingeniería bien diseñados son un gran activo para cualquier empresa, pero si no se actualizan con regularidad, pueden empezar a frenar el ritmo de trabajo en lugar de impulsarlo.
Llegué a Interlock desde una empresa con una cultura de procesos de ingeniería muy pesados. Era una máquina bien aceitada, con procedimientos probados en el tiempo y actualizados con frecuencia.
Desde el punto de vista de la ingeniería, ese enfoque ayudaba a mantener el foco en programar. Las tareas siempre estaban bien descritas en Jira, con expectativas claramente definidas. Los diseños llegaban listos y se exportaban a HTML, por lo que no había que preocuparse por usar Sketch. Hacías tu trabajo y luego pasabas la tarea a QA. Si algo volvía, siempre venía acompañado de una descripción clara de lo que no funcionaba.
Sin embargo, cuando empecé en Interlock, me sorprendió lo ligeros que eran los procesos semanales de ingeniería en comparación con mi empresa anterior. Sin estimaciones. Sin Jira. Sin un equipo de QA separado. Al principio, me sentí abrumado. Me preguntaba por qué funcionaba así, por qué todos se alineaban de forma natural y nadie intentaba estructurar los procesos como yo estaba acostumbrado.
“Los procesos deben servir al desarrollo del producto.”
La razón principal es que, aunque en la superficie pareciera lo mismo, en ambas empresas había problemas distintos que resolver. Interlock es claramente una empresa product-first, y los procesos demasiado pesados pueden convertirse en una limitación en este tipo de entorno. Aquí, los procesos existen para servir al desarrollo del producto, y no para que el producto se adapte a procesos predeterminados.
En Interlock tenemos una cultura muy fuerte de resolver el problema correcto. Somos implacables a la hora de definir cuál es el problema real, cómo resolverlo mediante un proyecto pequeño y bien delimitado (o un cupcake, como nos gusta llamarlos) y cómo podría evolucionar si ese cupcake demuestra ser exitoso.
En resumen, siempre nos preguntamos: ¿cuál es el problema y cómo vamos a medir que está resuelto? Y no aplicamos este enfoque solo al desarrollo de productos; intentamos usar la misma lógica cada vez que queremos crear nuevos procesos de ingeniería o ajustar los existentes.
El beneficio “inconsciente” de los procesos
En cualquier organización, los procesos son importantes y aportan valor. Ayudan a organizar los flujos de trabajo, reducen errores y generan una cierta sensación de seguridad. Contar con buenos procesos puede dar la impresión de que el trabajo ya está en marcha — y, cuando están bien pensados, realmente crean las condiciones para que eso suceda.