Curso completo SCRUM, conoce los 3 roles mas importantes

En un entorno ágil, la forma en que se estructura el equipo es más importante que la jerarquía tradicional. Esta clase define quién es quién y cómo la responsabilidad compartida reemplaza el comando y control .

Aprenderás en detalle sobre los 3 Roles Esenciales de Scrum :

1. Product Owner: El responsable de maximizar el valor de negocio , priorizar el qué y ser la voz del cliente.

2. Scrum Master: El líder servicial que protege al equipo, elimina impedimentos y salvaguarda que la metodología se aplique correctamente.

3. Miembros del equipo: El equipo multifuncional y autoorganizado que define el cómo y es responsable de la construcción y la calidad.

Dato clave para certificación: Conocerás el tamaño ideal (y el rango) de un equipo Scrum y por qué es crucial que sea multifuncional para evitar dependencias externas.

El Product Backlog no es solo una lista de deseos; es la única fuente de trabajo para el equipo Scrum. Su correcta gestión es el pilar para garantizar que el equipo siempre trabaje en lo que genera el máximo valor de negocio .

En esta clase, aprenderás a dominar este artefacto crucial:

• Estructura y Priorización: Entiende la metáfora de la "pila" donde lo más urgente y detallado está arriba.

• Roles y Responsabilidad: Descubra por qué el Product Owner es el gestor, pero todos en el equipo participan en su construcción.

• Tipos de PBI (Product Backlog Items): Identifica y clasifica los 5 tipos de elementos que componen el backlog : Épicas, Historias de Usuario, Defectos, Mejoras Técnicas y los cruciales Spikes (pruebas de concepto).

• Caso Práctico: Te guiaremos en un ejercicio práctico (una tienda de libros web) para que veas cómo se construyen, segregan y priorizan los elementos desde el concepto inicial.

¡Domina la técnica de la priorización para asegurar un Retorno de Inversión (ROI) óptimo en cada ciclo!

El Sprint es la cadencia de trabajo que permite la entrega iterativa e incremental de valor. Esta clase desarrolla el ciclo de trabajo de 2 a 4 semanas que transforma el Product Backlog en un producto real.

Aprenderás la estructura y el propósito del Time-Boxing de cada uno de los 5 Eventos:

1. Sprint Planning: Definir el compromiso y el Sprint Backlog .

2. Daily Scrum: La sincronización diaria de 15 minutos que garantiza Inspección y Adaptación continua.

3. Grooming/Refinamiento: Preparar historias futuras para que estén listas para la planeación.

4. Sprint Review: Mostrar el Incremento Potencialmente Liberable (el producto funcional) a los stakeholders y obtener feedback .

5. Retrospectiva: El evento de Mejora Continua para generar acciones concretas para el siguiente ciclo.

¡Domina la secuencia de eventos que asegura transparencia y permite que tu equipo se auto-organice con éxito!

En Scrum, la calidad y la claridad no se dejan al azar, se formalizan con dos artefactos clave. Esta clase te enseña a implementar la Definición de Listo (DoR) y la Definición de Hecho (DoD) , los cuales protegen al equipo y al cliente.

Aprenderás:

• Definición de Ready (DoR): Los criterios que deben cumplir una Historia de Usuario para ser considerado apto para entrar al Sprint Planning . Descubra por qué son importantes las 3 C (Conversada, Confirmada, Escrita en Tarjeta) , los criterios de aceptación y los prototipos visuales.

• Definición de Hecho (DoD): Los criterios que definen si una funcionalidad está realmente terminada . Esto incluye pruebas , revisión de pares , integración continua y todos los pasos que transforman el código en un Incremento de Calidad .

¡El DoD es el estándar de oro de tu equipo! Entender y aplicar estas definiciones es crucial para evitar el retrabajo, reducir la incertidumbre y garantizar que cada entrega sea "Potencialmente Liberable" .

Aunque la Guía Scrum no lo exige, el Sprint Cero es una práctica crucial en la vida real. Es el periodo de preparación (máximo 2-4 semanas) que evita que tu equipo enfrente bloqueos y dependencias al iniciar el desarrollo.

