Recurso complementario del LBAM. Empieza por el problema, elige una práctica y evalúa su contribución al resultado.

De la mentalidad a la práctica

Prácticas ágiles

Explora prácticas ágiles y complementarias por dominio, etiqueta y nivel de aplicación. Empieza por el problema que quieres resolver y la capacidad que necesitas fortalecer.

172Prácticas

18Dominios

73Etiquetas

8Niveles

172 de 172 prácticas

Organizar por

Calidad e ingeniería 24

Calidad e ingeniería

Descripción: TDD es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca utilizar pruebas automatizadas para guiar diseño e implementación.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Utilizar pruebas automatizadas para guiar diseño e implementación.

IngenieríaEquipoCalidadFeedback técnico

Calidad e ingeniería

Descripción: ATDD es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca definir ejemplos o pruebas de aceptación antes de construir.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Definir ejemplos o pruebas de aceptación antes de construir.

ProductoIngenieríaCalidadAlineación

Calidad e ingeniería

Descripción: BDD es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca expresar comportamiento esperado en lenguaje compartido entre negocio y tecnología.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, ambigüedad sobre necesidades, comportamiento esperado o condiciones de satisfacción.
Valor que genera: Expresar comportamiento esperado en lenguaje compartido entre negocio y tecnología.

ProductoIngenieríaCalidadNegocio-TecnologíaRequisitos

Calidad e ingeniería

Descripción: Given-When-Then es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca especificar comportamientos mediante ejemplos estructurados.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, ambigüedad sobre necesidades, comportamiento esperado o condiciones de satisfacción.
Valor que genera: Especificar comportamientos mediante ejemplos estructurados.

ProductoIngenieríaCalidadRequisitos

Calidad e ingeniería

Descripción: Unit Testing es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca detectar defectos rápidamente a nivel de unidades pequeñas de software.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Detectar defectos rápidamente a nivel de unidades pequeñas de software.

IngenieríaCalidadFeedback técnico

Calidad e ingeniería

Descripción: Automated Testing es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca acelerar verificación y disminuir riesgo de regresión.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, actividades manuales repetitivas que retrasan feedback y aumentan errores.
Valor que genera: Acelerar verificación y disminuir riesgo de regresión.

IngenieríaSistemaCalidadAutomatizaciónRiesgo

Calidad e ingeniería

Descripción: Acceptance Testing es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca verificar que el producto satisface comportamientos y criterios esperados.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios.
Valor que genera: Verificar que el producto satisface comportamientos y criterios esperados.

ProductoIngenieríaCalidadCliente

Calidad e ingeniería

Descripción: Exploratory Testing es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca descubrir riesgos y comportamientos inesperados mediante exploración guiada.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Descubrir riesgos y comportamientos inesperados mediante exploración guiada.

IngenieríaCalidadRiesgoAprendizaje

Calidad e ingeniería

Descripción: Refactoring es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca mejorar diseño interno sin cambiar comportamiento observable.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, software que se vuelve costoso y riesgoso de cambiar.
Valor que genera: Mejorar diseño interno sin cambiar comportamiento observable.

IngenieríaCalidadMantenibilidad

Calidad e ingeniería

Descripción: Simple Design es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca mantener el diseño tan sencillo como permita la necesidad actual.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Mantener el diseño tan sencillo como permita la necesidad actual.

IngenieríaSimplicidadCalidad

Calidad e ingeniería

Descripción: Coding Standards es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca crear consistencia técnica y reducir fricción dentro del equipo.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, baja interacción entre quienes necesitan construir una solución conjunta.
Valor que genera: Crear consistencia técnica y reducir fricción dentro del equipo.

IngenieríaEquipoCalidadColaboración

Calidad e ingeniería

Descripción: Code Review es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca inspeccionar cambios y compartir conocimiento antes de integrarlos.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Inspeccionar cambios y compartir conocimiento antes de integrarlos.

IngenieríaCalidadConocimiento

Calidad e ingeniería

Descripción: Static Code Analysis es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca detectar automáticamente problemas potenciales de código.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, actividades manuales repetitivas que retrasan feedback y aumentan errores.
Valor que genera: Detectar automáticamente problemas potenciales de código.

IngenieríaCalidadAutomatización

Calidad e ingeniería

Descripción: Continuous Integration es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca integrar cambios frecuentemente para encontrar problemas temprano.
Problema que resuelve: Trabajo que funciona por separado pero falla al integrarse como sistema; además, actividades manuales repetitivas que retrasan feedback y aumentan errores.
Valor que genera: Integrar cambios frecuentemente para encontrar problemas temprano.

IngenieríaSistemaIntegraciónFeedback técnicoAutomatización

Calidad e ingeniería

Descripción: Continuous Delivery es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca mantener el producto en estado desplegable mediante automatización y calidad.
Problema que resuelve: Tiempos largos entre una idea, su construcción y su llegada a usuarios; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Mantener el producto en estado desplegable mediante automatización y calidad.

IngenieríaSistemaEntregaCalidadAutomatización

Calidad e ingeniería

Descripción: Continuous Deployment es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca llevar automáticamente cambios válidos a producción.
Problema que resuelve: Tiempos largos entre una idea, su construcción y su llegada a usuarios; además, actividades manuales repetitivas que retrasan feedback y aumentan errores.
Valor que genera: Llevar automáticamente cambios válidos a producción.

SistemaEntregaAutomatización

Calidad e ingeniería

Descripción: Trunk-Based Development es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca reducir ramas largas y disminuir riesgo de integración tardía.
Problema que resuelve: Trabajo que funciona por separado pero falla al integrarse como sistema; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Reducir ramas largas y disminuir riesgo de integración tardía.

IngenieríaIntegraciónFlujoRiesgo

Calidad e ingeniería

Descripción: Feature Toggles es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca separar despliegue técnico de activación funcional.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Separar despliegue técnico de activación funcional.

IngenieríaProductoRiesgoEntregaExperimentación

Calidad e ingeniería

Descripción: Version Control es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca mantener trazabilidad y colaboración sobre cambios.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, baja interacción entre quienes necesitan construir una solución conjunta.
Valor que genera: Mantener trazabilidad y colaboración sobre cambios.

IngenieríaCalidadColaboraciónTrazabilidad

Calidad e ingeniería

Descripción: Automated Build es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca construir el producto automáticamente de forma reproducible.
Problema que resuelve: Actividades manuales repetitivas que retrasan feedback y aumentan errores; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Construir el producto automáticamente de forma reproducible.

IngenieríaAutomatizaciónCalidad

Calidad e ingeniería

Descripción: Infrastructure as Code es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca gestionar infraestructura mediante código versionado y reproducible.
Problema que resuelve: Actividades manuales repetitivas que retrasan feedback y aumentan errores; además, fricción entre construcción, despliegue y operación del software.
Valor que genera: Gestionar infraestructura mediante código versionado y reproducible.

SistemaIngenieríaAutomatizaciónDevOps

Calidad e ingeniería

Descripción: Arquitectura evolutiva es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca permitir que la arquitectura cambie incrementalmente junto con el producto.
Problema que resuelve: Decisiones técnicas rígidas, implícitas o difíciles de evolucionar; además, planes rígidos que no incorporan nueva información.
Valor que genera: Permitir que la arquitectura cambie incrementalmente junto con el producto.

SistemaIngenieríaArquitecturaAdaptación

Calidad e ingeniería

Descripción: Architecture Decision Records es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca documentar decisiones técnicas relevantes y el contexto que las originó.
Problema que resuelve: Decisiones técnicas rígidas, implícitas o difíciles de evolucionar; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Documentar decisiones técnicas relevantes y el contexto que las originó.

IngenieríaArquitecturaConocimientoTrazabilidad

Calidad e ingeniería

