Releyendo el Manifiesto Ágil ahora que la IA lo «hace todo»

Los cuatro valores del Manifiesto Ágil

El Manifiesto empieza diciendo: «Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros». Y a continuación enuncia lo que han aprendido a valorar.

Se escribió pensando en software, pero si se cambia esa palabra por campañas de marketing, materiales de formación, análisis financieros o un nuevo servicio, el texto sigue funcionando. Los valores no dependen de lo que se produce, sino de cómo trabajan las personas que lo producen.

«Individuos e interacciones sobre procesos y herramientas»

Ahora tenemos la herramienta más capaz que nunca ha tenido un equipo.

Los análisis que llevamos a las reuniones están bien escritos, tienen gráficos y conclusiones claras. Pero al preguntar por una cifra que nos llama la atención, la respuesta es: «Lo sacó la IA».

La herramienta puede proponer, redactar y ejecutar, pero si le damos la responsabilidad de lo que hace, estamos abdicando: le estamos entregando la batuta.

«Software funcionando sobre documentación extensiva»

Este es el valor más sorprendente al releer el Manifiesto Ágil. En 2001, la documentación exhaustiva era cara: costaba semanas y había que justificarla. Hoy es gratis. Treinta páginas salen en cinco minutos, creando informes impecables, bien presentados y posiblemente hasta rigurosos.

Pero esta abundancia tiene un coste. El informe generado en cinco minutos necesita una hora para determinar si responde o no a lo esperado, y si lo omitimos perdemos lo más valioso: la confianza en quien lo envía.

«Colaboración con el cliente sobre negociación contractual»

Cuando construir requería tiempo, podíamos ver si nos estábamos confundiendo, si nos desviábamos de la visión. Cuando el resultado llega de inmediato, ese margen desaparece. Por eso, cuanto más rápido se hace el desarrollo, más importante es saber qué hay que construir.

La tentación es dejar que también lo decida la máquina. Y la IA es buena donde la realidad se repite: puede anticipar cómo se comportará un fluido, pero los clientes no funcionan así. Lo que valoran se descubre conversando con ellos, observando cómo usan lo que les damos, equivocándonos juntos. Es conocimiento tácito, y no nace de datos procesados en silicio, sino de realidad vivida y destilada con neurotransmisores.

La IA razona sobre lo que dicen y hacen los clientes: procesa esa información y la estructura mejor y más rápido que nosotros. Pero hay un tercer ingrediente que solo aportamos las personas: la comprensión y la intuición que nacen de estar presentes en el mundo real.

«Respuesta ante el cambio sobre seguir un plan»

Responder al cambio no es cambiar deprisa, es darse cuenta de lo que hay que cambiar. Y para darse cuenta hay que parar y mirar.

Con la IA, un plan detallado sale en minutos y tiene un aspecto tan sólido que da pereza cuestionarlo. Pero un plan que no costó nada hacer tampoco debería costar nada cambiar.

La pregunta útil no es cuánto podemos producir. Es cada cuánto necesitamos mirar lo que hemos hecho.

«Aunque valoramos los elementos de la derecha, valoramos más los de la izquierda»

La frase con la que se cierran los valores se lee hoy de otra manera. Todo lo que está a la derecha (procesos, herramientas, documentación, planes) es justo lo que la IA produce en abundancia y casi gratis. Lo que está a la izquierda (personas que hablan entre sí, resultados que funcionan, clientes con los que se colabora, capacidad de darse cuenta) sigue siendo escaso. El Manifiesto pedía valorar más lo de la izquierda; ahora, además, es lo único que no viene de serie.

Los doce principios

Completando los cuatro valores, el Manifiesto enuncia doce principios más concretos. Releídos ahora, la IA no los ha dejado atrás: les ha dado una actualidad que no tenían.

1. «Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor»

Con la IA, lo temprano y lo continuo vienen de serie. La clave está (ahora más que nunca) en las dos últimas palabras: con valor. La pregunta ya no es cuánto entregamos, sino si aporta valor.

2. «Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente»

Rehacer ya no cuesta, así que aceptar cambios parece más fácil que nunca. Pero hay una trampa: cuando cambiar es gratis, se cambia sin aprender. El principio no habla de cambiar mucho, sino de aprovechar el cambio. Y para eso hay que entender por qué cambia un requisito, algo que la herramienta no averigua por nosotros.

3. «Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible»

Lo que antes pautaba la frecuencia era producir. Ahora es revisar.

Hay una señal fácil de reconocer: si la columna «en revisión» del tablero crece cada día, la IA está produciendo más rápido de lo que las personas pueden comprobar. Revisar también es trabajo, y si no se planifica se convierte en un atasco. La respuesta ágil es la de siempre: lotes pequeños, aunque la herramienta permita producir en grandes, y un ritmo que el equipo pueda revisar con atención.

4. «Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto»

Este principio era necesario porque ninguna de las dos partes podía avanzar sin la otra. Con IA, sí pueden. Negocio monta en una tarde un prototipo o una pequeña herramienta sin pasar por el equipo, y el equipo construye sin consultar a negocio porque ya no necesita esperar a nadie para avanzar.