En esta clase, definiremos qué es el Sprint Cero y cómo debemos enfocarnos:

• El Objetivo: No es entregar funcionalidad, sino preparar los cimientos para garantizar una cadencia fluida en el Sprint 1 .

• Las 5 W's de la Preparación: Descubre la estructura para recopilar la información esencial: Why (Visión/Estrategia), What (Product Backlog Inicial), Who (Conformación y Onboarding del equipo), How (Arquitectura, Herramientas, Definiciones Metodológicas) y When (Roadmap inicial).

• El Foco en lo Mínimo Necesario: Aprende a evitar la "cascada camuflado" y prioriza solo la preparación que afectará al Sprint 1 y Sprint 2 .

¡Una preparación sólida en el Sprint Cero es la mejor inversión de tiempo para el éxito iterativo de tu proyecto!

En el mundo ágil, no basta con construir rápido; ¡Hay que construir lo correcto! El desarrollo tradicional está lleno de " costos hundidos" por lanzar productos que el mercado no usa.

En esta clase fundamental, entenderás por qué el Design Thinking (DT) es el cambio de paradigma necesario:

• De la Especulación a la Empatía: Pasamos de un modelo basado en el análisis de mercado ( Build it and they will come ) a un Diseño Centrado en Humanos .

• La Razón de Ser del DT: Descubra por qué es crucial para la innovación disruptiva , la experimentación y la creación de productos genuinamente atractivos .

• El Ciclo Iterativo: Presentamos las 5 Fases (Empatizar, Definir, Idear, Prototipar, Probar) y por qué no es un flujo secuencial, sino un proceso de aprendizaje continuo que permite "pivotar" (cambiar) sin considerarlo un fracaso.

• La Tensión Clave: Analizamos cómo el DT, aunque consume inversión en las primeras etapas, requiere KPIs y OKRs para medir el impacto y justificar el valor.

¡Aprende el marco que te garantiza que el cliente estará en el centro de tu visión de producto!

La fase de Empatía es el corazón del Design Thinking. Antes de resolver el problema, debemos sentir las emociones, experiencias y frustraciones de nuestro consumidor. Aquí no buscamos soluciones, ¡buscamos entendimiento puro!

En esta clase, aprenderás las técnicas esenciales para sumergirte en el contexto de tu usuario:

• Mapa de Empatía: La técnica para desglosar lo que el consumidor piensa , siente , oye , ve , dice y hace de forma holística.

• Método Persona: Cómo perfilar roles clave para obtener una muestra representativa de tu audiencia.

• Journey Maps: La herramienta fundamental para mapear el flujo de actividades, identificar cuellos de botella, emociones y oportunidades en su día a día.

• Observación: La diferencia entre la observación controlada (laboratorio) y la naturalista (entorno cotidiano).

• Conexión Agile: Descubre por qué un enfoque Kanban es más adecuado que un Sprint para gestionar las actividades impredecibles de la fase de Empatía.

¡Deja de asumir y empieza a comprender!

Tras sumergirte en el contexto de tu usuario, es momento de traducir la observación en una declaración de desafío que inspira a la organización. La Definición del Problema es la fase que acota la necesidad real.

En esta clase, aprenderás a articular el desafío de manera efectiva:

• Punto de Vista (POV) / Pain Point: Cómo formular una declaración que sea inspiradora, retadora y enfocada en el problema (no en la solución). El desafío es conectar el conocimiento de la persona con una necesidad.

• Técnicas de Síntesis: Utiliza Mapas Mentales y Diagramas de Afinidad para agrupar los hallazgos de la fase de Empatía (Journey Maps y Personas) y encontrar patrones de dolor comunes.

• Calidad del POV: Aplicamos lecturas críticas (checklists) para determinar si un POV es válido, procesable y lo suficientemente ambicioso para retar a la compañía.

• Métricas Clave: Definimos KPIs para esta fase, como el porcentaje de Puntos de Vista Válidos logrados, clave para medir el éxito del análisis.

