Scrum & Kanban: Prácticas Ágiles para Equipos de Alto Rendimiento

Escucha este audio

¿Tus equipos realmente dominan las prácticas ágiles o solo van a las ceremonias?

¿Cuántas veces has visto equipos hacer "Daily Standups" que se convierten en reportes de estatus de 30 minutos?

¿Tus Sprint Plannings son productivos o son negociaciones agotadoras sobre cuántos story points caben en un sprint?

¿Tus retrospectivas generan mejoras reales o son quejas repetitivas sin cambios concretos?

Si la agilidad en tu organización se siente más como teatro que como excelencia operativa, este módulo es exactamente lo que necesitas.

El Problema de la Agilidad Superficial: Ceremonias sin Sustancia

¿Tus equipos dicen que "hacen Scrum" pero en realidad solo tienen reuniones con nombres ágiles?

¿Cuánto tiempo pierden tus equipos en reuniones improductivas porque nadie sabe realmente cómo facilitarlas?

¿Tu backlog es una lista interminable de tareas sin priorización clara ni criterios de aceptación?

Implementar agilidad no es adoptar ceremonias y artefactos. Es dominar las prácticas que permiten a los equipos entregar valor de manera consistente, predecible y sostenible. Sin embargo, la mayoría de los equipos caen en estos patrones:

Ceremonias mal ejecutadas:

• Daily Standups que son reportes de estatus, no herramientas de coordinación

• Sprint Plannings donde no se entiende realmente qué se va a construir

• Retrospectivas donde se identifican problemas pero nunca se implementan soluciones

• Reviews donde el producto owner es el único que habla

Backlogs de baja calidad:

• User stories sin criterios de aceptación claros

• Historias demasiado grandes o demasiado técnicas

• Sin priorización basada en valor

• Refinamiento que nunca sucede o es caótico

Planificación deficiente:

• No hay Definition of Ready (DoR) o Definition of Done (DoD)

• Release planning inexistente o desconectado de la estrategia

• Equipos que no saben cómo estimar o lo hacen mecánicamente

• Dependencias que se descubren demasiado tarde

Trabajo sin contexto:

• Equipos construyendo features sin entender el problema del usuario

• Product Discovery que no sucede

• Soluciones que nadie pidió y nadie usa

El resultado es predecible:

• Equipos frustrados que sienten que las ceremonias son overhead

• Stakeholders insatisfechos porque no ven el valor que esperaban

• Burnout porque "ser ágil" se convierte en hacer más reuniones con más presión

• Pérdida de credibilidad de la agilidad como forma de trabajo

Este módulo es la inmersión más profunda y práctica en las herramientas operativas que necesitan los equipos para ejecutar con excelencia.

¿Qué aprenderás en este módulo?

Scrum & Kanban es el módulo más extenso y práctico de la formación SendoÁgil. Durante 22 horas intensivas de capacitación hands-on, tus equipos dominarán todas las herramientas operativas para trabajar de manera ágil con excelencia profesional.

No es teoría. No es certificación. Es práctica deliberada con las herramientas que usan los equipos de alto rendimiento todos los días.

Dominarás:

• Scrum, Kanban y Scrumban: Los frameworks fundamentales y cómo combinarlos inteligentemente

• Facilitación de eventos ágiles: Cómo hacer que cada ceremonia genere valor y decisiones

• Ingeniería de backlogs: Crear user stories de alta calidad que equipos técnicos puedan ejecutar

• Product Discovery: Validar problemas antes de construir soluciones

• Release Planning: Conectar el trabajo del sprint con objetivos de producto

• Equipos de alto rendimiento: Las dinámicas que separan equipos excepcionales de equipos promedio

Este módulo está diseñado para Jefaturas y Equipos con un enfoque táctico-operativo: las personas que ejecutan el trabajo diario y necesitan herramientas concretas que funcionen desde el primer día.

Contenido Detallado: Lo que Dominarás en Cada Tema

1. Scrum / Kanban / Scrumban: Los Fundamentos de Excelencia Operativa

¿Cuál es la diferencia real entre Scrum y Kanban, y por qué importa?

Scrum y Kanban son los dos frameworks más usados para gestión de trabajo en equipos ágiles. No son intercambiables, pero tampoco son mutuamente excluyentes. En esta sección profunda aprenderás cuándo usar cada uno y cómo combinarlos inteligentemente en Scrumban.