La IA hace posible trabajar por separado justo donde el Manifiesto pedía trabajar juntos. Y lo que se pierde no es coordinación, es entendimiento: negocio sin el equipo no ve lo que cuesta mantener lo que pide, y el equipo sin negocio no sabe para qué lo construye.

5. «Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo»

Si la IA se queda con la parte del trabajo que da la satisfacción del oficio y a las personas les toca revisar, la motivación no se sostiene sola: hay que cuidarla. Y confiar en el equipo no es lo mismo que confiar en lo que produce su herramienta. La confianza se pone en el criterio de las personas, que son quienes responden del resultado.

6. «El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara»

El principio no dice que la conversación sea el método más rápido. Dice que es el más eficiente.

Con la IA es fácil sacrificar el valor de la conversación que enriquece (enriquecía) al equipo. Cambiar la reunión diaria por un resumen automático puede que sea más rápido, pero es una forma de perder la charla que detecta los problemas, hace germinar las ideas y alimenta la inteligencia colectiva del equipo humano.

7. «El software funcionando es la medida principal de progreso»

Empiezan a verse cuadros de mando con el porcentaje de uso de IA del equipo. Es una métrica cómoda, pero mide la adopción, no el resultado. Que un equipo use mucho la IA no dice nada de si lo que entrega sirve. La medida del avance sigue siendo obtener resultados que funcionan, no volumen.

8. «Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida»

Se habla mucho de lo que la IA ahorra y poco de lo que cansa. Revisar todo el día lo que produce otro, aunque ese otro sea una máquina, agota: exige atención constante y deja poca satisfacción de oficio. Un ritmo sostenible ya no es solo no alargar la jornada; también es repartir el trabajo para que nadie se convierta en revisor a tiempo completo.

9. «La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad»

Una demo hecha en una tarde funciona en la reunión, convence a todos y, sin que nadie lo decida, acaba en producción. Un prototipo que funciona no es un producto terminado.

Que parezca terminado no quiere decir que lo esté. Con IA, el listón de «hecho» sube, no baja: lo que produce la IA lo tiene que revisar el responsable, la persona que sabe lo que quiere conseguir. La excelencia técnica es justo la distancia entre lo que parece funcionar y lo que funciona cuando lo usan de verdad.

10. «La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial»

Se escribió cuando el desarrollo costaba tiempo y esfuerzo. Hoy es probablemente la frase más exigente del texto. Cuando la herramienta permite hacerlo todo, el arte ya no está en hacer, sino en decidir qué no hacer.

11. «Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados»

«Pregúntale a Marta, que es la que sabe de IA». Cuando cada uno usa la IA a su manera y el conocimiento se concentra en una persona, el equipo no se organiza: depende. Autoorganizarse hoy incluye acordar juntos cómo se usa la IA y cómo se comparte lo que cada uno aprende.

12. «A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia»

Con la IA es fácil pensar que ya no hay tiempo ni razón para las retrospectivas, pero es justo al revés: cuanto más deprisa se produce, más hay que proteger esos momentos. Un equipo que produce el triple y reflexiona la mitad no va más rápido: acumula errores más deprisa de lo que los ve.

Lo que el Manifiesto da por supuesto: las personas

Detrás de los cuatro valores hay una idea que el Manifiesto no necesitó escribir, porque en 2001 era evidente: la calidad del trabajo depende del criterio de quienes lo hacen. Ahora la IA pone a nuestro alcance conocimiento a una escala que nunca habíamos tenido, pero decidir qué es valioso, entender el contexto y responder del resultado sigue siendo cosa nuestra.

Y ese criterio no se delega: se cultiva haciendo. Aquí hay una pregunta que no podemos ignorar. Si la inteligencia artificial hace las tareas con las que aprendían los que empiezan, ¿quién sabrá revisar lo que hace la IA dentro de cinco años? Cuidar el aprendizaje del equipo no es algo secundario; es lo que garantiza que mañana seguiremos teniendo algo que aportar.

En este punto hay dos roles que a veces se dan por amortizados, pero considero que son más necesarios que nunca.

El product owner, porque cuanto más barato es producir, más valioso es decidir qué construir. El product owner que solo redacta y ordena tareas se limita a la parte que la IA hace mejor. El que mantiene la visión, que trata cada idea como una apuesta que se debe validar y sabe decir no con la estrategia en la mano, evita que los equipos corran cada vez más deprisa en direcciones equivocadas.

El scrum master, porque la IA puede preparar y resumir reuniones, pero no percibe cómo está el equipo, ni genera la confianza que hace falta para que alguien se atreva a decir «lo di por bueno sin mirarlo». Y porque aparece trabajo nuevo: ayudar al equipo a decidir qué se delega en la IA y quién lo revisa, proteger los momentos de reflexión frente a la presión de la velocidad, y acompañar a las personas en un cambio que a muchas les genera incertidumbre.

La IA aporta la capacidad, pero son los valores los que deciden si se convierte en algo que importa o en ruido.

Si el equipo produce hoy el doble que hace un año, ¿está entregando el doble de valor?