¡Un problema bien definido es un problema medio resuelto! Asegúrate de que tu enunciado inspire alternativas innovadoras.

Tras definir un POV retador, es hora de generar soluciones. La Fase de Ideación exige innovación, cantidad y libertad creativa. El objetivo no es la calidad, ¡sino explora múltiples alternativas!

En esta clase,Aprenderás técnicas poderosas para explotar la creatividad del equipo:

• Reglas de Oro: Cómo fomentar las ideas "salvajes", por qué hay que diferir el juicio(dejar de juzgar) y la importancia de construir sobre las ideas de los demás.

• Pensamiento disruptivo: Utiliza elWhat If (¿Qué pasaría si...) y la Lluvia de Ideas Inversa para cambiar tu observador y generar alternativas que rompan los esquemas tradicionales.

• CORRETEAR: La técnica más arraigada en las empresas. Desglosa un problema para buscar Sustitutos, Combinaciones, Adaptaciones, Modificaciones, Otros Usos, Eliminaciones y Reorganizaciones.

• Integración con Kanban: Descubre cómo priorizar losPuntos de vistay organizar las actividades de ideación utilizando un tablero de flujo continuo.

¡La salida de esta fase alimenta toda la organización (TI, Mercadeo, Comercial)! Es el inicio de tu cartera de productos.

Esta es la fase de la materialización simple ya bajo costo . El objetivo del Prototipado es crear una versión tangible (o visual) de la solución para obtener retroalimentación rápida, sin comprometer grandes recursos de desarrollo.

En esta clase, aprenderás a iterar con la máxima eficiencia:

• El Mindset del Prototipo: Entiende por qué todo, incluso un producto listo para producción, debe seguir llamándose "prototipo" (siempre susceptible de mejora), y por qué deben ser de baja resolución y poco costosos .

• La Ventaja de la Simplicidad: Descubra cómo el prototipado nos ayuda a eliminar ambigüedades y descartar alternativas no exitosas rápidamente.

• Técnicas Clave: Exploramos el uso de Guiones gráficos (contar la interacción sin código) y la extrapolación del concepto "Lego" para el desarrollo digital (maquetaso plataformascódigo bajo/sin código) para validar la experiencia de usuario (Experiencia de usuario/interfaz de usuario).

El prototipo no es el producto final; es una herramienta para aprender e iniciar una conversación valiosa con el usuario.

En la fase de Evaluación , no hacemos pruebas de QA. ¡Hacemos pruebas de hipótesis ! Aquí, cambiamos nuestra mentalidad: creamos el prototipo pensando que es la solución, pero lo evaluamos asumiendo que está equivocado. .

En esta clase final del Design Thinking, descubrirás:

• Evaluación vs. Prueba de Calidad: La diferencia crucial. Buscamos saber si el prototipo cierra la brecha de la necesidad (el POV) , no si el código funciona.

• Técnicas de Evaluación: Aplicamos Focus Groups y Pruebas de Usabilidad (en prototipos refinados) con un enfoque de pensamiento crítico para recopilar feedback valioso.

• El Puente a Scrum: Aprende a integrar el ciclo de DT: las alternativas de solución se convierten en Historias de Usuario en el Product Backlog .

• El Flujo Interactivo: Entiende cómo el feedback de la Evaluación nos obliga a Iterar (refinar el prototipo) oa Pivotar (descartar y volver a la Ideación), cerrando el ciclo del Design Thinking.

Esta es la clase clave donde la ideación se convierte en valor tangible que alimenta el Sprint de tu equipo.

El User Story Mapping es la técnica visual definitiva para pasar de una visión abstracta a un Plan de Entregas (Releases) priorizado. Permite alinear al equipo técnico y de negocio en torno al flujo de usuario de principio a fin.

En esta clase crucial, aprenderás a construir este mapa y a usarlo para la planificación:

1. Eje de la Espina Dorsal: Definición de la Secuencia de Actividades de Usuario (el flujo narrativo del producto, ej. "Catálogo de Libros", "Compra de Libro").