Scrum: El framework de iteraciones timeboxeadas

Comprenderás Scrum más allá del "libro de reglas". Aprenderás por qué cada elemento existe y cómo adaptarlo sin romper su efectividad.

• Los 3 roles: Product Owner, Scrum Master, Development Team (y por qué cada uno es esencial)

• Los 5 eventos: Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective, Refinement

• Los 3 artefactos: Product Backlog, Sprint Backlog, Increment

• El concepto de Sprint como contenedor de inspección y adaptación

• Empirismo: inspection, adaptation y transparency

Kanban: El sistema de flujo continuo

Kanban es más que un tablero con columnas. Es un método completo para gestionar trabajo de conocimiento con base en principios de Lean.

• Los 6 prácticas de Kanban (Visualize, Limit WIP, Manage Flow, Make Policies Explicit, Implement Feedback Loops, Improve Collaboratively)

• Diseño de tableros Kanban que revelan cuellos de botella

• Work In Progress (WIP) limits y su impacto en throughput

• Cumulative Flow Diagrams (CFD) para diagnóstico de flujo

• Políticas explícitas para cada columna

Scrumban: Lo mejor de ambos mundos

Scrumban no es "Scrum con un tablero Kanban". Es una síntesis inteligente que mantiene lo mejor de cada framework.

• Cuándo Scrumban es la opción correcta (y cuándo no lo es)

• Mantener iteraciones de Scrum con flujo continuo de Kanban

• Pull systems con planning horizons

• Trigger mechanisms para refinamiento y planificación

Beneficios concretos:

• Dominarás la teoría y práctica de Scrum y Kanban a nivel profesional

• Comprenderás cuándo usar cada framework según el contexto de tu equipo

• Aprenderás a diseñar sistemas de trabajo que optimizan para flujo y valor

• Implementarás WIP limits basados en capacidad real del equipo

• Desarrollarás tableros que comunican estado y problemas visualmente

• Evitarás los anti-patrones comunes (Zombie Scrum, Kanban caótico)

2. Sprint Planning y Refinamiento: Planificación que Genera Claridad

¿Cómo logras que tu equipo termine un Sprint Planning entendiendo exactamente qué van a construir y por qué?

Sprint Planning es donde la estrategia se convierte en ejecución. Mal hecho, es una pérdida de tiempo. Bien hecho, es la ceremonia que genera alineación, claridad y compromiso. El Refinamiento es el trabajo de preparación que hace que el Planning funcione.

Sprint Planning efectivo:

La mayoría de los Sprint Plannings fallan porque intentan hacer demasiado en una sola sesión. Aprenderás la estructura de dos partes que genera resultados consistentes.

Parte 1: ¿Qué vamos a construir? (The What)

• Entender el Sprint Goal (objetivo claro, no lista de tareas)

• Seleccionar user stories del Product Backlog basado en valor y readiness

• Decomposición de historias grandes si es necesario

• Commitment del equipo al Sprint Goal

Parte 2: ¿Cómo lo vamos a construir? (The How)

• Descomposición de user stories en tareas técnicas

• Identificación de dependencias y riesgos

• Diseño técnico colaborativo (cuando es necesario)

• Creación del Sprint Backlog

Refinamiento continuo (Grooming):

El Refinamiento no es una ceremonia oficial de Scrum, pero es esencial. Es el trabajo de preparación que permite Sprint Plannings eficientes.

• Cuándo y cómo hacer refinamiento (mid-sprint, 1-2 horas)

• Técnicas de descomposición de épicas en user stories

• Añadir criterios de aceptación y conditions of satisfaction

• Estimar user stories (Planning Poker, T-shirt sizing, No Estimates)

• Identificar dependencias y prerequisitos

• Alcanzar Definition of Ready (DoR)

Beneficios concretos:

• Conducirás Sprint Plannings que terminan en 2 horas o menos con claridad total

• Implementarás sesiones de refinamiento productivas que preparan el backlog

• Aprenderás técnicas de facilitación para mantener energía y focus

• Desarrollarás habilidades de descomposición de trabajo complejo

• Crearás Sprint Goals que inspiran y alinean al equipo

• Evitarás el síndrome de "planeamos 2 horas y entendimos en el día 3"