Descripción: Fitness Functions es una práctica que apoya prácticas del dominio de calidad e ingeniería. En la práctica, busca verificar automáticamente propiedades arquitectónicas importantes.
Problema que resuelve: Decisiones técnicas rígidas, implícitas o difíciles de evolucionar; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Verificar automáticamente propiedades arquitectónicas importantes.

SistemaIngenieríaArquitecturaCalidadAutomatización

Conocimiento y cultura 6

Conocimiento y cultura

Descripción: Knowledge Sharing es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca distribuir conocimiento para reducir especialistas únicos y riesgo de dependencia.
Problema que resuelve: Conocimiento concentrado en pocas personas y riesgo de silos; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Distribuir conocimiento para reducir especialistas únicos y riesgo de dependencia.

EquipoOrganizaciónConocimientoRiesgo

Conocimiento y cultura

Descripción: Pairing / Mentoring es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca transferir capacidades mediante trabajo conjunto y acompañamiento.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, brechas de conocimiento que impiden a los equipos actuar con autonomía.
Valor que genera: Transferir capacidades mediante trabajo conjunto y acompañamiento.

EquipoAprendizajeCapacidades

Conocimiento y cultura

Descripción: Brown Bag Sessions es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca compartir conocimiento de manera informal y frecuente.
Problema que resuelve: Conocimiento concentrado en pocas personas y riesgo de silos; además, aprendizaje aislado que no se propaga entre equipos.
Valor que genera: Compartir conocimiento de manera informal y frecuente.

OrganizaciónConocimientoComunidad

Conocimiento y cultura

Descripción: Psychological Safety Practices es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca facilitar que las personas expresen errores, dudas, riesgos y desacuerdos.
Problema que resuelve: Comportamientos y normas implícitas que dificultan colaboración y aprendizaje; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Facilitar que las personas expresen errores, dudas, riesgos y desacuerdos.

EquipoOrganizaciónCulturaAprendizajeRiesgo

Conocimiento y cultura

Descripción: Feedback frecuente es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca reducir el tiempo entre acción, resultado y aprendizaje.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, planes rígidos que no incorporan nueva información.
Valor que genera: Reducir el tiempo entre acción, resultado y aprendizaje.

Cualquier nivelFeedbackAdaptación

Conocimiento y cultura

Descripción: Transparencia del trabajo es una práctica que apoya prácticas del dominio de conocimiento y cultura. En la práctica, busca hacer visible trabajo, problemas, decisiones y resultados para facilitar inspección.
Problema que resuelve: Información relevante invisible o fragmentada para quienes deben decidir; además, retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo.
Valor que genera: Hacer visible trabajo, problemas, decisiones y resultados para facilitar inspección.

Cualquier nivelTransparenciaFeedback

DevOps y confiabilidad 8

DevOps y confiabilidad

Descripción: DevOps es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca integrar desarrollo y operación alrededor del flujo de valor.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Integrar desarrollo y operación alrededor del flujo de valor.

OrganizaciónSistemaFlujoEntregaColaboración

DevOps y confiabilidad

Descripción: DevSecOps es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca integrar seguridad dentro del ciclo de entrega en lugar de dejarla al final.
Problema que resuelve: Riesgos de seguridad tratados tarde o fuera del flujo normal de desarrollo; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Integrar seguridad dentro del ciclo de entrega en lugar de dejarla al final.

OrganizaciónSistemaSeguridadRiesgoEntrega

DevOps y confiabilidad

Descripción: Observability es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca comprender comportamiento interno del sistema mediante señales externas.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, baja visibilidad sobre lo que realmente ocurre en producción.
Valor que genera: Comprender comportamiento interno del sistema mediante señales externas.

SistemaFeedbackOperaciónDatos

DevOps y confiabilidad

Descripción: Monitoring es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca detectar degradaciones, fallos y condiciones operativas relevantes.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, baja visibilidad sobre lo que realmente ocurre en producción.
Valor que genera: Detectar degradaciones, fallos y condiciones operativas relevantes.

SistemaRiesgoOperaciónFeedback

DevOps y confiabilidad

Descripción: SLI es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca medir indicadores reales del nivel de servicio.
Problema que resuelve: Servicios cuyo nivel de confiabilidad no está definido ni gestionado explícitamente; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Medir indicadores reales del nivel de servicio.

SistemaConfiabilidadDatos

DevOps y confiabilidad

Descripción: SLO es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca definir objetivos explícitos y medibles de confiabilidad.
Problema que resuelve: Servicios cuyo nivel de confiabilidad no está definido ni gestionado explícitamente; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Definir objetivos explícitos y medibles de confiabilidad.

ProductoSistemaConfiabilidadAlineación

DevOps y confiabilidad

Descripción: Error Budget es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca balancear confiabilidad e innovación con un margen explícito de error permitido.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico.
Valor que genera: Balancear confiabilidad e innovación con un margen explícito de error permitido.

ProductoSistemaRiesgoGobernanzaConfiabilidad

DevOps y confiabilidad

Descripción: Chaos Engineering es una práctica que apoya prácticas del dominio de devops y confiabilidad. En la práctica, busca experimentar con fallos controlados para aprender sobre resiliencia.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, sistemas que no han sido probados frente a fallos reales o inesperados.
Valor que genera: Experimentar con fallos controlados para aprender sobre resiliencia.

SistemaRiesgoResilienciaExperimentación

Diseño organizacional 9

Diseño organizacional

Descripción: Equipos alineados al flujo es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca dar responsabilidad end-to-end alrededor de un flujo de valor.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, dependencia excesiva de terceros para decidir o ejecutar.
Valor que genera: Dar responsabilidad end-to-end alrededor de un flujo de valor.

OrganizaciónFlujoAutonomíaValor

Diseño organizacional

Descripción: Platform Team es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca ofrecer capacidades internas reutilizables que reduzcan carga cognitiva de equipos de producto.
Problema que resuelve: Equipos consumidores cargados con complejidad técnica que podría abstraerse; además, dependencia excesiva de terceros para decidir o ejecutar.
Valor que genera: Ofrecer capacidades internas reutilizables que reduzcan carga cognitiva de equipos de producto.

OrganizaciónMultiequipoPlataformaAutonomíaDependencias

Diseño organizacional

Descripción: Enabling Team es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca ayudar temporalmente a otros equipos a adquirir una capacidad que les falta.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, brechas de conocimiento que impiden a los equipos actuar con autonomía.
Valor que genera: Ayudar temporalmente a otros equipos a adquirir una capacidad que les falta.

OrganizaciónMultiequipoAprendizajeCapacidadesAutonomía

Diseño organizacional

Descripción: Complicated Subsystem Team es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca concentrar conocimiento altamente especializado cuando no conviene distribuirlo.
Problema que resuelve: Conocimiento especializado convertido en cuello de botella o dependencia; además, equipos responsables de demasiada complejidad simultáneamente.
Valor que genera: Concentrar conocimiento altamente especializado cuando no conviene distribuirlo.

OrganizaciónEspecializaciónCarga cognitiva

Diseño organizacional

Descripción: Collaboration Mode es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca permitir que dos equipos colaboren intensamente durante un periodo para descubrir o resolver algo.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Permitir que dos equipos colaboren intensamente durante un periodo para descubrir o resolver algo.

MultiequipoColaboraciónAprendizaje

Diseño organizacional

Descripción: X-as-a-Service es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca permitir consumir capacidades de otro equipo con baja coordinación cotidiana.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Permitir consumir capacidades de otro equipo con baja coordinación cotidiana.

MultiequipoAutonomíaDependenciasPlataforma

Diseño organizacional

Descripción: Facilitation Mode es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca un equipo ayuda a otro a desarrollar capacidades sin asumir permanentemente su trabajo.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, dependencia excesiva de terceros para decidir o ejecutar.
Valor que genera: Un equipo ayuda a otro a desarrollar capacidades sin asumir permanentemente su trabajo.

MultiequipoAprendizajeAutonomíaCapacidades

Diseño organizacional