2. El Cuerpo del Mapa: Desglose de Historias de Usuario específicas bajo cada actividad.

3. La Línea del Horizonte: La herramienta de Slicing (división) que te permite separar las funcionalidades esenciales (MVP) de las funcionalidades de lujo (de menor prioridad).

4. Definición de Releases: Cómo el mapa te permite agrupar las historias esenciales en el Release 1, garantizando que cada entrega sea un producto usable y coherente.

¡Esta técnica es fundamental para desgranar grandes épicas en historias atómicas listas para el Sprint!

La Historia de Usuario es la unidad funcional mínima que alimenta tu Sprint, describiendo una necesidad desde la perspectiva del cliente. No es un caso de uso extenso, sino una promesa de conversación enfocada en el valor.

En esta clase fundamental, dominarás la anatomía de una historia de alta calidad:

• Estructura Esencial: Aprende la plantilla universal: "Como [Rol], necesito [Funcionalidad] para [Valor de Negocio]".

• Las 3 C: Entiende por qué cada historia debe tener una Tarjeta (Card), promover una Conversación y obtener una Confirmación del negocio.

• Principio INVEST: La regla de oro para la calidad. Asegúrate de que tus historias sean Independientes, Negociables, de Valor, Estimables, Pequeñas y Testables.

• El Arte de la Segregación: Te mostraremos, con el ejemplo de un catálogo de libros, cómo dividir una historia grande y compleja ("Buscar un libro") en historias atómicas que puedan completarse en pocos días (el principio de "Pequeña").

El tamaño y la calidad de tus historias definen la velocidad de tu equipo.

El Roadmap es la herramienta estratégica que define la secuencia de hitos y capacidades de alto nivel que tu proyecto debe alcanzar en el tiempo. A diferencia de un cronograma tradicional, el Roadmap es un documento vivo que enfoca la conversación en el valor y las capacidades del sistema.

En esta clase, aprenderás a construir y gestionar tu Roadmap de manera efectiva:

• Roadmap vs. Cronograma: Entiende por qué el Roadmap solo define capacidades y no tareas detalladas.

• Time to Market (TTM): Aprende a identificar la fecha máxima de oportunidad en el mercado y cómo utilizarla como punto de partida.

• Planificación Regresiva: Usa la técnica de regresión (planear hacia atrás desde el TTM) para distribuir las entregas de valor (Releases) en el tiempo.

• Refinamiento Constante: Comprende por qué el Product Owner debe comparar y ajustar constantemente el Roadmap inicial contra el progreso real del equipo.

• Ejemplo Práctico: Definición de Releases para una aplicación de venta de árboles de Navidad.

El Roadmap es tu herramienta más poderosa para evaluar tempranamente el cumplimiento de la expectativa del negocio.

Los Criterios de Aceptación (CA) son obligatorios en Scrum. Son el checklist que define exactamente lo que el sistema debe hacer para que una Historia de Usuario sea marcada como "Terminada".

En esta clase esencial, aprenderás a redactar Criterios de Aceptación que impulsan la calidad:

• Estructura GIVEN-WHEN-THEN: Domina el formato universal (Dado un contexto, Cuando ocurre una acción, Entonces se espera un resultado) para expresar comportamientos de negocio.

• Términos de Negocio: Por qué deben ser producidos por el Product Owner y redactados en lenguaje de usuario, no técnico.

• El Puente de la Calidad: Descubre cómo los CA se convierten en el insumo principal para las Pruebas Unitarias (TDD) de los desarrolladores y los Casos de Prueba Funcionales de los Testers, funcionando como la documentación viva del sistema.

• Práctica de Segregación: Aplicaremos los CA a la historia de "Búsqueda por Título" para validar entradas vacías, resultados de filtrado y manejo de resultados inexistentes.

Un buen Criterio de Aceptación asegura que la funcionalidad construida cumpla con la expectativa real del cliente.