3. Review y Retrospectivas: Inspección y Adaptación que Genera Mejora Real

¿Tus Sprint Reviews son demos aburridas o conversaciones productivas sobre el producto?

¿Tus retrospectivas identifican los mismos problemas cada sprint sin que nada cambie?

Review y Retrospective son las ceremonias de inspección y adaptación. Una enfocada en el producto (Review), la otra en el proceso (Retrospective). Ambas son esenciales para mejora continua.

Sprint Review: Inspección del producto y adaptación del backlog

La Review NO es una demo. Es una sesión de trabajo colaborativa para inspeccionar el incremento y adaptar el Product Backlog.

Estructura de una Review efectiva:

• Contexto del Sprint: qué se planeó vs. qué se completó

• Demo del incremento construido (funcionando, en ambiente de producción o cerca)

• Feedback de stakeholders (¿esto resuelve el problema?, ¿qué falta?, ¿qué aprendimos?)

• Discusión de marketplace y tendencias que afectan el producto

• Revisión de timeline y próximos pasos

• Ajuste del Product Backlog basado en aprendizajes

Técnicas avanzadas:

• Cómo hacer demos atractivas que generen conversación

• Manejo de stakeholders difíciles o desenganchados

• Recolección estructurada de feedback

• Pivot de prioridades basado en aprendizajes del sprint

Sprint Retrospective: Inspección del proceso y mejora continua

La Retrospective es donde el equipo se vuelve mejor. Es el momento de reflexión sobre cómo trabajan y qué cambiar.

Formatos de retrospectiva:

• Start-Stop-Continue (simple y efectivo)

• Sailboat / Speedboat (metáfora visual)

• 4Ls: Liked, Learned, Lacked, Longed For

• Mad-Sad-Glad (exploración emocional)

• Timeline Retrospective (para sprints largos o releases)

• Lean Coffee (conversación estructurada)

Facilitación de retrospectivas de alto impacto:

• Crear seguridad psicológica para conversaciones difíciles

• Mover de quejas a acciones específicas

• Priorizar mejoras (no más de 1-2 por sprint)

• Asignar ownership y seguimiento de action items

• Cerrar el loop: revisar mejoras del sprint anterior

Beneficios concretos:

• Facilitarás Sprint Reviews que generan insights de producto valiosos

• Conducirás retrospectivas donde los equipos realmente se sienten escuchados

• Dominarás 10+ formatos de retrospectiva para mantener frescura

• Implementarás action items que realmente se ejecutan

• Crearás espacios seguros para conversaciones difíciles pero necesarias

• Medirás la efectividad de tus retrospectivas (velocity de mejoras)

4. DoD, DoR y Release Planning: Los Acuerdos que Generan Predictibilidad

¿Cómo sabe tu equipo cuándo una user story está realmente "lista"?

¿Cuántas veces una historia "completa" vuelve porque faltó testing, documentación o algún criterio de calidad?

Definition of Ready (DoR) y Definition of Done (DoD) son los acuerdos de calidad que hacen que los equipos sean predecibles. Release Planning conecta sprints individuales con objetivos de producto más grandes.

Definition of Ready (DoR): El contrato de entrada al Sprint

Una user story está "ready" cuando tiene suficiente detalle para que el equipo pueda estimarla y ejecutarla con confianza.

Elementos típicos de un DoR:

• Tiene un título descriptivo y user story format

• Tiene criterios de aceptación claros y testables

• Ha sido estimada por el equipo

• No tiene dependencias bloqueantes

• Cabe dentro de un sprint

• Ha sido revisada y entendida por el equipo

• Tiene mockups/wireframes si es necesario

• Implicaciones de seguridad/performance están identificadas

Definition of Done (DoD): El contrato de salida del Sprint

Una user story está "done" cuando cumple todos los criterios de calidad que el equipo ha acordado.

Elementos típicos de un DoD:

• Código escrito y revisado (code review)

• Tests unitarios escritos y pasando

• Tests de integración pasando

• Tests de aceptación pasando

• Documentación actualizada

• Desplegado en ambiente de staging

• Aceptado por Product Owner

• No regression bugs introducidos

• Cumple estándares de accesibilidad y performance

Release Planning: Conectando sprints con visión de producto

El Release Planning es la planificación de más largo plazo que conecta múltiples sprints con objetivos de producto o hitos de negocio.