Descripción: Platform as a Product es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca gestionar plataformas internas con clientes, producto y experiencia explícita.
Problema que resuelve: Equipos consumidores cargados con complejidad técnica que podría abstraerse; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Gestionar plataformas internas con clientes, producto y experiencia explícita.

OrganizaciónPlataformaFlujoProducto

Diseño organizacional

Descripción: InnerSource es una práctica que apoya prácticas del dominio de diseño organizacional. En la práctica, busca aplicar colaboración tipo open source dentro de la organización.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Aplicar colaboración tipo open source dentro de la organización.

OrganizaciónColaboraciónConocimientoReutilización

Entrega 4

Entrega

Descripción: Incremental Development es una práctica que acorta el camino entre una idea y su disponibilidad para usuarios. En la práctica, busca construir producto mediante incrementos utilizables que reduzcan exposición al riesgo.
Problema que resuelve: Tiempos largos entre una idea, su construcción y su llegada a usuarios; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Construir producto mediante incrementos utilizables que reduzcan exposición al riesgo.

ProductoEntregaRiesgoValor

Entrega

Descripción: Iterative Development es una práctica que acorta el camino entre una idea y su disponibilidad para usuarios. En la práctica, busca mejorar repetidamente una solución mediante ciclos de aprendizaje.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, planes rígidos que no incorporan nueva información.
Valor que genera: Mejorar repetidamente una solución mediante ciclos de aprendizaje.

ProductoAprendizajeAdaptación

Entrega

Descripción: Release on Demand es una práctica que acorta el camino entre una idea y su disponibilidad para usuarios. En la práctica, busca liberar valor cuando el negocio lo necesita y no solo cuando termina un ciclo técnico.
Problema que resuelve: Tiempos largos entre una idea, su construcción y su llegada a usuarios; además, actividad y entregables que no necesariamente producen resultados valiosos.
Valor que genera: Liberar valor cuando el negocio lo necesita y no solo cuando termina un ciclo técnico.

ProductoSistemaEntregaNegocioValor

Entrega

Descripción: Deployment / Release Decoupling es una práctica que acorta el camino entre una idea y su disponibilidad para usuarios. En la práctica, busca separar poner código en producción de exponerlo al usuario.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Separar poner código en producción de exponerlo al usuario.

SistemaProductoRiesgoEntrega

Escalamiento 14

Escalamiento

Descripción: Scrum of Scrums es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca coordinar trabajo, impedimentos y dependencias entre varios equipos.
Problema que resuelve: Desalineación temporal entre personas o equipos y falta de visibilidad sobre lo que está ocurriendo; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Coordinar trabajo, impedimentos y dependencias entre varios equipos.

MultiequipoSincronizaciónDependenciasEscalamiento

Escalamiento

Descripción: MetaScrum es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca alinear stakeholders y prioridades de producto a escala.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Alinear stakeholders y prioridades de producto a escala.

MultiequipoProductoPriorizaciónAlineaciónGobernanza

Escalamiento

Descripción: Nexus Daily Scrum es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca inspeccionar problemas de integración y dependencias entre equipos Nexus.
Problema que resuelve: Trabajo que funciona por separado pero falla al integrarse como sistema; además, desalineación temporal entre personas o equipos y falta de visibilidad sobre lo que está ocurriendo.
Valor que genera: Inspeccionar problemas de integración y dependencias entre equipos Nexus.

MultiequipoIntegraciónSincronizaciónDependencias

Escalamiento

Descripción: Cross-Team Refinement es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca refinar conjuntamente trabajo que afecta a varios equipos.
Problema que resuelve: Bloqueos y esperas producidos por dependencias entre personas, equipos o componentes; además, trabajo desconectado de una dirección clara de producto.
Valor que genera: Refinar conjuntamente trabajo que afecta a varios equipos.

MultiequipoDependenciasProductoAlineación

Escalamiento

Descripción: Shared Product Backlog es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca mantener una fuente común de prioridades para varios equipos.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Mantener una fuente común de prioridades para varios equipos.

MultiequipoProductoPriorizaciónAlineaciónProducto

Escalamiento

Descripción: Integrated Increment es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca integrar continuamente resultados de múltiples equipos en un producto coherente.
Problema que resuelve: Trabajo que funciona por separado pero falla al integrarse como sistema; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Integrar continuamente resultados de múltiples equipos en un producto coherente.

MultiequipoProductoIntegraciónCalidadEntrega

Escalamiento

Descripción: Dependency Mapping es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca hacer visibles dependencias entre equipos, sistemas o iniciativas.
Problema que resuelve: Bloqueos y esperas producidos por dependencias entre personas, equipos o componentes; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Hacer visibles dependencias entre equipos, sistemas o iniciativas.

MultiequipoOrganizaciónDependenciasRiesgoVisualización

Escalamiento

Descripción: Dependency Board es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca gestionar activamente dependencias y acuerdos entre equipos.
Problema que resuelve: Bloqueos y esperas producidos por dependencias entre personas, equipos o componentes; además, trabajo descoordinado, bloqueos y esfuerzos que no convergen.
Valor que genera: Gestionar activamente dependencias y acuerdos entre equipos.

MultiequipoDependenciasCoordinaciónTransparencia

Escalamiento

Descripción: Program Board es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca visualizar objetivos, hitos y dependencias relevantes entre equipos.
Problema que resuelve: Bloqueos y esperas producidos por dependencias entre personas, equipos o componentes; además, falta de un plan adaptativo compartido sobre qué hacer a continuación.
Valor que genera: Visualizar objetivos, hitos y dependencias relevantes entre equipos.

MultiequipoDependenciasPlanificaciónAlineación

Escalamiento

Descripción: Communities of Practice es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca compartir conocimiento y prácticas entre personas de distintos equipos.
Problema que resuelve: Conocimiento concentrado en pocas personas y riesgo de silos; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Compartir conocimiento y prácticas entre personas de distintos equipos.

OrganizaciónMultiequipoConocimientoAlineaciónAprendizaje

Escalamiento

Descripción: Guilds es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca crear comunidades transversales alrededor de una disciplina o interés.
Problema que resuelve: Conocimiento concentrado en pocas personas y riesgo de silos; además, baja interacción entre quienes necesitan construir una solución conjunta.
Valor que genera: Crear comunidades transversales alrededor de una disciplina o interés.

OrganizaciónConocimientoColaboración

Escalamiento

Descripción: Chapters es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca desarrollar capacidades profesionales comunes atravesando equipos de producto.
Problema que resuelve: Brechas de conocimiento que impiden a los equipos actuar con autonomía; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Desarrollar capacidades profesionales comunes atravesando equipos de producto.

OrganizaciónCapacidadesConocimientoAlineación

Escalamiento

Descripción: Feature Teams es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca organizar equipos capaces de entregar funcionalidad extremo a extremo.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Organizar equipos capaces de entregar funcionalidad extremo a extremo.

MultiequipoOrganizaciónAutonomíaDependenciasEntrega

Escalamiento

Descripción: Retrospectiva de sistema es una práctica que coordina varios equipos sin perder foco, integración ni capacidad de adaptación. En la práctica, busca inspeccionar no solo equipos aislados sino interacciones, políticas y restricciones del sistema completo.
Problema que resuelve: Problemas recurrentes que se normalizan sin cambiar el sistema de trabajo; además, fricciones que aparecen cuando múltiples equipos deben producir un resultado común.
Valor que genera: Inspeccionar no solo equipos aislados sino interacciones, políticas y restricciones del sistema completo.

MultiequipoOrganizaciónMejora continuaSistemaEscalamiento

Estimación y predictibilidad 7

Estimación y predictibilidad

Descripción: Estimación relativa es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca comparar tamaño del trabajo sin asumir precisión absoluta.
Problema que resuelve: Falsa precisión o falta de una conversación compartida sobre tamaño e incertidumbre; además, compromisos prematuros frente a información todavía insuficiente.
Valor que genera: Comparar tamaño del trabajo sin asumir precisión absoluta.