El Product Backlog (PBL) es la lista única, ordenada y priorizada de todo lo que se necesita para mejorar el producto. Es una pila viva donde lo más importante (y detallado) está arriba, y lo menos prioritario (y más abstracto) está abajo.

En esta clase fundamental, entenderás:

• El Administrador: El rol del Product Owner como gestor, y la contribución de todo el Equipo Scrum (PO, SM, Desarrolladores) al contenido del PBL.

• Tipos de PBI (Product Backlog Items): Aprende a identificar y priorizar los cinco tipos de elementos que componen el backlog: Épicas, Historias de Usuario, Cambios, Defectos (Bugs) y, crucialmente, los Spikes (tareas de investigación o prueba de concepto para reducir la incertidumbre técnica).

• Gestión de la Pila: Cómo priorizar elementos para una tienda online (Catálogo, Venta, Autenticación), asegurando que el equipo siempre trabaje en el máximo valor de negocio.

El Product Backlog es la fuente singular de trabajo y la herramienta que conecta la visión del PO con la ejecución del equipo.

El Product Owner (PO) es el único responsable de maximizar el valor del producto resultante del trabajo del Equipo de Desarrollo. Su rol es un ciclo constante de captura, maduración y validación.

En esta clase, definiremos el modus operandi del PO durante un proyecto Scrum:

• Visión y Planificación Inicial: Captura la visión del producto y la traduce en el Product Backlog inicial, utilizando técnicas como el User Story Mapping.

• La Regla 50/50: Aprende a dividir tu tiempo: 50% enfocado en el Refinamiento (Grooming) de futuras historias (priorización, criterios de aceptación, conversaciones con el stakeholder) y 50% dedicado al Sprint actual (resolución de dudas y validación).

• Aceptación del Incremento: El PO es el validador primario, verificando que el incremento cumpla con los Criterios de Aceptación.

• Interacción con el Negocio: Convocatoria y presentación en la Sprint Review y coordinación de las Pruebas de Aceptación del Usuario (UAT) para cerrar el ciclo de feedback.

El PO está en constante evolución, madurando las necesidades de negocio para que el equipo pueda entregarlas con la máxima calidad y valor.

¡Olvídate de estimar en horas! La estimación ágil se basa en la comparación y el aprendizaje colectivo . Los Story Points (Puntos de Historia) son una medida de complejidad, riesgo e incertidumbre, no de tiempo.

En esta clase fundamental, descubrirás:

• Escala Fibonacci: Por qué esta secuencia (1, 2, 3, 5, 8, 13, 21...) es ideal para las estimaciones relativas.

• Story Points (SP): Entiende que el valor de un SP es único para cada equipo y que encapsula Complejidad, Esfuerzo y Riesgo/Incertidumbre .

• El Poder de la Conversación: Cómo la estimación (especialmente el Planning Poker ) se convierte en una herramienta de Inspección que obliga al equipo a alinearse en el entendimiento funcional y técnico.

• Caso Práctico: Realizaremos una estimación por comparación (referencia=2) para varias Historias de una tienda de libros, entendiendo cómo el riesgo influye directamente en el puntaje.

Esta es la habilidad clave para que el Product Owner pueda predecir el Costo por Punto y gestionar el Roadmap.

Tu éxito depende de la gente. Esta clase define la estructura humana de Scrum para eliminar cuellos de botella .

Aprenderás a distinguir:

• El Equipo Comprometido (los que construyen y tienen la responsabilidad, como el cerdo ?).

• Los Involucrados (los que tienen interés y dan feedback , como la gallina ?).

Descubra cómo la Multifuncionalidad (6-10 personas) y la Transparencia temprana con Seguridad/Infraestructura son esenciales para la Autogestión y para entregar valor sin bloqueos .

El Sprint Planning es el evento de inicio del Sprint , donde el Product Backlog se convierte en el compromiso firme del equipo. Esta sesión es el eje de la colaboración entre los tres roles.

En esta clase, desglosamos la dinámica esencial:

