The 2nd Workshop on Agile Practice & Research: A Summary and Call For Research
Este artículo resume el 2º Taller de Práctica e Investigación Ágil celebrado en XP 2026, que abordó las brechas persistentes entre la investigación académica y la práctica industrial proponiendo cuatro propuestas estratégicas y tres llamamientos específicos a la investigación para fomentar una colaboración más sólida y efectiva.
Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo
Imagina una ciudad bulliciosa donde dos grupos de personas intentan construir el mismo rascacielos, pero hablan idiomas diferentes y viven en zonas horarias distintas.
- Grupo A (Los Investigadores) son como arquitectos que trabajan en una biblioteca tranquila y con control climático. Pasan años dibujando planos perfectos, estudiando la física de los materiales y escribiendo manuales gruesos sobre cómo deberían construirse los edificios.
- Grupo B (Los Practicantes) son las cuadrillas de construcción en el sitio fangoso y caótico. Se enfrentan a la lluvia, cambios climáticos, nuevas herramientas que llegan cada semana y jefes que quieren el edificio terminado ayer.
Durante más de veinte años, estos dos grupos han intentado trabajar juntos en el desarrollo de software "ágil" (una forma de construir software que es flexible y rápida). Pero, como explica este documento, siguen fallándose. Los planos de los arquitectos a menudo parecen demasiado teóricos para la cuadrilla, y los problemas diarios de la cuadrilla cambian demasiado rápido para que los arquitectos logren escribir sobre ellos a tiempo.
Para solucionar esto, los autores organizaron una reunión especial (un taller) en São Paulo, Brasil, reuniendo a 20 de estos arquitectos y constructores para averiguar qué sale mal y cómo solucionarlo.
Las Tres Grandes Brechas
El documento identifica tres principales "abismos" entre la biblioteca y el sitio de construcción:
La Brecha Teórica (Falta el "Por qué"):
La cuadrilla de construcción a menudo mira los planos de los arquitectos y dice: "Esto se ve genial en teoría, pero ¿realmente funciona cuando el viento aúlla?". El documento indica que gran parte de la investigación es solo una colección de historias sobre lo que sucedió en un proyecto específico, sin una teoría sólida subyacente que explique por qué funcionó o si funcionaría en otro lugar. Es como tener una receta que dice "añade sal" pero no explica la química de por qué la sal hace que la comida sepa mejor.La Brecha Temporal (El "Cuándo" es incorrecto):
El sitio de construcción cambia increíblemente rápido. Nuevas herramientas (como la Inteligencia Artificial) y nuevas formas de trabajar (como equipos remotos) aparecen de la noche a la mañana. Sin embargo, la biblioteca se mueve lentamente. Para cuando un arquitecto termina un estudio de 3 años sobre una herramienta específica, la cuadrilla de construcción ya ha pasado a la siguiente gran cosa. La investigación suele estar un año o dos detrás de la realidad del sitio de trabajo.La Brecha de Transferencia (El "Cómo" es confuso):
Incluso cuando los arquitectos tienen una gran idea, la escriben en un idioma que solo otros arquitectos entienden (jerga académica pesada). La cuadrilla de construcción no puede leerlo, no tiene tiempo para descifrarlo o no sabe cómo convertir la idea abstracta en una acción de martillo y clavo. El conocimiento está ahí, pero está encerrado detrás de una puerta que la cuadrilla no puede abrir.
La Solución del Taller: Una Reunión de Equipo
Para cerrar estas brechas, los participantes del taller se dividieron en pequeños grupos para hacer lluvia de ideas. No solo se quejaron; buscaron causas raíz y soluciones inmediatas.
De su reunión surgieron Cuatro Grandes Ideas (Proposiciones) para que los dos grupos trabajen mejor juntos:
- Habla Humano: Los investigadores necesitan aprender a hablar como personas, no solo como profesores. Deberían escribir blogs, hacer videos y hablar en reuniones de la industria, no solo en revistas académicas. Necesitan traducir sus "planos" en instrucciones que la cuadrilla pueda usar realmente.
- Cabalga la Ola: Los investigadores necesitan prestar atención a lo que la cuadrilla de construcción está preocupada ahora mismo. En lugar de estudiar lo que fue interesante hace cinco años, deberían centrarse en los problemas actuales como "¿cómo ganamos dinero con esto?" o "¿cómo manejamos esta nueva herramienta de IA?".
- Premia el Trabajo en Equipo: Actualmente, no hay mucha recompensa para que un investigador se relacione con una cuadrilla de construcción, ni para que un miembro de la cuadrilla hable con un investigador. El documento sugiere que necesitamos crear mejores "incentivos" (como ascensos profesionales o reconocimiento) para que ambos lados quieran colaborar.
- Aprende Haciendo: El documento sugiere que los investigadores deberían utilizar métodos "educativos" (como el aprendizaje basado en proyectos) en su propia investigación. Así como los estudiantes aprenden mejor construyendo cosas, los investigadores deberían estructurar sus estudios para que sean más prácticos e iterativos, en lugar de solo observar desde la distancia.
El Llamado a la Acción: Tres Reglas para el Futuro
Finalmente, los autores emiten un "Llamado a la Investigación", que es básicamente un conjunto de reglas que quieren que los futuros investigadores sigan para asegurar que su trabajo sea realmente útil:
- Sé Abierto (La Regla de la "Casa de Cristal"): Los investigadores deben ser transparentes. Deben compartir sus datos crudos, sus notas y su código abiertamente (Ciencia Abierta). De esta manera, cualquiera puede verificar su trabajo, repetir sus experimentos y construir sobre sus hallazgos. Es como dejar los planos del sitio de construcción sobre una mesa pública para que todos puedan ver cómo se hizo el edificio.
- Apunta a la Calidad de Estándar de Oro: No adivines. La investigación debe construirse sobre una base teórica sólida y diseñarse con extrema rigurosidad. No debe ser solo una historia de "lo intentamos y pareció bien"; necesita ser un estudio científicamente sólido que pueda demostrarse que funciona una y otra vez.
- Explica el Valor: Cada documento de investigación debe responder claramente la pregunta: "¿Y qué?". Debe declarar explícitamente cómo los hallazgos ayudan al mundo real. El documento da ejemplos de "artefactos" (herramientas o marcos) que los investigadores pueden crear. Algunos se basan en hallazgos (como una nueva forma de organizar un equipo), y otros se basan en métodos (como una plataforma que ayuda a los equipos a recopilar datos mientras trabajan). Ambos deben mostrar claramente su valor para las personas que realmente hacen el trabajo.
En resumen: El documento argumenta que para que el desarrollo de software ágil siga mejorando, los "pensadores" y los "hacedores" deben dejar de hablar sin escucharse. Necesitan hablar el mismo idioma, trabajar en la misma línea de tiempo y compartir sus herramientas abiertamente para que todos puedan construir mejor software juntos.
¿Ahogado en artículos de tu campo?
Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.