EquipoEstimaciónIncertidumbre

Estimación y predictibilidad

Descripción: Story Points es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca expresar tamaño relativo para apoyar conversaciones de planificación.
Problema que resuelve: Falsa precisión o falta de una conversación compartida sobre tamaño e incertidumbre; además, falta de un plan adaptativo compartido sobre qué hacer a continuación.
Valor que genera: Expresar tamaño relativo para apoyar conversaciones de planificación.

EquipoEstimaciónPlanificación

Estimación y predictibilidad

Descripción: Planning Poker es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca construir estimaciones mediante discusión y conocimiento colectivo.
Problema que resuelve: Falsa precisión o falta de una conversación compartida sobre tamaño e incertidumbre; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Construir estimaciones mediante discusión y conocimiento colectivo.

EquipoEstimaciónConocimientoColaboración

Estimación y predictibilidad

Descripción: T-Shirt Sizing es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca clasificar rápidamente trabajo por tamaños relativos.
Problema que resuelve: Falsa precisión o falta de una conversación compartida sobre tamaño e incertidumbre.
Valor que genera: Clasificar rápidamente trabajo por tamaños relativos.

EquipoPortafolioEstimación

Estimación y predictibilidad

Descripción: Forecast basado en throughput es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca usar datos históricos de entrega para pronosticar escenarios futuros.
Problema que resuelve: Dificultad para anticipar tiempos y capacidad de entrega con datos reales; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Usar datos históricos de entrega para pronosticar escenarios futuros.

EquipoProductoPredictibilidadDatosFlujo

Estimación y predictibilidad

Descripción: Monte Carlo Simulation es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca calcular escenarios probabilísticos de fechas o cantidad de entrega.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, dificultad para anticipar tiempos y capacidad de entrega con datos reales.
Valor que genera: Calcular escenarios probabilísticos de fechas o cantidad de entrega.

EquipoProductoPortafolioRiesgoPredictibilidadDatos

Estimación y predictibilidad

Descripción: Velocity es una práctica que apoya prácticas del dominio de estimación y predictibilidad. En la práctica, busca observar cantidad relativa completada por iteración dentro del mismo equipo.
Problema que resuelve: Falta de un plan adaptativo compartido sobre qué hacer a continuación; además, uso de capacidad que no refleja prioridades ni límites reales del sistema.
Valor que genera: Observar cantidad relativa completada por iteración dentro del mismo equipo.

EquipoPlanificaciónCapacidad

Estrategia y portafolio 7

Estrategia y portafolio

Descripción: OKR es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca conectar objetivos con resultados observables y facilitar alineación.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Conectar objetivos con resultados observables y facilitar alineación.

OrganizaciónProductoEstrategiaAlineaciónOutcomes

Estrategia y portafolio

Descripción: Outcomes over Outputs es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca orientar decisiones hacia resultados generados y no cantidad de trabajo producido.
Problema que resuelve: Actividad y entregables que no necesariamente producen resultados valiosos; además, ejecución desconectada de objetivos estratégicos y resultados esperados.
Valor que genera: Orientar decisiones hacia resultados generados y no cantidad de trabajo producido.

ProductoOrganizaciónValorEstrategiaOutcomes

Estrategia y portafolio

Descripción: Roadmap basado en outcomes es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca comunicar dirección y resultados esperados sin congelar anticipadamente soluciones.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, planes rígidos que no incorporan nueva información.
Valor que genera: Comunicar dirección y resultados esperados sin congelar anticipadamente soluciones.

ProductoEstrategiaAdaptaciónProducto

Estrategia y portafolio

Descripción: Portfolio Kanban es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca visualizar y gestionar el flujo de iniciativas estratégicas.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, demasiadas iniciativas abiertas y poca visibilidad del flujo estratégico.
Valor que genera: Visualizar y gestionar el flujo de iniciativas estratégicas.

OrganizaciónPortafolioFlujoPortafolioPriorización

Estrategia y portafolio

Descripción: Lean Portfolio Management es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca conectar estrategia, inversión, priorización y ejecución.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico.
Valor que genera: Conectar estrategia, inversión, priorización y ejecución.

OrganizaciónPortafolioEstrategiaGobernanzaPortafolio

Estrategia y portafolio

Descripción: QBR es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca inspeccionar resultados de negocio y adaptar prioridades de forma periódica.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo.
Valor que genera: Inspeccionar resultados de negocio y adaptar prioridades de forma periódica.

OrganizaciónEstrategiaFeedbackAlineación

Estrategia y portafolio

Descripción: Strategic Themes es una práctica que apoya prácticas del dominio de estrategia y portafolio. En la práctica, busca traducir dirección estratégica en temas que orientan inversiones y decisiones.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Traducir dirección estratégica en temas que orientan inversiones y decisiones.

OrganizaciónPortafolioEstrategiaAlineación

Experimentación 6

Experimentación

Descripción: Hipótesis explícitas es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca convertir supuestos en afirmaciones verificables para aprender con evidencia.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Convertir supuestos en afirmaciones verificables para aprender con evidencia.

ProductoAprendizajeRiesgoExperimentación

Experimentación

Descripción: Hypothesis-Driven Development es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca organizar el desarrollo alrededor de hipótesis medibles en vez de funcionalidades asumidas.
Problema que resuelve: Inversión grande antes de comprobar hipótesis clave; además, trabajo desconectado de una dirección clara de producto.
Valor que genera: Organizar el desarrollo alrededor de hipótesis medibles en vez de funcionalidades asumidas.

ProductoExperimentaciónProductoValor

Experimentación

Descripción: A/B Testing es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca comparar alternativas usando comportamiento real de usuarios.
Problema que resuelve: Inversión grande antes de comprobar hipótesis clave; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Comparar alternativas usando comportamiento real de usuarios.

ProductoExperimentaciónDatosFeedback

Experimentación

Descripción: Spike es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca investigar una incertidumbre técnica o funcional antes de comprometer una solución.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Investigar una incertidumbre técnica o funcional antes de comprometer una solución.

EquipoIngenieríaRiesgoAprendizaje

Experimentación

Descripción: Proof of Concept es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca comprobar viabilidad técnica antes de una inversión mayor.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Comprobar viabilidad técnica antes de una inversión mayor.

ProductoIngenieríaRiesgoAprendizajeTecnología

Experimentación

Descripción: Experimentos pequeños es una práctica que convierte incertidumbre y supuestos en aprendizaje basado en evidencia. En la práctica, busca aprender limitando costo, tiempo y exposición al riesgo.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Aprender limitando costo, tiempo y exposición al riesgo.

Cualquier nivelAprendizajeRiesgoExperimentación

Facilitación y decisiones 7

Facilitación y decisiones

Descripción: Lean Coffee es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca estructurar conversaciones emergentes y participativas con agenda dinámica.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, conversaciones dominadas por pocas voces o sin una estructura que permita decidir.
Valor que genera: Estructurar conversaciones emergentes y participativas con agenda dinámica.

Cualquier nivelColaboraciónFacilitación

Facilitación y decisiones

Descripción: Liberating Structures es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca aumentar participación y distribución de voz en conversaciones y decisiones.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, conversaciones dominadas por pocas voces o sin una estructura que permita decidir.
Valor que genera: Aumentar participación y distribución de voz en conversaciones y decisiones.

Cualquier nivelColaboraciónFacilitaciónCultura

Facilitación y decisiones

Descripción: Dot Voting es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca hacer visible rápidamente la preferencia colectiva entre opciones.
Problema que resuelve: Decisiones poco participativas, lentas o sin un mecanismo claro para converger; además, baja interacción entre quienes necesitan construir una solución conjunta.
Valor que genera: Hacer visible rápidamente la preferencia colectiva entre opciones.

Cualquier nivelDecisiónColaboración

Facilitación y decisiones