Técnicas de Release Planning:

• Story mapping para visualizar journey del usuario completo

• Roadmap de producto por quarters o releases

• Feature toggling para separar deploy de release

• MVPs y releases incrementales

• Risk assessment y dependency mapping

Beneficios concretos:

• Crearás DoR y DoD específicos para tu contexto (no genéricos de internet)

• Reducirás trabajo rehecho por falta de claridad en ready o done

• Implementarás Definition of Done que evolucionan con la madurez del equipo

• Aprenderás a hacer release planning sin caer en waterfall

• Desarrollarás roadmaps de producto que balancean visión con flexibilidad

• Mejorarás predictibilidad sin sacrificar capacidad de adaptación

5. User Stories y User Story Mapping: Ingeniería de Backlogs de Alta Calidad

¿Tus user stories capturan necesidades reales del usuario o son tareas técnicas disfrazadas?

La calidad del Product Backlog determina la calidad del producto que construyes. User Stories bien escritas comunican contexto, valor y criterios de éxito. User Story Mapping organiza historias en un journey coherente.

Anatomía de una User Story excelente:

Formato estándar: "Como [tipo de usuario], quiero [acción/funcionalidad] para [beneficio/valor]"

Pero el formato es solo el comienzo. Una gran user story tiene:

Características INVEST:

• Independent: Puede desarrollarse sin depender de otras historias

• Negotiable: Los detalles pueden ajustarse durante desarrollo

• Valuable: Entrega valor al usuario o negocio

• Estimable: El equipo puede estimar el esfuerzo

• Small: Cabe en un sprint

• Testable: Tiene criterios de aceptación verificables

Criterios de Aceptación claros:

Los criterios de aceptación son la definición de "funciona correctamente" para una historia.

Formato Given-When-Then (Gherkin):

• Given [contexto inicial]

• When [acción del usuario]

• Then [resultado esperado]

Ejemplo:

Historia: Como usuario móvil, quiero poder iniciar sesión con huella digital 
para acceder más rápidamente

Criterios de aceptación:
1. Given que tengo huella digital configurada en mi dispositivo
   When selecciono "Iniciar sesión con huella"
   Then el sistema valida mi huella y me da acceso

2. Given que la validación de huella falla 3 veces
   When intento nuevamente
   Then el sistema me pide usar contraseña tradicional

User Story Mapping: Visualizando el journey completo

User Story Mapping es una técnica de Jeff Patton para organizar user stories en el contexto del journey del usuario completo.

Estructura del Story Map:

• Backbone (columna vertebral): Las actividades principales del usuario

• Walking skeleton: El flujo mínimo end-to-end

• Releases incrementales: Qué construimos primero, segundo, tercero

• MVPs y learning goals: Qué queremos validar en cada release

Beneficios concretos:

• Escribirás user stories que comunican valor, no solo funcionalidad técnica

• Dominarás técnicas de splitting para descomponer historias grandes

• Crearás criterios de aceptación que eliminan ambigüedad

• Implementarás User Story Mapping para visualizar el producto completo

• Priorizarás basado en valor y aprendizaje, no solo effort

• Evitarás el backlog interminable de tareas sin contexto

6. Product Discovery / Impact Mapping: Construir lo Correcto, No Solo Construirlo Correctamente

¿Cuántas features has construido que nadie usa?

¿Cómo sabes que estás resolviendo el problema correcto antes de escribir código?

Product Discovery es el trabajo que haces ANTES de construir para validar que estás resolviendo un problema real de manera viable. Impact Mapping te ayuda a conectar features con outcomes de negocio.

El problema del Feature Factory:

Muchos equipos se convierten en "feature factories": construyen rápido y con calidad, pero construyen cosas que nadie necesita. Product Discovery previene esto.

Técnicas de Product Discovery:

1. User Research y Customer Development:

• Entrevistas de descubrimiento (discovery interviews)

• Observación contextual (shadowing users)

• Análisis de datos de uso (analytics)

• Surveys y cuestionarios estructurados

2. Problem Definition:

• Jobs to Be Done (JTBD) framework

• Problem statements

• Opportunity solution trees

• Empathy mapping

3. Solution Ideation:

• Design sprints

• Crazy 8s y sketching exercises

• Opportunity scoring

• Kano model para priorización

4. Validation:

• Prototipos clickeables (Figma, InVision)

