El nuevo liderazgo de producto: menos backlog, más criterio
Cuando crear una primera versión se abarata, el cuello de botella deja de ser convertir requisitos en código. Liderar producto pasa a significar escoger problemas, diseñar evidencia y decidir qué opciones no deben sobrevivir.
Durante años una parte importante del trabajo de producto ha consistido en gestionar escasez. Había más peticiones que capacidad de desarrollo, así que necesitábamos priorizar, refinar y preparar una cola de trabajo suficientemente clara para que el equipo pudiera ejecutarla.
Los agentes no eliminan esa necesidad, pero alteran su centro de gravedad. Cuando podemos explorar varias soluciones, construir prototipos o convertir una hipótesis en software con mucha más rapidez, la capacidad de ejecución deja de ser el único recurso escaso.
El recurso escaso pasa a ser el criterio.
Un backlog no es una estrategia
Una larga lista priorizada produce sensación de control. También puede ocultar que muchas entradas no están conectadas con una decisión relevante. Si el coste de producir opciones baja, alimentar esa lista con más ideas solo aumenta el ruido.
La dirección de producto necesita transformar peticiones en preguntas:
- ¿Qué comportamiento queremos cambiar?
- ¿Qué evidencia nos haría invertir más?
- ¿Cuál es el riesgo de no actuar?
- ¿Qué supuesto podría invalidar toda la propuesta?
- ¿Qué solución conservaría la coherencia del producto?
Un backlog sigue siendo útil para hacer visible el trabajo. Deja de serlo cuando sustituye la conversación sobre por qué ese trabajo debería existir.
Producir opciones y eliminar opciones
La IA permite generar alternativas a gran velocidad: recorridos, textos, arquitecturas, análisis y prototipos. Eso hace más valiosa una función que antes podía parecer secundaria: eliminar.
Cada opción añade coste de evaluación. Las que llegan al producto añaden además soporte, comunicación, datos, operación y decisiones futuras. El liderazgo no se mide por cuántas ideas consigue poner en marcha, sino por la calidad del sistema que utiliza para decidir cuáles merecen continuar.
La evidencia se diseña
Preguntar a usuarios si les gusta una idea produce cortesía. Mostrarles una situación concreta y observar qué hacen produce evidencia. Producto debe decidir qué forma de realidad necesita crear para reducir una incertidumbre.
A veces será un prototipo. Otras, una operación manual, una oferta, una prueba técnica o un cambio limitado en el producto. La habilidad central es conectar cada artefacto con una decisión explícita.
Cuando ejecutar es barato, construir deja de ser siempre el compromiso final. Puede convertirse en una forma de pensar con las manos.
Liderar el sistema completo
Los agentes también modifican la relación entre producto e ingeniería. Si un responsable de producto puede materializar una opción por sí mismo y un ingeniero puede explorar implicaciones de negocio, las fronteras se vuelven más porosas.
Eso no elimina especialidades. Exige un lenguaje común sobre objetivos, restricciones, calidad y evidencia. Producto debe ayudar a que humanos y agentes trabajen dentro de una misma dirección, sin convertirse en un intermediario que simplemente mueve tickets.
Menos administración, más responsabilidad
Automatizar parte del trabajo operativo de producto no reduce la responsabilidad. La concentra. Hay que cuidar la privacidad, la coherencia, la accesibilidad, el impacto organizativo y las consecuencias de multiplicar cambios.
El nuevo liderazgo de producto no consiste en escribir menos. Consiste en utilizar menos documentos como sustituto del criterio y más artefactos como instrumentos para aprender.
Fuentes y referencias
- Informe DORA 2025 sobre desarrollo asistido por IA.
- Fuente primaria: experiencia de Victor en producto, venture building y transformación.