Descripción: Fist of Five es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca comprobar rápidamente nivel de acuerdo o apoyo a una decisión.
Problema que resuelve: Decisiones poco participativas, lentas o sin un mecanismo claro para converger; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Comprobar rápidamente nivel de acuerdo o apoyo a una decisión.

EquipoDecisiónAlineación

Facilitación y decisiones

Descripción: Delegation Poker es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca conversar explícitamente sobre niveles de autoridad y autonomía.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico.
Valor que genera: Conversar explícitamente sobre niveles de autoridad y autonomía.

EquipoOrganizaciónAutonomíaGobernanzaDecisión

Facilitación y decisiones

Descripción: Delegation Board es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca hacer visibles niveles de delegación para distintos tipos de decisiones.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico.
Valor que genera: Hacer visibles niveles de delegación para distintos tipos de decisiones.

OrganizaciónEquipoAutonomíaGobernanzaTransparencia

Facilitación y decisiones

Descripción: Decision Log es una práctica que apoya prácticas del dominio de facilitación y decisiones. En la práctica, busca registrar decisiones, contexto y razones para evitar rediscusión y pérdida de conocimiento.
Problema que resuelve: Decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Registrar decisiones, contexto y razones para evitar rediscusión y pérdida de conocimiento.

Cualquier nivelGobernanzaConocimientoTrazabilidad

Feedback 6

Feedback

Descripción: Sprint Review es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca inspeccionar resultados con stakeholders y decidir adaptaciones.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios.
Valor que genera: Inspeccionar resultados con stakeholders y decidir adaptaciones.

EquipoProductoFeedbackClienteAdaptación

Feedback

Descripción: Demo frecuente es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca mostrar producto funcionando para obtener feedback temprano.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Mostrar producto funcionando para obtener feedback temprano.

EquipoProductoFeedbackTransparencia

Feedback

Descripción: System Demo es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca mostrar periódicamente el resultado integrado de múltiples equipos.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, trabajo que funciona por separado pero falla al integrarse como sistema.
Valor que genera: Mostrar periódicamente el resultado integrado de múltiples equipos.

MultiequipoProductoFeedbackIntegración

Feedback

Descripción: Frequent Releases es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca llevar producto a usuarios frecuentemente para aprender antes.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Llevar producto a usuarios frecuentemente para aprender antes.

ProductoFeedbackEntregaCliente

Feedback

Descripción: Telemetría de producto es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca observar comportamiento real de usuarios y del producto con datos de uso.
Problema que resuelve: Retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Observar comportamiento real de usuarios y del producto con datos de uso.

ProductoSistemaFeedbackDatosProducto

Feedback

Descripción: Information Radiators es una práctica que reduce el tiempo entre hacer algo, observar sus efectos y aprender. En la práctica, busca hacer visible información relevante del sistema de trabajo.
Problema que resuelve: Información relevante invisible o fragmentada para quienes deben decidir; además, retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo.
Valor que genera: Hacer visible información relevante del sistema de trabajo.

Cualquier nivelTransparenciaFeedback

Flujo 15

Flujo

Descripción: Kanban Board es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca visualizar trabajo, estados y acumulaciones para gestionar flujo.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Visualizar trabajo, estados y acumulaciones para gestionar flujo.

Cualquier nivelVisualizaciónFlujoTransparencia

Flujo

Descripción: Workflow explícito es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca hacer visibles etapas, políticas y criterios del proceso.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Hacer visibles etapas, políticas y criterios del proceso.

EquipoSistemaFlujoTransparencia

Flujo

Descripción: WIP Limits es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca limitar trabajo simultáneo para reducir multitarea y mejorar terminación.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, dispersión de esfuerzos y dificultad para concentrarse en lo más importante.
Valor que genera: Limitar trabajo simultáneo para reducir multitarea y mejorar terminación.

EquipoSistemaFlujoFocoWIP

Flujo

Descripción: Pull System es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca iniciar nuevo trabajo según capacidad disponible en lugar de empujar más trabajo.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, uso de capacidad que no refleja prioridades ni límites reales del sistema.
Valor que genera: Iniciar nuevo trabajo según capacidad disponible en lugar de empujar más trabajo.

EquipoSistemaFlujoCapacidad

Flujo

Descripción: Small Batches es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca reducir tamaño de los cambios para acelerar feedback y disminuir riesgo.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Reducir tamaño de los cambios para acelerar feedback y disminuir riesgo.

Cualquier nivelFlujoRiesgoFeedback

Flujo

Descripción: Lead Time es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca medir tiempo desde solicitud hasta entrega para comprender experiencia del cliente.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios.
Valor que genera: Medir tiempo desde solicitud hasta entrega para comprender experiencia del cliente.

SistemaProductoFlujoClientePredictibilidad

Flujo

Descripción: Cycle Time es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca medir cuánto tarda un elemento desde que comienza hasta que termina.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, dificultad para anticipar tiempos y capacidad de entrega con datos reales.
Valor que genera: Medir cuánto tarda un elemento desde que comienza hasta que termina.

EquipoSistemaFlujoPredictibilidad

Flujo

Descripción: Throughput es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca medir cuántos elementos se terminan por período.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, uso de capacidad que no refleja prioridades ni límites reales del sistema.
Valor que genera: Medir cuántos elementos se terminan por período.

EquipoSistemaFlujoCapacidadDatos

Flujo

Descripción: Work Item Age es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca detectar trabajo abierto que lleva demasiado tiempo sin terminar.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Detectar trabajo abierto que lleva demasiado tiempo sin terminar.

EquipoRiesgoFlujo

Flujo

Descripción: Cumulative Flow Diagram es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca visualizar estabilidad, acumulación y posibles cuellos de botella.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Visualizar estabilidad, acumulación y posibles cuellos de botella.

EquipoSistemaFlujoDiagnósticoDatos

Flujo

Descripción: Control Chart es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca analizar variabilidad del tiempo de entrega y estabilidad del sistema.
Problema que resuelve: Dificultad para anticipar tiempos y capacidad de entrega con datos reales; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Analizar variabilidad del tiempo de entrega y estabilidad del sistema.

EquipoSistemaPredictibilidadFlujoDatos

Flujo

Descripción: Service Level Expectation es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca expresar probabilísticamente expectativas de entrega basadas en datos históricos.
Problema que resuelve: Dificultad para anticipar tiempos y capacidad de entrega con datos reales; además, expectativas poco claras sobre tiempos y políticas de atención.
Valor que genera: Expresar probabilísticamente expectativas de entrega basadas en datos históricos.

EquipoSistemaPredictibilidadServicioDatos

Flujo

Descripción: Clases de servicio es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca aplicar políticas distintas según urgencia, riesgo o costo de demora.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Aplicar políticas distintas según urgencia, riesgo o costo de demora.

EquipoSistemaPriorizaciónFlujo

Flujo

Descripción: Value Stream Mapping es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca visualizar extremo a extremo dónde se crea valor, espera o desperdicio.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, esperas, handoffs y actividades que consumen tiempo sin generar valor.
Valor que genera: Visualizar extremo a extremo dónde se crea valor, espera o desperdicio.

OrganizaciónSistemaFlujoDesperdicioValor

Flujo

Descripción: Value Stream Management es una práctica que hace visible y mejora el movimiento del trabajo desde que comienza hasta que termina. En la práctica, busca gestionar sistemáticamente el flujo de valor mediante datos y mejora.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, ejecución desconectada de objetivos estratégicos y resultados esperados.
Valor que genera: Gestionar sistemáticamente el flujo de valor mediante datos y mejora.

OrganizaciónPortafolioFlujoEstrategiaValor

Mejora continua 8

Mejora continua

Descripción: Sprint Retrospective es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca inspeccionar la forma de trabajar y acordar mejoras concretas.
Problema que resuelve: Problemas recurrentes que se normalizan sin cambiar el sistema de trabajo; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Inspeccionar la forma de trabajar y acordar mejoras concretas.