• Antes de la Sesión: Por qué el Refinamiento (Grooming) y la Definición de Ready (DoR) son cruciales para no perder tiempo.

• Rol del Product Owner: Presenta las Historias Priorizadas y defiende el valor de negocio, buscando el máximo compromiso del equipo.

• Rol del Equipo de Desarrollo: Determina el CÓMO y el CUÁNTO (Estimación por Puntos) y desglosa las tareas técnicas en el Sprint Backlog .

• Rol del Scrum Master: Facilitar la reunión, controlar el Time-box y utilizar la Velocidad histórica para guiar al equipo hacia un compromiso realista.

• Post-Sesión: Descubra cómo el PO actualiza el negocio y cómo el equipo se autoorganiza en las tareas para comenzar la construcción.

¡El éxito de tu Sprint se define aquí!

El Sprint Backlog es el contrato de trabajo del equipo para el Sprint actual, visualizado a través de un tablero Kanban . No es solo una lista, ¡es una herramienta de sincronización y diagnóstico !

En esta clase aprenderás:

• Composición: Cómo las Historias (PBIs) y sus Tareas Técnicas (segregadas según el DoD) se unen en el tablero.

• La Regla de la Tarea: Por qué cada tarea debe ser de corta duración (máximo 20-24 horas / 3 días) y tener un dueño.

• Diagnóstico de Flujo: Cómo el Scrum Master y el PO pueden usar el tablero para detectar la "mini-cascada" (cuando todas las tareas de un solo tipo, como Desarrollo, se ejecutan a la vez).

• Ciclo de Cierre: Qué pasa con las Historias finalizadas (limpieza del tablero) y las no finalizadas (regreso al Product Backlog).

Domina el Sprint Backlog para asegurar que tu equipo mantenga un flujo de valor continuo y eficiente.

La Retrospectiva es la reunión más importante para el equipo, ya que es el único momento dedicado a la Mejora Continua . Su objetivo es identificar la causa raíz de los problemas, no solo los síntomas superficiales.

En esta clase crucial, descubrirás:

• Las 3 Preguntas Esenciales: Lo que logró, lo que no logró, y qué acciones concretas vamos a tomar.

• Por qué no eliminarla: Entiende la paradoja: los equipos más estresados ​​y con sobreesfuerzo son los que más necesitan la Retrospectiva para encontrar la solución sistémica.

• Técnicas de Motivación: Cómo usar reconocimientos ( Colaboradores ) y cambiar la dinámica (con Ice Breakers y cambiando el lugar) para fomentar un entorno seguro y creativo.

• Foco en la Causa Raíz: Cómo el Scrum Master debe indagar para evitar que las acciones se centren en problemas superficiales, garantizando que las mejoras sean sostenibles y efectivas.

• Acciones en el Kanban: La importancia de visibilizar las acciones de mejora en un tablero junto al trabajo del Sprint para asegurar su cumplimiento.

¡No sacrifiques la retrospectiva, úsala para volverte un equipo de alto desempeño!

El Refinamiento (o Grooming ) es el trabajo continuo que realiza el equipo para madurar las historias futuras. No es un evento con Time-box fijo, pero es esencial para evitar el mayor anti-patrón de Scrum: descubrir ambigüedades en el Sprint Planning .

En esta clase, aprenderás a usar el Refinamiento estratégicamente:

• El Propósito: Lograr que las Historias que se acercan a la cima del Backlog cumplan con las 3 C (Registrada, Conversada y Confirmada) y el Definición de Listo (DoR) .

• Roles: El Product Owner trae historias, y el Equipo de Desarrollo retroalimenta sobre la viabilidad técnica, riesgos y estimación .

• Fallas Comunes: Entiende por qué no hacer Grooming lleva a la sobreestimación (por incertidumbre) oa compromisos fallidos en el Planning .

• Estrategia del Time-box: Cómo limitar el Grooming para que no consuma más del 10% del tiempo del equipo durante el Sprint.

Un Backlog bien refinado es el seguro de vida para la predictibilidad de tu equipo.