• Landing pages de validación

• Concierge MVPs

• Wizard of Oz experiments

Impact Mapping: Conectando features con objetivos de negocio

Impact Mapping es una técnica de Gojko Adzic para asegurar que cada feature contribuye a un objetivo de negocio medible.

Estructura del Impact Map:

1. Goal (Objetivo): ¿Qué queremos lograr? (Métrica de negocio)

2. Actors (Actores): ¿Quiénes pueden ayudarnos a lograrlo?

3. Impacts (Impactos): ¿Cómo pueden cambiar su comportamiento?

4. Deliverables (Entregables): ¿Qué podemos construir para generar ese cambio?

Ejemplo:

GOAL: Aumentar revenue 20% en Q2

ACTOR: Usuarios actuales que solo compran 1 vez al mes
  IMPACT: Que compren 2-3 veces al mes
    DELIVERABLE: Programa de puntos por compras frecuentes
    DELIVERABLE: Notificaciones personalizadas de ofertas

ACTOR: Usuarios abandonados (no compran hace 3 meses)
  IMPACT: Que regresen y hagan al menos 1 compra
    DELIVERABLE: Campaña de win-back con descuento
    DELIVERABLE: Email personalizado con productos basados en historial

Beneficios concretos:

• Implementarás técnicas de Product Discovery antes de escribir código

• Aprenderás a validar problemas con usuarios reales, no solo assumptions

• Dominarás Impact Mapping para conectar features con business outcomes

• Desarrollarás habilidades de user research y customer interviews

• Crearás prototipos de bajo costo para validar antes de construir

• Reducirás waste construyendo solo lo que realmente genera valor

7. Portafolio Ágil: Gestión de Múltiples Iniciativas con Agilidad

¿Cómo priorizas entre múltiples equipos, productos e iniciativas sin perder la agilidad?

Cuando pasas de gestionar un equipo a gestionar múltiples equipos o un portafolio completo de productos, necesitas herramientas de priorización y governance a nivel de portfolio.

Del Project Portfolio Management tradicional al Portfolio Ágil:

El portfolio management tradicional usa business cases rígidos y gates de aprobación. El Portfolio Ágil mantiene governance pero con base en flujo continuo y validación empírica.

Elementos de Portfolio Ágil:

1. Portfolio Kanban:

• Visualizar todas las iniciativas (epics, projects, products)

• WIP limits a nivel de portfolio (cuántas iniciativas simultáneas)

• Flow metrics para detectar cuellos de botella en investment

2. Lean Portfolio Management (LPM):

• Strategy and investment funding

• Agile portfolio operations

• Lean governance (Lightweight, data-driven decision making)

3. Frameworks de priorización:

• WSJF (Weighted Shortest Job First): Costo de delay / duración

• ICE Score: Impact × Confidence × Ease

• RICE Score: Reach × Impact × Confidence / Effort

• Value vs. Effort matrix: Priorización visual

4. Funding models ágiles:

• Equipos estables con funding continuo (no proyectos)

• Venture capital approach: seed → grow → harvest

• Lean startup accounting

5. Portfolio Reviews:

• Inspect & Adapt a nivel de portfolio

• Kill projects que no están generando valor

• Repriorizaciones basadas en aprendizajes

Beneficios concretos:

• Implementarás Portfolio Kanban para visualizar y gestionar múltiples iniciativas

• Aprenderás frameworks de priorización basados en valor y costo de delay

• Desarrollarás capacidad de kill projects basándote en evidencia, no en política

• Crearás modelos de funding que promueven equipos estables sobre staff augmentation

• Dominarás Lean Portfolio Management para governance ágil

• Evitarás over-commitment y thrashing entre prioridades cambiantes

8. Equipos de Alto Rendimiento: La Ciencia de la Colaboración Excepcional

¿Qué separa un equipo excepcional de uno promedio?

¿Por qué algunos equipos con talento individual mediocre superan a equipos llenos de estrellas?

La agilidad no es principalmente sobre procesos. Es sobre equipos. Esta sección explora qué hace que algunos equipos sean excepcionales y cómo construir esa cultura deliberadamente.

Las 5 disfunciones de un equipo (Patrick Lencioni):

1. Ausencia de confianza: Miembros no vulnerables unos con otros

2. Miedo al conflicto: Evitar debates productivos para mantener armonía artificial