EquipoMejora continuaAprendizaje

Mejora continua

Descripción: Retrospectiva multiequipo es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca mejorar interacciones, dependencias y reglas del sistema de equipos.
Problema que resuelve: Problemas recurrentes que se normalizan sin cambiar el sistema de trabajo; además, fricciones que aparecen cuando múltiples equipos deben producir un resultado común.
Valor que genera: Mejorar interacciones, dependencias y reglas del sistema de equipos.

MultiequipoMejora continuaEscalamiento

Mejora continua

Descripción: Kaizen es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca realizar pequeñas mejoras continuamente y basadas en evidencia.
Problema que resuelve: Problemas recurrentes que se normalizan sin cambiar el sistema de trabajo; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Realizar pequeñas mejoras continuamente y basadas en evidencia.

Cualquier nivelMejora continuaAprendizaje

Mejora continua

Descripción: Kaizen Event es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca concentrar esfuerzos en mejorar un problema específico del proceso.
Problema que resuelve: Problemas recurrentes que se normalizan sin cambiar el sistema de trabajo; además, trabajo que se acumula, envejece o tarda demasiado en llegar a terminado.
Valor que genera: Concentrar esfuerzos en mejorar un problema específico del proceso.

EquipoOrganizaciónMejora continuaFlujo

Mejora continua

Descripción: Inspect & Adapt es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca analizar resultados sistémicos y adaptar la forma de trabajar.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, planes rígidos que no incorporan nueva información.
Valor que genera: Analizar resultados sistémicos y adaptar la forma de trabajar.

MultiequipoOrganizaciónAprendizajeAdaptación

Mejora continua

Descripción: 5 Whys es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca explorar causas subyacentes detrás de un problema.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, tratamiento de síntomas sin comprender las causas que los producen.
Valor que genera: Explorar causas subyacentes detrás de un problema.

Cualquier nivelAprendizajeCausa raíz

Mejora continua

Descripción: Root Cause Analysis es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca identificar causas sistémicas en lugar de tratar únicamente síntomas.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Identificar causas sistémicas en lugar de tratar únicamente síntomas.

Cualquier nivelRiesgoAprendizajeCausa raíz

Mejora continua

Descripción: Blameless Postmortem es una práctica que permite inspeccionar el sistema de trabajo y modificarlo deliberadamente. En la práctica, busca aprender de incidentes sin convertir el análisis en búsqueda de culpables.
Problema que resuelve: Decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje; además, comportamientos y normas implícitas que dificultan colaboración y aprendizaje.
Valor que genera: Aprender de incidentes sin convertir el análisis en búsqueda de culpables.

EquipoOrganizaciónAprendizajeCulturaRiesgo

Planificación 8

Planificación

Descripción: Sprint Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca construir un objetivo y un plan de trabajo para el Sprint.
Problema que resuelve: Falta de un plan adaptativo compartido sobre qué hacer a continuación; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Construir un objetivo y un plan de trabajo para el Sprint.

EquipoPlanificaciónAlineaciónFoco

Planificación

Descripción: Iteration Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca planear el trabajo de una iteración corta con capacidad y objetivos visibles.
Problema que resuelve: Falta de un plan adaptativo compartido sobre qué hacer a continuación; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Planear el trabajo de una iteración corta con capacidad y objetivos visibles.

EquipoPlanificaciónEntrega

Planificación

Descripción: Release Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca organizar entregas incrementales hacia objetivos mayores de producto.
Problema que resuelve: Falta de un plan adaptativo compartido sobre qué hacer a continuación; además, trabajo desconectado de una dirección clara de producto.
Valor que genera: Organizar entregas incrementales hacia objetivos mayores de producto.

ProductoPlanificaciónProducto

Planificación

Descripción: Rolling Wave Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca detallar lo cercano y mantener flexible lo lejano para responder a incertidumbre.
Problema que resuelve: Planes rígidos que no incorporan nueva información; además, compromisos prematuros frente a información todavía insuficiente.
Valor que genera: Detallar lo cercano y mantener flexible lo lejano para responder a incertidumbre.

ProductoPortafolioAdaptaciónIncertidumbre

Planificación

Descripción: Quarterly Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca revisar periódicamente objetivos, prioridades y capacidad.
Problema que resuelve: Objetivos, prioridades o decisiones que apuntan en direcciones diferentes; además, falta de un plan adaptativo compartido sobre qué hacer a continuación.
Valor que genera: Revisar periódicamente objetivos, prioridades y capacidad.

OrganizaciónPortafolioAlineaciónPlanificación

Planificación

Descripción: Big Room Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca coordinar múltiples equipos, objetivos y dependencias en un espacio común.
Problema que resuelve: Desalineación temporal entre personas o equipos y falta de visibilidad sobre lo que está ocurriendo; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Coordinar múltiples equipos, objetivos y dependencias en un espacio común.

MultiequipoSincronizaciónDependenciasAlineación

Planificación

Descripción: PI Planning es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca planificar varios equipos alrededor de objetivos y dependencias compartidas en SAFe.
Problema que resuelve: Falta de un plan adaptativo compartido sobre qué hacer a continuación; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Planificar varios equipos alrededor de objetivos y dependencias compartidas en SAFe.

MultiequipoPlanificaciónDependenciasAlineación

Planificación

Descripción: Capacity Allocation es una práctica que permite planificar de forma adaptativa sin convertir el plan en una promesa rígida. En la práctica, busca distribuir capacidad entre tipos de trabajo para proteger prioridades estratégicas.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, uso de capacidad que no refleja prioridades ni límites reales del sistema.
Valor que genera: Distribuir capacidad entre tipos de trabajo para proteger prioridades estratégicas.

ProductoPortafolioPriorizaciónCapacidad

Priorización 6

Priorización

Descripción: Ordenamiento continuo del backlog es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca adaptar prioridades según nueva información y aprendizaje.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, planes rígidos que no incorporan nueva información.
Valor que genera: Adaptar prioridades según nueva información y aprendizaje.

ProductoPriorizaciónAdaptación

Priorización

Descripción: Cost of Delay es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca hacer visible el impacto económico de retrasar una iniciativa.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, priorización que ignora el impacto económico del tiempo y de las oportunidades.
Valor que genera: Hacer visible el impacto económico de retrasar una iniciativa.

ProductoPortafolioPriorizaciónEconomíaValor

Priorización

Descripción: WSJF es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca priorizar comparando costo de demora respecto al tamaño del trabajo.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, priorización que ignora el impacto económico del tiempo y de las oportunidades.
Valor que genera: Priorizar comparando costo de demora respecto al tamaño del trabajo.

PortafolioPriorizaciónEconomía

Priorización

Descripción: MoSCoW es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca clasificar necesidades por importancia relativa: Must, Should, Could, Won't.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero.
Valor que genera: Clasificar necesidades por importancia relativa: Must, Should, Could, Won't.

ProductoPriorización

Priorización

Descripción: RICE es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca comparar oportunidades considerando alcance, impacto, confianza y esfuerzo.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Comparar oportunidades considerando alcance, impacto, confianza y esfuerzo.

ProductoPriorizaciónDatos

Priorización

Descripción: Buy a Feature es una práctica que ayuda a elegir qué hacer primero según valor, urgencia, costo y capacidad. En la práctica, busca facilitar conversaciones sobre valor asignando presupuesto limitado a opciones.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios.
Valor que genera: Facilitar conversaciones sobre valor asignando presupuesto limitado a opciones.

ProductoPriorizaciónClienteValor

Producto 23

Producto

Descripción: Product Backlog es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca mantener visible y ordenado el trabajo potencial del producto.
Problema que resuelve: Demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Mantener visible y ordenado el trabajo potencial del producto.

ProductoPriorizaciónTransparencia

Producto