El Sprint Review es el evento de Inspección y Transparencia donde el Incremento se valida contra la visión. Su objetivo principal es recibir retroalimentación temprana del mercado para adaptar el Product Backlog .

En esta clase, definiremos las dos fases cruciales:

1. Revisión del PO: La validación interna (antes del Demo ) donde el Product Owner verifica el Incremento contra los Criterios de Aceptación y el DoD.

2. Demostración Externa: Presentación del producto funcional a Stakeholders y Sponsors para obtener retroalimentación sobre el valor.

Consejos Clave: Aprende la importancia de la preparación (datos y ambiente) , el uso de métricas para el apoyo, y la facilitación del Scrum Master para extraer feedback de quienes no hablan (¡un formulario posterior es una gran opción!).

Este es el momento de la verdad para el PO: acepta o rechaza el Incremento.

En Scrum, las métricas son una herramienta de apoyo y transparencia , nunca de control jerárquico. El Scrum Master es el gestor de los datos, pero todo el Equipo y el PO deben usarlos para la toma de decisiones empíricas.

En esta clase crucial, dominarás los visualizadores esenciales:

• Sprint Burndown Chart: La herramienta para el Daily Scrum. Entiende la línea guía (ideal) versus la línea real, y cómo diagnosticar si necesitas un sobreesfuerzo o si el Sprint va adelantado.

• Release Burndown Chart: Cómo monitorear la desviación del alcance y la velocidad del equipo para predecir cuántos Sprints restan para completar el producto.

• Gestión Presupuestal PO: Aprende a calcular el Costo por Punto (Story Point) y úsalo para responder preguntas de negocio: ¿El presupuesto restante me alcanza para el backlog restante?

• Métricas de Calidad y NPS: La importancia de monitorear la calidad del código (deuda técnica) y la moral del equipo ( Net Promoter Score - NPS) como indicadores de salud.

Las métricas correctas aseguran que tu Product Backlog siempre se alinee con la realidad de tu presupuesto y capacidad.

En Scrum, la gestión de riesgos no es un plan de proyecto fijo, es un proceso de Inspección y Adaptación permanente . El Scrum Master es el gestor de la incertidumbre para proteger el equipo.

En esta clase, aprenderás a llevar una gestión de riesgos ágil y visual:

• Ciclo Continuo: Por qué el riesgo debe ser monitoreado en cada evento clave (Inception, Planning, Daily Scrum, Retrospectiva).

• Tablero ROAM: Domina el acrónimo ágil para clasificar los riesgos: Resuelto (Resuelto), Propiedad (Aceptado y con Dueño), Aceptado (Aceptado sin plan) y Mitigado (Mitigado/En Trabajo).

• Gestión de Dependencias: La importancia de tener un visualizador de dependencias (Historial entre Historias) para ayudar al Product Owner a evitar que elijan historias bloqueadas en el Sprint Planning .

Aprende a identificar y hacer visible (comunicar abiertamente) los riesgos antes de que se conviertan en impedimentos para el equipo.

El mayor reto del Scrum Master es transformar un grupo de personas en un equipo de alto desempeño (autoorganizado, motivado y multifuncional).

En esta clase, obtendrás el marco psicológico para entender a tu equipo:

• Modelo Tuckman: Aprende las 4 fases de la madurez de un equipo ( Formación, Enfrentamiento/Storming, Normalización y Desempeño ) y cómo intervenir en el inevitable conflicto ( Storming ) para guiarlo hacia el Ganar-Ganar .

• Gestión de Conflictos: Analiza las actitudes (ganar/perder, perder/perder) y la importancia de fomentar la co-creación para evitar la imposición.

• Pirámide de Maslow: Descubre los diferentes niveles de motivación del individuo (Fisiología, Seguridad, Afiliación y Reconocimiento) y cómo el Scrum Master aborda debelos para mantener una alta productividad.

• Teoría X e Y: Entiende cómo la percepción de la responsabilidad influye en la autogestión.

Conviértete en el mentor que guía a tu equipo hacia la excelencia y la pasión por el producto.

