Este es el tercer artículo de una serie sobre agilidad de negocio. Los dos anteriores abordaron cómo acelerar el descubrimiento de ideas y cómo priorizar. Ahora toca la entrega: cómo desarrollar más rápido sin comprometer la calidad ni la dirección estratégica.
El error más frecuente es buscar velocidad solo en el equipo de desarrollo. La realidad es que la mayor parte del tiempo en una cadena de valor no se dedica a construir — se dedica a esperar, a coordinar y a corregir lo mal construido.
01 · DescubrimientoNo construyas lo que nadie va a usar.
El framework Evidence-Based Management (EBM) de Scrum.org identifica la capacidad de innovación como uno de los cuatro indicadores clave de valor organizativo. Una parte central de esa capacidad es el tiempo que se destina a desarrollar funcionalidades que luego no se utilizan.
La mejor forma de ir más rápido en la entrega es descartar antes las ideas que no van a funcionar. Para eso se necesita un proceso de descubrimiento continuo: habilitar canales de feedback, practicar un liderazgo orientado al usuario y separar la fase de descubrimiento (entender problemas y validar soluciones) de la fase de entrega (desarrollar lo validado).
02 · EsperasEl cuello de botella que nadie ve.
El pensamiento Lean aplicado a la innovación identifica un patrón consistente: en la mayoría de organizaciones, el trabajo espera más del 90% del tiempo total que tarda en completarse. El Value-Stream Mapping permite visualizar dónde ocurre el trabajo real y dónde simplemente espera — aprobaciones, procesos administrativos, coordinación entre departamentos.
Optimizar solo el desarrollo cuando el cuello de botella está en otro lugar produce ganancias mínimas. El primer paso es mapear el flujo completo desde que nace una idea hasta que llega valor al usuario, e identificar las esperas más largas.
03 · DependenciasMenos fricción entre equipos.
Las dependencias entre equipos son uno de los principales limitadores de velocidad en organizaciones medianas y grandes. Hay dos estrategias complementarias: minimizar las dependencias evitables rediseñando la organización en torno a flujos de valor, y gestionar activamente las dependencias inevitables con transparencia del sistema.
El modelo Flight Levels ofrece un marco práctico para esto. Con representantes de cada equipo coordinándose diariamente, el sistema hace visible qué está bloqueado, qué depende de qué y dónde concentrar el foco para reducir el trabajo en curso.
04 · EquiposLa estabilidad genera velocidad.
Los equipos de alto rendimiento no se montan para cada proyecto — se mantienen estables y mejoran continuamente. El modelo de Tuckman describe las fases de desarrollo de un equipo: formación, conflicto, normalización, rendimiento. Cambiar la composición del equipo o reducir la dedicación de sus miembros penaliza el rendimiento de forma predecible.
Las organizaciones medianas y grandes pueden mantener una estructura híbrida: áreas de innovación con equipos ágiles estables y áreas de operaciones con estructuras más jerárquicas. Lo importante es que los equipos de entrega tengan continuidad y capacidad real de mejora continua.
05 · MejoraLa retrospectiva como sistema organizativo.
La mejora continua es uno de los principios fundamentales de las organizaciones ágiles. Sin ella, los equipos no maduran y los problemas sistémicos se enquistan. La retrospectiva es el mecanismo principal, pero su efectividad depende de cómo se tratan los resultados.
Los impedimentos tienen tres tipos: acuerdos simples que el equipo puede adoptar de inmediato, mejoras que requieren recursos o tiempo, e impedimentos organizativos que requieren intervención externa. El antipatrón más frecuente es que las mejoras del equipo no tienen visibilidad fuera del equipo. Herramientas como tableros de mejora organizativa o dashboards de salud del equipo ayudan a escalar el impacto.
06 · AutomatizaciónDevOps como multiplicador de velocidad.
DevOps automatiza las actividades de desarrollo de software y operaciones de sistemas. La tecnología está madura, es mayoritariamente gratuita o de bajo coste, y sus beneficios van más allá de la velocidad: la automatización mejora también la calidad y la robustez del sistema.
Los mejores ingenieros tienen experiencia DevOps. Cuestan más — pero entregan un rendimiento exponencialmente mayor.— Principio de inversión en ingeniería
07 · DORALas métricas que miden la velocidad real.
En 2018, un estudio con más de 32.000 equipos identificó los factores críticos de éxito de los equipos de software de alto rendimiento. Las métricas DORA, publicadas en el libro Accelerate (Forsgren, Humble & Kim), son cuatro:
- Deployment Frequency: Los equipos de alto rendimiento despliegan cambios varias veces al día sin riesgo excesivo.
- Lead Time for Change: Tiempo desde que el desarrollador completa el trabajo hasta que está desplegado y en producción.
- Mean Time to Recovery: Tiempo desde que se produce un error en producción hasta que el sistema se recupera.
- Change Failure Rate: Proporción de despliegues que generan errores en producción.
Los líderes no técnicos no necesitan dominar la implementación de estas métricas — sí necesitan saber que existen y preguntar a sus líderes técnicos cuál es el estado actual y cuál es el plan de mejora.