Descripción: Backlog Refinement es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca comprender, dividir y preparar trabajo futuro antes de comprometerlo.
Problema que resuelve: Trabajo que entra a ejecución sin suficiente entendimiento o condiciones mínimas; además, baja interacción entre quienes necesitan construir una solución conjunta.
Valor que genera: Comprender, dividir y preparar trabajo futuro antes de comprometerlo.

EquipoProductoPreparaciónColaboración

Producto

Descripción: Product Goal es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca dar dirección de medio plazo al producto.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, dispersión de esfuerzos y dificultad para concentrarse en lo más importante.
Valor que genera: Dar dirección de medio plazo al producto.

ProductoEstrategiaFoco

Producto

Descripción: Sprint Goal es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca orientar un Sprint alrededor de un resultado coherente.
Problema que resuelve: Dispersión de esfuerzos y dificultad para concentrarse en lo más importante; además, objetivos, prioridades o decisiones que apuntan en direcciones diferentes.
Valor que genera: Orientar un Sprint alrededor de un resultado coherente.

EquipoProductoFocoAlineación

Producto

Descripción: User Stories es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca expresar necesidades desde la perspectiva del usuario y favorecer conversación.
Problema que resuelve: Decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios; además, actividad y entregables que no necesariamente producen resultados valiosos.
Valor que genera: Expresar necesidades desde la perspectiva del usuario y favorecer conversación.

ProductoEquipoClienteValorRequisitos

Producto

Descripción: Three Cs: Card, Conversation, Confirmation es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca evitar convertir historias en especificaciones rígidas y mantener conversación y validación.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, ambigüedad sobre necesidades, comportamiento esperado o condiciones de satisfacción.
Valor que genera: Evitar convertir historias en especificaciones rígidas y mantener conversación y validación.

EquipoProductoColaboraciónRequisitosFeedback

Producto

Descripción: INVEST es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca evaluar si una historia es independiente, negociable, valiosa, estimable, pequeña y comprobable.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, ambigüedad sobre necesidades, comportamiento esperado o condiciones de satisfacción.
Valor que genera: Evaluar si una historia es independiente, negociable, valiosa, estimable, pequeña y comprobable.

EquipoProductoCalidadRequisitos

Producto

Descripción: Story Splitting es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca reducir historias para acelerar flujo, aprendizaje y feedback.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Reducir historias para acelerar flujo, aprendizaje y feedback.

EquipoProductoFlujoRiesgoFeedback

Producto

Descripción: Story Mapping es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca visualizar la experiencia del usuario y organizar entregas coherentes.
Problema que resuelve: Trabajo desconectado de una dirección clara de producto; además, demasiadas iniciativas compitiendo y falta de criterios claros para decidir qué va primero.
Valor que genera: Visualizar la experiencia del usuario y organizar entregas coherentes.

ProductoProductoPriorizaciónCliente

Producto

Descripción: Personas es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca representar tipos de usuarios y sus necesidades para orientar decisiones.
Problema que resuelve: Decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios; además, construcción prematura de soluciones antes de comprender suficientemente el problema.
Valor que genera: Representar tipos de usuarios y sus necesidades para orientar decisiones.

ProductoClienteDescubrimiento

Producto

Descripción: Customer Journey Mapping es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca comprender la experiencia extremo a extremo del cliente.
Problema que resuelve: Decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios; además, construcción prematura de soluciones antes de comprender suficientemente el problema.
Valor que genera: Comprender la experiencia extremo a extremo del cliente.

ProductoClienteDescubrimientoValor

Producto

Descripción: Acceptance Criteria es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca hacer explícitas las condiciones de satisfacción de una necesidad.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, interpretaciones distintas sobre qué debe construirse o qué significa terminado.
Valor que genera: Hacer explícitas las condiciones de satisfacción de una necesidad.

EquipoProductoCalidadClaridadRequisitos

Producto

Descripción: Definition of Ready es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca acordar condiciones mínimas antes de iniciar trabajo; práctica común, no elemento oficial de Scrum.
Problema que resuelve: Trabajo que entra a ejecución sin suficiente entendimiento o condiciones mínimas; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Acordar condiciones mínimas antes de iniciar trabajo; práctica común, no elemento oficial de Scrum.

EquipoPreparaciónCalidad

Producto

Descripción: Definition of Done es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca establecer un estándar compartido para considerar terminado un incremento.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Establecer un estándar compartido para considerar terminado un incremento.

EquipoProductoCalidadTransparencia

Producto

Descripción: Shared Definition of Done es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca mantener un estándar de calidad común entre varios equipos.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, trabajo que funciona por separado pero falla al integrarse como sistema.
Valor que genera: Mantener un estándar de calidad común entre varios equipos.

MultiequipoProductoCalidadIntegración

Producto

Descripción: Product Discovery es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca investigar qué problemas merece la pena resolver antes de construir.
Problema que resuelve: Construcción prematura de soluciones antes de comprender suficientemente el problema; además, decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios.
Valor que genera: Investigar qué problemas merece la pena resolver antes de construir.

ProductoDescubrimientoClienteRiesgo

Producto

Descripción: Dual Track Discovery / Delivery es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca coordinar aprendizaje sobre el problema con construcción y entrega.
Problema que resuelve: Construcción prematura de soluciones antes de comprender suficientemente el problema; además, tiempos largos entre una idea, su construcción y su llegada a usuarios.
Valor que genera: Coordinar aprendizaje sobre el problema con construcción y entrega.

ProductoDescubrimientoEntregaAprendizaje

Producto

Descripción: Opportunity Solution Tree es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca relacionar outcomes, oportunidades, soluciones y experimentos.
Problema que resuelve: Construcción prematura de soluciones antes de comprender suficientemente el problema; además, ejecución desconectada de objetivos estratégicos y resultados esperados.
Valor que genera: Relacionar outcomes, oportunidades, soluciones y experimentos.

ProductoDescubrimientoEstrategiaExperimentación

Producto

Descripción: Impact Mapping es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca conectar objetivos, actores, cambios de comportamiento y entregables.
Problema que resuelve: Ejecución desconectada de objetivos estratégicos y resultados esperados; además, trabajo desconectado de una dirección clara de producto.
Valor que genera: Conectar objetivos, actores, cambios de comportamiento y entregables.

ProductoEstrategiaProductoAlineación

Producto

Descripción: MVP es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca aprender con la mínima solución que permita validar una hipótesis de valor.
Problema que resuelve: Inversión grande antes de comprobar hipótesis clave; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Aprender con la mínima solución que permita validar una hipótesis de valor.

ProductoExperimentaciónRiesgoValor

Producto

Descripción: Prototipado es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca probar ideas rápidamente antes de invertir en la solución completa.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Probar ideas rápidamente antes de invertir en la solución completa.

ProductoRiesgoAprendizajeDescubrimiento

Producto

Descripción: Customer Interviews es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca obtener evidencia directa sobre problemas, necesidades y contexto de usuarios.
Problema que resuelve: Construcción prematura de soluciones antes de comprender suficientemente el problema; además, retroalimentación tardía que permite que errores o supuestos sobrevivan demasiado tiempo.
Valor que genera: Obtener evidencia directa sobre problemas, necesidades y contexto de usuarios.

ProductoDescubrimientoFeedbackCliente

Producto

Descripción: Usability Testing es una práctica que ayuda a comprender, priorizar y construir aquello que genera valor para usuarios y negocio. En la práctica, busca validar que los usuarios puedan comprender y usar eficazmente la solución.
Problema que resuelve: Decisiones tomadas lejos de las necesidades y comportamiento real de clientes o usuarios; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Validar que los usuarios puedan comprender y usar eficazmente la solución.

ProductoClienteCalidadFeedback

Riesgo 4

Riesgo

Descripción: Risk Board es una práctica que hace explícita la incertidumbre para reducir exposición y sorpresas. En la práctica, busca hacer visibles riesgos, responsables y acciones de respuesta.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, información relevante invisible o fragmentada para quienes deben decidir.
Valor que genera: Hacer visibles riesgos, responsables y acciones de respuesta.

