> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/es/2025/w27-infrastructure-standards-working-group.md).

# W27-Grupo de trabajo sobre estándares de infraestructura

La semana pasada pusimos en marcha un nuevo mecanismo de trabajo: el 🏗️ grupo de estándares de infraestructura. No es una ocurrencia repentina que añada carga mental, sino el resultado de un periodo de observación, reflexión y construcción de consenso.

De hecho, durante la iniciativa de gobierno de la ingeniería del segundo semestre del año pasado, ya empezaba a percibir que el formato de proyecto especial no encajaba del todo con el ritmo y los retos de la siguiente etapa del equipo. Estas iniciativas son una buena herramienta para resolver problemas: ante un cuello de botella claro o deuda técnica, permiten concentrarse y reunir esfuerzos rápidamente. El problema es que dependen mucho de personas concretas y de un ritmo intenso. Sin mecanismos que sostengan los resultados, estos suelen retroceder con el tiempo e incluso desaparecer discretamente cuando cambia el personal.

He intercambiado ideas con bastantes personas durante este tiempo. Todos coincidimos en la importancia de la infraestructura de ingeniería, pero también aparecen dificultades reales: el consenso se diluye cuando llega gente nueva; el avance depende de unas pocas personas; no hay un mecanismo de inversión continua; quienes tienen ganas no encuentran cómo contribuir; y hasta una contribución activa puede desencadenar un ciclo de respuestas negativas.

Divido, de forma aproximada, el nivel de infraestructura de ingeniería de un equipo en tres etapas.

Primera: caos y urgencias. La infraestructura está fragmentada, los problemas se resuelven sobre la marcha y falta una visión de conjunto.

Segunda: orden con fragilidad. Ya hay cierta acumulación de trabajo, estándares y procesos relativamente claros, pero es fácil retroceder y falta un mecanismo que los proteja.

Tercera: sistema y evolución. Hay mecanismos estables de apoyo. Las prácticas de ingeniería se acumulan y evolucionan con el tiempo, acercándose al nivel de los mejores equipos.

Ahora estamos en la segunda etapa. Hay orden, pero también un deterioro poco visible, un retroceso casi inadvertido. Si seguimos con el método de siempre, probablemente otro grupo de personas acabará tirándolo todo para empezar de nuevo y volver a subir la misma cuesta. Nos quedaremos oscilando dentro del mismo intervalo.

Necesitamos una nueva forma de organizarnos que convierta estas campañas puntuales en un esfuerzo sostenido. El grupo de trabajo es la respuesta que proponemos en esta etapa.

¿Qué consideraría un éxito? Poder conocer en todo momento el mapa de problemas de infraestructura, establecer una ruta clara de evolución y que el equipo vea en ello un buen mecanismo que merece conservarse.