3. Falta de compromiso: Sin conflict sano, no hay buy-in real

4. Evitar accountability: No responsabilizarse mutuamente por estándares altos

5. Desatención a resultados: Priorizar egos individuales sobre resultados de equipo

Las 5 dinámicas de equipos excepcionales (Google's Project Aristotle):

Después de analizar 180 equipos, Google descubrió que la composición del equipo importa menos que las dinámicas:

1. Psychological Safety: Puedo tomar riesgos sin miedo a humillación

2. Dependability: Puedo contar con mis compañeros de equipo

3. Structure & Clarity: Tengo claridad sobre roles, planes y objetivos

4. Meaning: El trabajo tiene significado personal para mí

5. Impact: Creo que mi trabajo importa y genera impacto

Construcción deliberada de equipos de alto rendimiento:

Fase 1: Forming (Formación)

• Team charter: acuerdos de cómo trabajamos

• Working agreements: norms del equipo

• Roles y responsabilidades claras

• Construir confianza inicial

Fase 2: Storming (Conflicto)

• Facilitar conflicto productivo

• Disagreement frameworks (how we disagree)

• Decision-making protocols (cómo decidimos)

• Establecer feedback culture

Fase 3: Norming (Normalización)

• Ritmo sostenible

• Continuous improvement mechanisms

• Celebration of success

• Building team identity

Fase 4: Performing (Alto Rendimiento)

• Self-organization verdadera

• Ownership colectivo

• Innovation y excelencia como norma

• Resilience ante adversidad

Técnicas prácticas:

• Team Health Checks: Evaluaciones periódicas de dinámica de equipo

• Collaboration Protocols: Pair programming, mob programming, swarming

• Feedback Loops: 1-on-1s, 360 feedback, appreciation practices

• Conflict Resolution: Crucial conversations frameworks

• Psychological Safety Exercises: Vulnerability-based trust activities

Beneficios concretos:

• Comprenderás la ciencia detrás de equipos excepcionales

• Implementarás prácticas para construir seguridad psicológica

• Desarrollarás habilidades de facilitación de conflicto productivo

• Crearás working agreements que realmente se siguen

• Aprenderás a medir salud de equipo más allá de velocity

• Construirás equipos resilientes que se auto-gestionan y mejoran continuamente

Información del Módulo

Módulo: M03 - Scrum & Kanban
Fase del Programa: Fase 2 - Capacitación Práctica
Duración Total: 22 horas
Número de Clases: 11 sesiones de 2 horas cada una
Dirigido a: Jefaturas y Equipos (enfoque táctico-operativo)

Lo que Lograrás al Finalizar este Módulo

Al completar Scrum & Kanban, habrás desarrollado maestría operativa en las prácticas que usan los equipos ágiles de alto rendimiento todos los días:

✅ Dominio completo de Scrum, Kanban y Scrumban - sabrás cuándo usar cada uno y cómo combinarlos efectivamente

✅ Facilitación profesional de todos los eventos ágiles - Sprint Planning, Daily, Review, Retrospective ejecutados con excelencia

✅ Creación de backlogs de alta calidad - user stories con criterios de aceptación claros, estimación efectiva, priorización basada en valor

✅ Product Discovery antes de construir - validar problemas y soluciones con usuarios reales antes de escribir código

✅ Impact Mapping y Agile Inception - conectar features con objetivos de negocio medibles

✅ Gestión de portfolio ágil - priorizar entre múltiples iniciativas con frameworks basados en valor

✅ Construcción de equipos de alto rendimiento - crear las dinámicas que generan colaboración excepcional

✅ Definition of Ready y Done robustos - acuerdos de calidad que generan predictibilidad

✅ Release Planning efectivo - conectar sprints con visión de producto y roadmap

✅ Herramientas de trabajo diarias - tableros Kanban, burndown charts, CFDs, velocity tracking

✅ Mentalidad de mejora continua - retrospectivas que generan cambios reales, no solo conversaciones

Este no es un curso de certificación. Es entrenamiento profesional en las herramientas que usarás todos los días.

Al finalizar, tus equipos no solo "harán Scrum" o "usarán Kanban". Dominarán las prácticas ágiles de manera que se sienten naturales, productivas y sostenibles.

¿Estás listo para transformar a tus equipos en ejecutores de excelencia ágil?