EquipoProductoRiesgoTransparencia

Riesgo

Descripción: Risk Burndown es una práctica que hace explícita la incertidumbre para reducir exposición y sorpresas. En la práctica, busca observar cómo cambia la exposición al riesgo a través del tiempo.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en opiniones sin evidencia observable suficiente.
Valor que genera: Observar cómo cambia la exposición al riesgo a través del tiempo.

ProductoRiesgoDatos

Riesgo

Descripción: Risk Spike es una práctica que hace explícita la incertidumbre para reducir exposición y sorpresas. En la práctica, busca investigar explícitamente una incertidumbre de alto impacto.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Investigar explícitamente una incertidumbre de alto impacto.

EquipoIngenieríaRiesgoAprendizaje

Riesgo

Descripción: ROAM es una práctica que hace explícita la incertidumbre para reducir exposición y sorpresas. En la práctica, busca clasificar riesgos como resueltos, asumidos, aceptados o mitigados.
Problema que resuelve: Incertidumbre o exposición a fallos que se descubre demasiado tarde; además, decisiones lentas, responsabilidades ambiguas o exceso de escalamiento jerárquico.
Valor que genera: Clasificar riesgos como resueltos, asumidos, aceptados o mitigados.

MultiequipoRiesgoGobernanza

Trabajo en equipo 10

Trabajo en equipo

Descripción: Daily / Daily Scrum es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca sincronizar al equipo, inspeccionar el avance y adaptar el trabajo inmediato.
Problema que resuelve: Desalineación temporal entre personas o equipos y falta de visibilidad sobre lo que está ocurriendo; además, trabajo descoordinado, bloqueos y esfuerzos que no convergen.
Valor que genera: Sincronizar al equipo, inspeccionar el avance y adaptar el trabajo inmediato.

EquipoSincronizaciónCoordinaciónFeedback

Trabajo en equipo

Descripción: Working Agreements es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca acordar explícitamente cómo trabajará el equipo y cómo resolverá situaciones recurrentes.
Problema que resuelve: Formas de trabajo ambiguas o poco cohesionadas dentro del equipo; además, comportamientos y normas implícitas que dificultan colaboración y aprendizaje.
Valor que genera: Acordar explícitamente cómo trabajará el equipo y cómo resolverá situaciones recurrentes.

EquipoEquipoCulturaGobernanza

Trabajo en equipo

Descripción: Team Charter es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca alinear propósito, reglas, responsabilidades y expectativas de colaboración.
Problema que resuelve: Objetivos, prioridades o decisiones que apuntan en direcciones diferentes; además, formas de trabajo ambiguas o poco cohesionadas dentro del equipo.
Valor que genera: Alinear propósito, reglas, responsabilidades y expectativas de colaboración.

EquipoAlineaciónEquipoPropósito

Trabajo en equipo

Descripción: Equipo multifuncional es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca concentrar las capacidades necesarias para entregar valor reduciendo handoffs y dependencias.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, bloqueos y esperas producidos por dependencias entre personas, equipos o componentes.
Valor que genera: Concentrar las capacidades necesarias para entregar valor reduciendo handoffs y dependencias.

EquipoAutonomíaDependenciasFlujo

Trabajo en equipo

Descripción: Autoorganización / autogestión es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca permitir que quienes realizan el trabajo decidan cómo organizarlo y adaptarlo.
Problema que resuelve: Dependencia excesiva de terceros para decidir o ejecutar; además, planes rígidos que no incorporan nueva información.
Valor que genera: Permitir que quienes realizan el trabajo decidan cómo organizarlo y adaptarlo.

EquipoAutonomíaAdaptación

Trabajo en equipo

Descripción: Pair Programming es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca mejorar calidad y compartir conocimiento mientras dos personas desarrollan juntas.
Problema que resuelve: Defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde; además, conocimiento concentrado en pocas personas y riesgo de silos.
Valor que genera: Mejorar calidad y compartir conocimiento mientras dos personas desarrollan juntas.

EquipoIngenieríaCalidadConocimientoColaboración

Trabajo en equipo

Descripción: Mob / Ensemble Programming es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca resolver colectivamente problemas complejos con aprendizaje compartido.
Problema que resuelve: Baja interacción entre quienes necesitan construir una solución conjunta; además, decisiones basadas en supuestos que no se convierten rápidamente en aprendizaje.
Valor que genera: Resolver colectivamente problemas complejos con aprendizaje compartido.

EquipoIngenieríaColaboraciónAprendizajeCalidad

Trabajo en equipo

Descripción: Swarming es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca concentrar varias personas en terminar trabajo antes de iniciar más.
Problema que resuelve: Trabajo que se acumula, envejece o tarda demasiado en llegar a terminado; además, dispersión de esfuerzos y dificultad para concentrarse en lo más importante.
Valor que genera: Concentrar varias personas en terminar trabajo antes de iniciar más.

EquipoFlujoFocoWIP

Trabajo en equipo

Descripción: Collective Code Ownership es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca evitar silos haciendo que el código sea responsabilidad del equipo completo.
Problema que resuelve: Conocimiento concentrado en pocas personas y riesgo de silos; además, incertidumbre o exposición a fallos que se descubre demasiado tarde.
Valor que genera: Evitar silos haciendo que el código sea responsabilidad del equipo completo.

EquipoIngenieríaConocimientoRiesgoCalidad

Trabajo en equipo

Descripción: Sustainable Pace es una práctica que fortalece la manera en que las personas colaboran y se organizan para entregar valor. En la práctica, busca mantener un ritmo de trabajo sostenible que proteja calidad y personas.
Problema que resuelve: Sobrecarga, desgaste o condiciones de trabajo que no son sostenibles; además, defectos, retrabajo o degradación de la calidad que aparecen demasiado tarde.
Valor que genera: Mantener un ritmo de trabajo sostenible que proteja calidad y personas.

EquipoPersonasCalidadSostenibilidad

Elige las prácticas según el problema, el contexto y el valor esperado; este catálogo es una guía abierta para el aprendizaje y la mejora.

← Volver a Mentalidad Lean-Agile

Prácticas ágiles

Explorar el catálogo

Calidad e ingeniería 24

TDD +

ATDD +

BDD +

Given-When-Then +

Unit Testing +

Automated Testing +

Acceptance Testing +

Exploratory Testing +

Refactoring +

Simple Design +

Coding Standards +

Code Review +

Static Code Analysis +

Continuous Integration +

Continuous Delivery +

Continuous Deployment +

Trunk-Based Development +

Feature Toggles +

Version Control +

Automated Build +

Infrastructure as Code +

Arquitectura evolutiva +

Architecture Decision Records +

Fitness Functions +

Conocimiento y cultura 6

Knowledge Sharing +

Pairing / Mentoring +

Brown Bag Sessions +

Psychological Safety Practices +

Feedback frecuente +

Transparencia del trabajo +

DevOps y confiabilidad 8

DevOps +

DevSecOps +

Observability +

Monitoring +

SLI +

SLO +

Error Budget +

Chaos Engineering +

Diseño organizacional 9

Equipos alineados al flujo +

Platform Team +

Enabling Team +

Complicated Subsystem Team +

Collaboration Mode +

X-as-a-Service +

Facilitation Mode +

Platform as a Product +

InnerSource +

Entrega 4

Incremental Development +

Iterative Development +

Release on Demand +

Deployment / Release Decoupling +

Escalamiento 14

Scrum of Scrums +

MetaScrum +

Nexus Daily Scrum +

Cross-Team Refinement +

Shared Product Backlog +

Integrated Increment +

Dependency Mapping +

Dependency Board +

Program Board +

Communities of Practice +

Guilds +

Chapters +

Feature Teams +

Retrospectiva de sistema +

Estimación y predictibilidad 7

Estimación relativa +

Story Points +

Planning Poker +

T-Shirt Sizing +

Forecast basado en throughput +

Monte Carlo Simulation +