El Management 3.0 es el cambio de paradigma necesario en la era ágil. Pasamos del Comando y Control (1.0) al líder que actúa como facilitador y se enfoca en el crecimiento de las personas y del sistema.

En esta clase, cubriremos el mindset de la nueva gestión:

• Principios Clave: Entiende por qué el manager debe administrar el sistema, no a las personas , y cómo involucrar a todos en la co-creación de soluciones.

• Motivadores y Energizantes: Aprende el valor de identificar los motivadores intrínsecos de cada miembro del equipo ( Motivation Box ) para generar pasión en el trabajo.

• Delegación con Responsabilidad: Utilizamos herramientas como el Delegation Poker para definir el nivel de empoderamiento adecuado, pasando de la asignación a la autogestión controlada.

• Reconocimiento Emocional: Descubre las Kudo Cards y cómo el reconocimiento cruzado y público incentiva la motivación y fomenta un ambiente de confianza.

Conviértete en el líder que transforma grupos en equipos de alto desempeño.

El Kanban es el pilar de la gestión Lean, enfocado en acelerar la entrega de valor al reducir el desperdicio y optimizar el flujo . No es una metodología de proyecto, ¡es un sistema de gestión visual!

En esta clase esencial, entenderás sus fundamentos:

• Sistema Pull: Por qué el trabajo es "jalado" por los procesos siguientes y no "empujado" (reduciendo inventario y desperdicio).

• Control del WIP (Work In Progress): La práctica crucial de limitar los lotes de trabajo para asegurar que el foco esté en terminar antes de empezar .

• Métricas Clave (Predictividad): Introduce las métricas que transforman el sistema en predictivo: Cycle Time (tiempo de ciclo de trabajo) y Lead Time (tiempo de respuesta al cliente).

• Aplicabilidad: Descubra por qué Kanban es el marco ideal para equipos con alta variabilidad de prioridades (ej., Soporte o Mesa de Ayuda), donde la planificación a largo plazo es imposible.

Aprende a usar la visualización para lograr la sincronización y la mejora continua (Kaizen) de tu cadena de valor.

El Lean Software Development (LSD) es la base intelectual de la Agilidad y está diseñado para la estrategia ejecutiva . Si tu objetivo es el Management , esta clase te da los principios para optimizar el valor.

Descubrirás los 7 Principios Lean que guiarán toda decisión gerencial:

• Eliminar el Desperdicio: Monitorea y ataca todo lo que no añade valor (documentación, burocracia y requisitos poco claros).

• Decidir lo más tarde posible: La clave para la Adaptación y para evitar el Costo de Oportunidad de tomar decisiones con alta incertidumbre.

• Integridad Intrínseca: Cómo asegurar que los componentes de múltiples equipos se integren y funcionen bien desde el inicio (lotes pequeños).

• Visión Holística: Por qué un líder debe ver el proyecto como un sistema completo (de punta a punta) y no como silos aislados.

Aprende a aplicar la filosofía Lean para aumentar la velocidad, reducir el riesgo y eliminar al cliente.

Cuando Scrum y Kanban se quedan cortos, SAFe (Scaled Agile Framework) es la respuesta. Esta metodología está diseñada para que las grandes organizaciones sincronicen múltiples equipos (el "Programa") bajo una visión y cadencia unificadas.

En esta introducción, entenderás la arquitectura de SAFe:

• Roles Escalados: Conoce los nuevos roles necesarios para la coordinación (RTE, Product Manager y Business Owners).

• Eventos Clave: Descubre el evento central, el PI Planning (Program Increment Planning) , donde Múltiples equipos se alinean en un compromiso de 5 Sprints.

• Artefactos del Programa: La gestión del trabajo a nivel de programa a través de Features y el Kanban de Programa .

• Integración Continua: Por qué SAFe exige prácticas avanzadas de DevOps y calidad intrínseca para integrar el trabajo de todas las células.

Si trabajas en una empresa grande o con dependencias entre equipos, este marco te dará el mapa de la organización.