Curso de SAFe (Scaled Agile Framework) hasta 100% Bonificable a través de FUNDAE
Tu bonificación paso a paso
Forma a tu equipo sin costes mediante la bonificación estatal. Este programa de SAFe (Scaled Agile Framework)para empresas es subvencionable hasta el 100%.
Potencia las habilidades de edición y automatización de tus profesionales.
Accede a una formación avanzada en SAFe (Scaled Agile Framework) práctica y orientada a resultados.
Prepara a tu equipo para los retos documentales del entorno laboral actual.
Gestionamos gratis tu bonificación de este curso corporativo de SAFe (Scaled Agile Framework) ante FUNDAE.
Mejora coordinación entre múltiples equipos Agile Release Trains, PI Planning, dependencies, system demos y ART Sync permiten coordinar equipos que entregan una misma solución. La formación ayuda a reducir bloqueos, sorpresas y trabajo duplicado.
1
Optimiza flow y reduce tiempos de entrega El programa trabaja métricas de flow, WIP, handoffs, DevOps, built-in quality y mejora continua. Esto permite atacar cuellos de botella reales en lugar de limitarse a implantar ceremonias.
Personaliza el temario al 100% para tu equipo
Diseñamos una formación a medida utilizando los documentos y flujos de trabajo reales de tu empresa.
Nueva Plataforma de E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Programa formativo
Temario del curso
Encuentra todo el temario del curso aquí.
Temario
Situar SAFe como marco para escalar Agile, Lean, DevOps y Product Management en organizaciones con muchos equipos y dependencias.
Diferenciar SAFe de Scrum, Nexus, LeSS, Spotify Model, Disciplined Agile, PMO tradicional y modelos híbridos de delivery.
Comprender qué significa business agility y por qué SAFe no debe limitarse a transformar únicamente equipos de desarrollo.
Analizar las disciplinas principales de SAFe: Lean Portfolio Management, Team and Technical Agility, Product Development Flow, Large Solution Integration and Delivery, y Leadership and Culture.
Reconocer los elementos esenciales del Big Picture: portfolio, value streams, ARTs, Agile Teams, roles, backlogs, eventos, flow y feedback.
Identificar cuándo SAFe aporta valor real: muchas dependencias, productos complejos, inversiones grandes, regulación, múltiples equipos y necesidad de alineamiento.
Reconocer cuándo SAFe puede generar burocracia si se aplica sin flow, sin liderazgo, sin calidad técnica o sin foco en cliente.
Establecer una visión crítica: adaptar SAFe al contexto sin eliminar prácticas que sostienen coordinación, transparencia y aprendizaje.
Definir resultados esperados: menor lead time, mayor predictibilidad, mejor alineamiento, menos handoffs y mayor entrega de valor.
Preparar el recorrido del curso desde fundamentos hasta portfolio, ARTs, PI Planning, DevOps, métricas, adopción y Proyecto Final.
Situar SAFe como marco para escalar Agile, Lean, DevOps y Product Management en organizaciones con muchos equipos y dependencias.
Diferenciar SAFe de Scrum, Nexus, LeSS, Spotify Model, Disciplined Agile, PMO tradicional y modelos híbridos de delivery.
Comprender qué significa business agility y por qué SAFe no debe limitarse a transformar únicamente equipos de desarrollo.
Analizar las disciplinas principales de SAFe: Lean Portfolio Management, Team and Technical Agility, Product Development Flow, Large Solution Integration and Delivery, y Leadership and Culture.
Reconocer los elementos esenciales del Big Picture: portfolio, value streams, ARTs, Agile Teams, roles, backlogs, eventos, flow y feedback.
Identificar cuándo SAFe aporta valor real: muchas dependencias, productos complejos, inversiones grandes, regulación, múltiples equipos y necesidad de alineamiento.
Reconocer cuándo SAFe puede generar burocracia si se aplica sin flow, sin liderazgo, sin calidad técnica o sin foco en cliente.
Establecer una visión crítica: adaptar SAFe al contexto sin eliminar prácticas que sostienen coordinación, transparencia y aprendizaje.
Definir resultados esperados: menor lead time, mayor predictibilidad, mejor alineamiento, menos handoffs y mayor entrega de valor.
Preparar el recorrido del curso desde fundamentos hasta portfolio, ARTs, PI Planning, DevOps, métricas, adopción y Proyecto Final.
Situar SAFe como marco para escalar Agile, Lean, DevOps y Product Management en organizaciones con muchos equipos y dependencias.
Diferenciar SAFe de Scrum, Nexus, LeSS, Spotify Model, Disciplined Agile, PMO tradicional y modelos híbridos de delivery.
Comprender qué significa business agility y por qué SAFe no debe limitarse a transformar únicamente equipos de desarrollo.
Analizar las disciplinas principales de SAFe: Lean Portfolio Management, Team and Technical Agility, Product Development Flow, Large Solution Integration and Delivery, y Leadership and Culture.
Reconocer los elementos esenciales del Big Picture: portfolio, value streams, ARTs, Agile Teams, roles, backlogs, eventos, flow y feedback.
Identificar cuándo SAFe aporta valor real: muchas dependencias, productos complejos, inversiones grandes, regulación, múltiples equipos y necesidad de alineamiento.
Reconocer cuándo SAFe puede generar burocracia si se aplica sin flow, sin liderazgo, sin calidad técnica o sin foco en cliente.
Establecer una visión crítica: adaptar SAFe al contexto sin eliminar prácticas que sostienen coordinación, transparencia y aprendizaje.
Definir resultados esperados: menor lead time, mayor predictibilidad, mejor alineamiento, menos handoffs y mayor entrega de valor.
Preparar el recorrido del curso desde fundamentos hasta portfolio, ARTs, PI Planning, DevOps, métricas, adopción y Proyecto Final.
Tema 2: Valores, mindset Lean-Agile y principios de SAFe
Comprender los valores centrales de SAFe: alignment, transparency, respect for people y relentless improvement.
Traducir alignment en decisiones reales: estrategia clara, objetivos visibles, dependencias transparentes y equipos conectados al valor.
Aplicar transparency para mostrar riesgos, impedimentos, métricas, decisiones, deuda técnica y progreso sin maquillar la realidad.
Trabajar respect for people como principio operativo, evitando transformar SAFe en control jerárquico disfrazado de agilidad.
Practicar relentless improvement mediante Inspect & Adapt, problem solving, métricas de flow y aprendizaje sistémico.
Revisar los diez principios Lean-Agile de SAFe como base para adaptar prácticas sin perder coherencia.
Aplicar pensamiento económico para priorizar por coste de retraso, riesgo, oportunidad, capacidad y valor.
Visualizar el sistema completo para detectar colas, handoffs, cuellos de botella, esperas y optimizaciones locales dañinas.
Descentralizar decisiones cuando el contexto es frecuente, local y reversible, y centralizar cuando afecta a estrategia o riesgo elevado.
Crear una base cultural que permita que el framework funcione sin convertirse en una imposición mecánica.
Tema 3: Configuraciones de SAFe y elección del nivel adecuado
Diferenciar Essential SAFe, Large Solution SAFe, Portfolio SAFe y Full SAFe según escala, complejidad y necesidad organizativa.
Elegir Essential SAFe cuando el foco está en lanzar ARTs y coordinar equipos alrededor de un producto o value stream.
Aplicar Portfolio SAFe cuando se necesita alinear inversiones, estrategia, funding, épicas y governance.
Usar Large Solution SAFe cuando la solución requiere varios ARTs, suppliers, integración compleja o sistemas cyber-physical.
Entender Full SAFe como combinación para organizaciones con portfolios, large solutions y múltiples ARTs coordinados.
Evitar empezar por Full SAFe si la organización no domina equipos, ARTs, PI Planning, producto y métricas básicas.
Diseñar una adopción incremental que empiece por problemas reales, no por copiar el Big Picture entero.
Comparar el nivel actual de madurez con la configuración SAFe recomendada para no sobredimensionar la transformación.
Documentar qué elementos se adoptan, cuáles se adaptan, cuáles se posponen y por qué.
Crear una matriz de decisión para escoger configuración SAFe por área, producto, portfolio o unidad de negocio.
Tema 4: Value Streams y organización alrededor del valor
Diferenciar operational value streams y development value streams para entender cómo fluye realmente el valor hacia el cliente.
Mapear actividades desde demanda o oportunidad hasta entrega, aprendizaje y resultado de negocio.
Identificar handoffs, colas, aprobaciones, esperas, silos, dependencias y retrabajo dentro del value stream.
Diseñar ARTs alrededor de value streams y no alrededor de departamentos funcionales tradicionales.
Analizar cuándo un producto, plataforma, customer journey o capability puede convertirse en eje de organización.
Revisar riesgos de reorganización superficial donde los equipos cambian de nombre pero mantienen dependencias antiguas.
Definir boundaries de value stream con clientes, stakeholders, sistemas, productos, métricas y equipos implicados.
Relacionar value streams con funding, portfolio, roadmaps, Agile Release Trains y métricas de flow.
Preparar dinámicas de value stream identification workshop para líderes y stakeholders.
Crear un mapa inicial de value streams que sirva como base para lanzar ARTs y rediseñar portfolio.
Tema 5: Agile Release Trains: estructura, roles y lanzamiento
Comprender el Agile Release Train como equipo de equipos estable que entrega valor en una cadence común.
Definir tamaño, misión, equipos, dependencias, stakeholders, producto, architecture runway y value stream asociado.
Identificar roles clave: Release Train Engineer, Product Management, System Architect, Business Owners, Scrum Masters y Product Owners.
Diseñar ARTs estables evitando crear trenes temporales por proyecto o iniciativa de corta duración.
Preparar un ART readiness assessment antes del lanzamiento formal.
Revisar equipo por equipo: composición, skills, backlog, definición de done, tooling, calidad y dependencias externas.
Crear una estrategia de lanzamiento con training, comunicación, backlog readiness, stakeholders y facilitación.
Establecer cadencias de PI, Iterations, System Demos, Syncs, Inspect & Adapt y mejora continua.
Definir mecanismos para visualizar dependencias, riesgos, capacidad y objetivos del ART.
Documentar charter del ART con misión, scope, métricas, roles, cadencias, herramientas y working agreements.
Tema 6: Roles SAFe y responsabilidades reales
Analizar responsabilidades de Release Train Engineer como servant leader, facilitador del ART y optimizador de flow.
Diferenciar Product Management y Product Owner para evitar solapamientos entre estrategia, features, equipo y ejecución.
Comprender el papel de Business Owners en priorización, business context, PI Objectives y evaluación de valor.
Revisar responsabilidades del System Architect en runway, decisiones técnicas, NFRs, enablers y coherencia sistémica.
Entender el papel de Scrum Master o Team Coach en equipos, mejora, impedimentos, flow y colaboración.
Situar Epic Owners, Enterprise Architects, Lean Portfolio Management y VMO dentro de portfolio.
Identificar responsabilidades de Solution Train Engineer y Solution Management en large solutions.
Evitar roles nominales sin capacidad real de decisión, disponibilidad o accountability.
Diseñar RACI o matriz de responsabilidades para decisiones de portfolio, producto, arquitectura, delivery y calidad.
Preparar antipatrones: RTE como jefe de proyecto, PO como secretario de backlog, PM como gestor de fechas y arquitectura como comité bloqueante.
Tema 7: Backlogs, épicas, capabilities, features, stories y enablers
Diferenciar portfolio backlog, solution backlog, ART backlog y team backlog según nivel de decisión y granularidad.
Crear épicas con hipótesis de negocio, MVP, leading indicators, costes, riesgos y criterios de evaluación.
Descomponer capabilities y features sin perder trazabilidad hacia objetivos estratégicos y resultados de cliente.
Escribir features con benefit hypothesis, acceptance criteria, NFRs y dependencias relevantes.
Definir stories y enablers a nivel de equipo con criterios de aceptación, estimación y definición de done.
Evitar cascadas encubiertas donde épicas, features y stories se congelan meses antes de aprender del mercado.
Gestionar enablers técnicos, arquitectónicos, exploratorios y de infraestructura como trabajo visible y priorizable.
Mantener backlogs ordenados por valor, riesgo, dependencia, capacidad, coste de retraso y aprendizaje.
Crear policies de refinamiento entre portfolio, ART y equipos para evitar backlog debt.
Documentar trazabilidad entre strategy, epics, features, PI Objectives, stories, demos y métricas de resultado.
Tema 8: Priorización económica, WSJF y toma de decisiones
Aplicar Weighted Shortest Job First para priorizar por Cost of Delay y tamaño relativo.
Descomponer Cost of Delay en business value, time criticality, risk reduction y opportunity enablement.
Facilitar sesiones de priorización con stakeholders sin convertir WSJF en una fórmula falsa de precisión.
Comparar WSJF con priorización por urgencia, presión política, facilidad técnica o capacidad disponible.
Utilizar datos, hipótesis, escenarios y conversaciones para mejorar decisiones de prioridad.
Aplicar priorización económica en portfolio epics, features, capabilities y enablers.
Revisar cuándo el tamaño relativo está mal estimado y distorsiona la prioridad.
Evitar manipulación de puntuaciones por áreas que intentan forzar sus iniciativas.
Documentar decisiones de priorización con contexto, supuestos, riesgos y fecha de revisión.
Crear una práctica de priorización recurrente conectada al roadmap, PI Planning y portfolio Kanban.
Tema 9: PI Planning: preparación, ejecución y resultados
Preparar readiness organizativa, contenido y logística antes de un PI Planning presencial, remoto o híbrido.
Asegurar business context, product vision, architecture vision, top features, capacidad, dependencias y riesgos antes del evento.
Facilitar la agenda de PI Planning con presentación de contexto, breakouts de equipo, draft plans, management review y final plan.
Crear Team PI Objectives y ART PI Objectives claros, medibles, orientados a valor y conectados con features.
Visualizar dependencias en ART planning board para evitar sorpresas durante la ejecución.
Gestionar risks con ROAM: resolved, owned, accepted o mitigated.
Trabajar confidence vote como señal de compromiso real y no como ritual sin consecuencias.
Ajustar scope cuando demanda supera capacidad, dependencias son inviables o riesgos son demasiado altos.
Preparar outputs: PI Objectives comprometidos, risks, dependency board, capacity, plan visible y acuerdos de seguimiento.
Diseñar retrospectiva del PI Planning para mejorar preparación, calidad del backlog, colaboración y decisiones del siguiente PI.
Tema 10: Ejecución del Program Increment y cadencias de sincronización
Organizar Iterations dentro del PI con planning, execution, review, retrospectives y mejora continua.
Facilitar ART Sync combinando PO Sync, Scrum of Scrums y revisión de impedimentos.
Gestionar dependencias durante la ejecución, no solo durante PI Planning.
Revisar progreso de PI Objectives, features, risks, predictability y cambios de contexto.
Utilizar System Demo para mostrar integración real de trabajo de equipos y recibir feedback sistémico.
Gestionar scope flexible manteniendo objetivos de negocio y evitando compromisos irreales.
Preparar la Innovation and Planning Iteration como espacio para innovación, hackathons, planificación y mejora.
Incorporar decisiones de arquitectura y enablers dentro del flujo del PI.
Mantener transparencia sobre blocked work, WIP, defectos, carryover y deuda técnica.
Crear una cadencia de ejecución que reduzca reuniones inútiles y aumente decisiones rápidas.
Tema 11: Inspect & Adapt, problem solving y mejora continua
Preparar Inspect & Adapt como evento de cierre de PI para revisar resultados, datos y problemas sistémicos.
Analizar PI System Demo como evidencia integrada del incremento entregado.
Revisar quantitative and qualitative measurement con métricas de predictability, calidad, flow y outcomes.
Facilitar problem-solving workshop con root cause analysis, fishbone, 5 whys y priorización de acciones.
Diferenciar síntomas, causas raíz, impedimentos locales y problemas sistémicos.
Convertir acciones de mejora en backlog visible con owner, fecha, prioridad y seguimiento.
Evitar retrospectivas ceremoniales sin datos, sin decisiones o sin capacidad de actuar.
Revisar problemas recurrentes entre PIs para detectar fallos de diseño organizativo.
Integrar mejora de process, arquitectura, calidad, tooling, colaboración y portfolio.
Crear una disciplina de mejora continua que cierre el ciclo planificar, ejecutar, medir, aprender y ajustar.
Tema 12: Product Development Flow y métricas de flow
Comprender flow como paso fluido del trabajo por todo el value stream desde trigger hasta valor.
Aplicar métricas de flow: Flow Distribution, Flow Velocity, Flow Time, Flow Load, Flow Efficiency y Flow Predictability.
Detectar cuellos de botella, colas, handoffs, esperas, multitarea, exceso de WIP y dependencia de especialistas.
Limitar WIP a nivel de equipo, ART y portfolio para reducir lead time y mejorar predictibilidad.
Diferenciar productividad local de flow sistémico, evitando optimizar un equipo mientras el value stream se ralentiza.
Diseñar boards y métricas que muestren trabajo real, impedimentos, bloqueos y demanda no planificada.
Relacionar flow con customer feedback, roadmap, DevOps, quality, architecture y release on demand.
Usar flow metrics para conversaciones de mejora, no para controlar personas individualmente.
Preparar dashboards de flow adaptados a equipos, ARTs, portfolio y dirección.
Crear experimentos de mejora de flow con hipótesis, métrica, acción, resultado y aprendizaje.
Tema 13: DevOps, Continuous Delivery Pipeline y Release on Demand
Comprender el Continuous Delivery Pipeline como flujo de continuous exploration, integration, deployment y release on demand.
Mapear pipeline actual desde idea hasta release para detectar esperas, aprobaciones, gates, defectos y retrasos.
Integrar DevOps en SAFe como responsabilidad compartida entre negocio, desarrollo, QA, seguridad, operaciones y arquitectura.
Diseñar prácticas de continuous integration con trunk-based development, feature toggles, tests automatizados y feedback rápido.
Preparar continuous deployment con environments, pipelines, observability, rollback y progressive delivery.
Diferenciar deployment técnico de release de negocio para desacoplar entrega y lanzamiento.
Incorporar DevSecOps, compliance as code, security testing, SBOM y controles automatizados cuando el entorno lo requiere.
Medir lead time, deployment frequency, change failure rate, MTTR, defect leakage y flow de pipeline.
Evitar ARTs que planifican en SAFe pero entregan con procesos waterfall de release.
Crear un backlog de mejora DevOps priorizado por impacto en flow y calidad.
Tema 14: Built-in Quality y excelencia técnica
Comprender built-in quality como condición indispensable para escalar Agile sin multiplicar defectos y retrabajo.
Aplicar prácticas de calidad en código, diseño, arquitectura, pruebas, integración, seguridad y datos.
Establecer Definition of Done a nivel equipo, ART y solución.
Incorporar test automation, TDD/BDD cuando encaje, code review, static analysis, pipelines y calidad continua.
Gestionar deuda técnica como trabajo visible mediante enablers, architectural runway y decisiones de portfolio.
Evitar priorizar features constantemente mientras se deteriora mantenibilidad, seguridad y performance.
Definir NFRs como requisitos de primera clase y no como controles tardíos.
Incorporar UX, accesibilidad, seguridad, observabilidad y operabilidad en el diseño de soluciones.
Medir calidad con defectos, escaped defects, rework, lead time, availability, performance y satisfacción del usuario.
Crear una cultura donde calidad pertenece a todos, no solo a QA o al final del ciclo.
Tema 15: Customer Centricity, design thinking y discovery continuo
Aplicar customer centricity para orientar portfolio, producto, features y decisiones de inversión.
Usar personas, customer journeys, empathy maps, problem statements y solution hypotheses cuando aportan aprendizaje real.
Integrar design thinking en el discovery de productos y soluciones antes de comprometer grandes inversiones.
Validar hipótesis mediante MVPs, experimentos, feedback, métricas de uso y aprendizaje de clientes.
Conectar discovery con portfolio Kanban, roadmap y PI Planning sin convertirlo en una fase previa rígida.
Incorporar Product Management, UX, arquitectura, negocio y equipos técnicos en conversaciones tempranas.
Evitar features construidas por presión interna sin evidencia de problema, cliente o resultado esperado.
Diseñar feedback loops desde producción hacia backlog, roadmap y estrategia.
Medir outcomes de producto, no solo outputs entregados.
Crear una práctica de discovery continuo compatible con planificación trimestral y flow.
Tema 16: Lean Portfolio Management
Comprender Lean Portfolio Management como conexión entre estrategia, ejecución, financiación, governance y portfolio flow.
Organizar portfolios alrededor de value streams y productos, no solo departamentos o proyectos.
Crear portfolio vision, portfolio canvas, strategic themes, KPIs y guardrails.
Implementar portfolio Kanban para visualizar épicas desde funnel hasta implementación o cierre.
Aplicar Lean budgets y value stream funding para reducir dependencia de financiación anual por proyectos.
Definir investment horizons y distribución de inversión entre exploración, crecimiento, mantenimiento y retirada.
Establecer guardrails de gasto, aprobación, participatory budgeting y decisiones descentralizadas.
Medir portfolio performance con flow, outcomes, KPIs, inversión, capacidad y logro de objetivos estratégicos.
Evitar portfolio SAFe como capa de aprobación lenta que mantiene comportamientos waterfall.
Crear un operating model de portfolio que permita pivotar, perseverar o parar iniciativas con datos.
Tema 17: Portfolio Kanban, épicas y governance adaptativa
Diseñar portfolio Kanban con states, WIP limits, políticas de entrada y salida, owners y criterios de decisión.
Crear business cases ligeros para épicas con hipótesis, MVP, leading indicators, coste, riesgo y dependencias.
Gestionar funnel, reviewing, analyzing, portfolio backlog, implementing y done con transparencia.
Aplicar governance adaptativa que revise inversión en función de aprendizaje, no solo de plan aprobado.
Validar épicas mediante MVP antes de comprometer funding amplio.
Relacionar épicas con ARTs, value streams, roadmaps y capacidad disponible.
Evitar épicas eternas que funcionan como proyectos encubiertos sin hipótesis ni aprendizaje.
Crear métricas de portfolio flow para detectar exceso de iniciativas en marcha.
Integrar compliance, arquitectura, seguridad y finanzas como guardrails, no como bloqueos tardíos.
Preparar comité de portfolio Lean con cadencia, datos, decisiones y mecanismos de stop/start/continue.
Tema 18: Large Solution SAFe y coordinación de soluciones complejas
Comprender cuándo una solución requiere Large Solution SAFe por tamaño, criticidad, complejidad técnica o integración de varios ARTs.
Gestionar solution backlog con capabilities, enablers, NFRs, interfaces, suppliers y requisitos sistémicos.
Coordinar Pre-PI Planning y Post-PI Planning cuando varios ARTs deben alinear sus planes.
Diseñar Solution Demo para validar la solución integrada más allá de demos parciales por ART.
Gestionar interfaces, compliance, arquitectura, suppliers, procurement y validación de sistemas grandes.
Incorporar hardware, firmware, software, regulaciones, manufacturing o cyber-physical systems cuando el entorno lo requiere.
Evitar que Large Solution añada capas de control sin mejorar integración ni aprendizaje.
Medir predictibilidad, integración, calidad, riesgos y dependencias entre ARTs.
Crear un modelo de coordinación que mantenga autonomía de equipos sin perder coherencia de solución.
Tema 19: Arquitectura, runway y enablers en SAFe
Definir architectural runway como capacidad técnica que permite entregar features futuras sin rediseños bloqueantes.
Incorporar System Architect y Enterprise Architect como facilitadores de decisiones, no como dueños absolutos del diseño.
Crear enablers técnicos, exploratorios, infraestructura y arquitectura para reducir riesgo y preparar evolución.
Gestionar arquitectura emergente con runway intencional suficiente.
Alinear arquitectura con roadmaps, features, NFRs, security, DevOps y evolución de plataformas.
Priorizar deuda técnica y arquitectura mediante WSJF, riesgo, coste de retraso y dependencia futura.
Diseñar comunidades de arquitectura para compartir patrones, decisiones, APIs y estándares.
Crear Architecture Decision Records para decisiones relevantes y trazables.
Evitar Big Design Up Front y también evitar ausencia total de arquitectura.
Medir efectividad de runway por reducción de bloqueos, defects, rework, lead time y coste de cambio.
Tema 20: SAFe para equipos no técnicos, hardware y operaciones
Aplicar SAFe más allá de software en marketing, operaciones, RRHH, legal, procurement, hardware o business teams.
Adaptar equipos ágiles a trabajos con menor cadencia de release pero alta necesidad de coordinación y feedback.
Diseñar backlogs de negocio, enablers operativos, capacidades, experiments y outcomes no software.
Integrar hardware y sistemas físicos con cadencias, integración, compliance, suppliers y validación incremental.
Evitar imponer prácticas de software a equipos de negocio sin adaptar lenguaje, métricas y eventos.
Trabajar dependencies entre negocio y tecnología como parte del ART o de Solution Train.
Diseñar métricas de flow y valor para procesos operativos, campañas, productos físicos o servicios internos.
Gestionar work-in-process en áreas funcionales para reducir multitarea y tiempos de espera.
Crear ejemplos de SAFe en sectores regulados, industria, banca, salud, administración pública y telco.
Mantener principios Lean-Agile aunque las prácticas concretas cambien por dominio.
Tema 21: Liderazgo Lean-Agile y cambio cultural
Entender que SAFe requiere liderazgo activo, no delegar la transformación en Agile Coaches o PMO.
Practicar liderazgo por ejemplo: transparencia, decisiones rápidas, mejora sistémica, respeto y aprendizaje.
Cambiar de gestión por tareas a gestión por outcomes, flow y capacidad real.
Reducir control centralizado cuando impide adaptación local y aprendizaje del equipo.
Desarrollar líderes que facilitan, eliminan impedimentos y mejoran el sistema.
Gestionar resistencia de mandos intermedios, PMO, equipos técnicos, negocio y finanzas.
Evitar mensajes contradictorios: pedir agilidad mientras se premia cumplimiento rígido de planes obsoletos.
Diseñar formación y coaching por rol, no una sesión genérica igual para todos.
Crear comunidades de práctica para RTEs, POs, Scrum Masters, Product Managers, arquitectos y coaches.
Medir cambio cultural mediante comportamientos observables, no solo encuestas o asistencia a formaciones.
Tema 22: Implementación de SAFe y roadmap de adopción
Utilizar SAFe Implementation Roadmap como guía de actividades para adoptar SAFe de forma ordenada.
Alcanzar tipping point mediante diagnóstico claro de problemas, urgencia, visión y sponsorship ejecutivo.
Formar agentes de cambio, Lean-Agile Center of Excellence y líderes que sostendrán la transformación.
Identificar value streams y ARTs antes de rediseñar eventos o herramientas.
Preparar ART launch con training, backlog, roles, tooling, stakeholders y logística de PI Planning.
Lanzar el primer ART con objetivos realistas, soporte intensivo y mejora continua.
Extender a nuevos ARTs y portfolios solo cuando existen aprendizaje, patrones y capacidad de coaching.
Incorporar LPM y governance cuando la organización necesita conectar funding y estrategia.
Evitar big bang transformation sin readiness, sin datos y sin capacidad de acompañamiento.
Crear roadmap de adopción por oleadas con métricas, riesgos, dependencias y criterios de avance.
Tema 23: Herramientas, Jira Align, Azure DevOps y soporte digital de SAFe
Configurar herramientas para soportar SAFe sin convertir el framework en administración de tickets.
Modelar portfolio, epics, capabilities, features, stories, dependencies, PI Objectives y ARTs en herramientas digitales.
Usar Jira, Jira Align, Azure DevOps, Rally, Planview, Targetprocess u otras plataformas según madurez y ecosistema.
Diseñar boards útiles para equipos, ARTs, RTEs, Product Management y Portfolio.
Visualizar dependency management, planning boards, risks, capacity y progress durante PI Planning y ejecución.
Evitar configuraciones excesivamente complejas que obligan a alimentar la herramienta en lugar de entregar valor.
Definir ownership de datos, workflows, estados, campos, permisos y reportes.
Integrar herramientas con CI/CD, métricas de flow, documentación, OKRs, portfolio y reporting ejecutivo.
Crear dashboards con información accionable para decisiones, no solo indicadores decorativos.
Documentar estándares de herramienta por ART y portfolio para mantener consistencia.
Tema 24: Métricas, Measure and Grow y evaluación de madurez
Aplicar Measure and Grow para evaluar progreso de business agility, equipos, ARTs y portfolio.
Medir resultados con combinación de outcomes de negocio, flow, calidad, predictibilidad, engagement y satisfacción de cliente.
Evitar métricas de vanidad como número de ceremonias, número de historias o cumplimiento ciego de alcance.
Medir ART predictability comparando business value planificado y logrado.
Usar flow metrics para detectar problemas sistémicos en value streams.
Medir portfolio con inversión por value stream, épicas completadas, outcomes, capacidad y time-to-market.
Evaluar madurez técnica mediante DevOps, built-in quality, automatización, arquitectura y defectos escapados.
Crear cadence de revisión de métricas con decisiones explícitas.
Evitar usar métricas para comparar equipos de forma punitiva.
Diseñar un cuadro de mando SAFe equilibrado para dirección, portfolio, ARTs y equipos.
Tema 25: Antipatrones de SAFe y cómo evitarlos
Detectar SAFe burocrático: demasiados roles, demasiadas reuniones, poca autonomía y poca mejora real de flow.
Evitar PI Planning como teatro de compromiso donde todo está decidido antes del evento.
Corregir ARTs organizados por componentes técnicos que mantienen dependencias y colas.
Evitar Portfolio Kanban como simple comité de aprobación de proyectos tradicionales.
Detectar Product Owners sin autoridad y Product Managers desconectados del cliente.
Corregir arquitectura como gate centralizado que bloquea aprendizaje y delivery.
Evitar métricas usadas para presión individual en lugar de mejora del sistema.
Detectar exceso de WIP y demasiadas iniciativas paralelas en portfolio.
Corregir DevOps superficial donde los equipos son ágiles pero release sigue siendo mensual o manual.
Crear mecanismos de inspección honesta para adaptar SAFe sin eliminar sus principios de flow, calidad y transparencia.
Tema 26: SAFe en entornos regulados, gobierno y compliance
Aplicar SAFe en banca, seguros, salud, sector público, defensa, automoción, energía o telecomunicaciones.
Integrar compliance, risk, legal, seguridad y auditoría como parte del flow, no como revisión tardía.
Diseñar evidence-based compliance con trazabilidad desde requisito hasta test, release y aprobación.
Incorporar controles automatizados en CI/CD, arquitectura, seguridad y documentación.
Gestionar proveedores y procurement Lean-Agile cuando las dependencias externas afectan al flow.
Adaptar PI Planning y portfolio a ciclos regulatorios, ventanas de auditoría y obligaciones contractuales.
Mantener transparencia de riesgos, exceptions, waivers y decisiones regulatorias.
Evitar que compliance se convierta en excusa para volver a waterfall completo.
Diseñar métricas de control: lead time de aprobaciones, defectos regulatorios, evidencias, riesgos abiertos y revisiones completadas.
Crear un modelo SAFe compatible con cumplimiento sin perder capacidad de adaptación.
Tema 27: SAFe y estrategia corporativa: OKRs, roadmaps y outcomes
Conectar Strategic Themes, OKRs, portfolio vision, roadmaps y PI Objectives.
Traducir objetivos corporativos en iniciativas, épicas, features, enablers y métricas de resultado.
Evitar que OKRs convivan separados del backlog, funding y decisiones de portfolio.
Crear roadmaps responsivos que permitan aprendizaje y cambio, no compromisos fijos de largo plazo.
Alinear Business Owners, Product Management, Enterprise Architecture y portfolio en una misma conversación estratégica.
Usar PI Objectives para conectar trabajo de equipos con outcomes de negocio.
Medir si las iniciativas entregadas realmente mueven métricas estratégicas.
Gestionar tensiones entre roadmap comprometido, oportunidades emergentes y capacidad limitada.
Definir cadencias de revisión estratégica por quarter, PI y portfolio sync.
Crear trazabilidad bidireccional entre estrategia, ejecución y aprendizaje del mercado.
Tema 28: Proyecto Final
Diseñar una implantación SAFe para una organización con varios productos, equipos, dependencias, stakeholders y objetivos estratégicos.
Identificar value streams operativos y de desarrollo, proponiendo ARTs iniciales y límites de responsabilidad.
Seleccionar configuración SAFe adecuada: Essential, Portfolio, Large Solution o Full, justificando alcance y fase de adopción.
Definir roles clave: RTE, Product Management, Product Owners, System Architect, Business Owners, Scrum Masters y LACE.
Crear backlog inicial con épicas, features, enablers, riesgos, dependencias y criterios de priorización.
Aplicar WSJF sobre un conjunto de features y enablers para decidir prioridades del primer PI.
Preparar un PI Planning completo con agenda, readiness, business context, vision, capacity, risks y planning board.
Crear Team PI Objectives y ART PI Objectives con business value, dependencies y riesgos ROAM.
Diseñar System Demo, ART Sync, PO Sync, Scrum of Scrums e Inspect & Adapt del primer PI.
Definir métricas de flow, predictability, calidad, DevOps, portfolio y outcomes de negocio.
Diseñar Lean Portfolio Management con portfolio Kanban, Lean budgets, guardrails y governance adaptativa.
Crear un plan de DevOps y Built-in Quality para reducir lead time y mejorar entrega continua.
Preparar roadmap de adopción por oleadas con formación, coaching, comunicación, riesgos y criterios de avance.
Identificar antipatrones probables y diseñar acciones preventivas para evitar SAFe burocrático.
Presentar la solución final defendiendo estructura, flow, portfolio, roles, cadencias, métricas, riesgos y plan de transformación.
Perfiles profesionales
Pensado para quienes deben dominar SAFe (Scaled Agile Framework) en su día a día
Directivos, responsables de transformación y PMO
Este curso encaja con perfiles que necesitan alinear estrategia, financiación, portfolios, productos y ejecución en organizaciones complejas. La formación les permite entender SAFe como sistema de gobierno Lean-Agile, no como un conjunto de ceremonias añadidas sobre la estructura existente.
Agile Coaches, SPCs, RTEs y Scrum Masters
Los perfiles de agilidad encontrarán una visión completa para lanzar ARTs, facilitar PI Planning, gestionar dependencias, mejorar flow, acompañar equipos y evitar que SAFe se convierta en una capa burocrática. El curso aporta herramientas concretas para adopción, coaching y mejora continua.
Preguntas frecuentes
Resolvemos todas tus dudas sobre nuestra formación en SAFe (Scaled Agile Framework)
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
Sí. El curso toma SAFe 6.0 como referencia actual y trabaja sus disciplinas, roles, eventos, principios, Lean Portfolio Management, Product Development Flow, ARTs, PI Planning y métricas de flow.
El curso puede alinearse con contenidos de certificaciones SAFe, pero no sustituye a una formación oficial acreditada por Scaled Agile, Inc. si la empresa necesita examen o certificación oficial.
Sí, es recomendable conocer Scrum, Kanban, producto, gestión de backlog, equipos ágiles o delivery tecnológico. El curso es avanzado y está pensado para escalar Agile en organizaciones complejas.
Sí. Hay un bloque específico de preparación, ejecución y resultados de PI Planning, incluyendo readiness, objetivos, dependencias, ROAM, confidence vote, ART planning board y seguimiento posterior.
Sí. Se trabaja portfolio Kanban, Lean budgets, value stream funding, guardrails, épicas, investment horizons, strategic themes, KPIs y governance adaptativa.
Sí. Se trabajan Flow Distribution, Flow Velocity, Flow Time, Flow Load, Flow Efficiency y Flow Predictability, además de predictibilidad del ART, calidad, DevOps y outcomes de negocio.
Sí. Aunque SAFe nació muy ligado a software, el curso incluye business teams, operaciones, marketing, hardware, entornos regulados y áreas corporativas que necesitan coordinar trabajo complejo.
Sí. El temario incluye Continuous Delivery Pipeline, Release on Demand, DevSecOps, quality automation, CI/CD, métricas DORA, built-in quality y reducción de lead time.
Sí. El Proyecto Final puede construirse sobre un caso real o anonimizado de la empresa: value streams, ARTs, portfolio, productos, dependencias, roles, herramientas y roadmap de adopción.
Sí, esta formación puede ser bonificable hasta el 100% a través de FUNDAE, siempre que la empresa disponga de crédito formativo suficiente y se cumplan los requisitos de comunicación, asistencia y documentación exigidos.
Sí. El curso toma SAFe 6.0 como referencia actual y trabaja sus disciplinas, roles, eventos, principios, Lean Portfolio Management, Product Development Flow, ARTs, PI Planning y métricas de flow.
El curso puede alinearse con contenidos de certificaciones SAFe, pero no sustituye a una formación oficial acreditada por Scaled Agile, Inc. si la empresa necesita examen o certificación oficial.
Sí, es recomendable conocer Scrum, Kanban, producto, gestión de backlog, equipos ágiles o delivery tecnológico. El curso es avanzado y está pensado para escalar Agile en organizaciones complejas.
Sí. Hay un bloque específico de preparación, ejecución y resultados de PI Planning, incluyendo readiness, objetivos, dependencias, ROAM, confidence vote, ART planning board y seguimiento posterior.
Sí. Se trabaja portfolio Kanban, Lean budgets, value stream funding, guardrails, épicas, investment horizons, strategic themes, KPIs y governance adaptativa.
Sí. Se trabajan Flow Distribution, Flow Velocity, Flow Time, Flow Load, Flow Efficiency y Flow Predictability, además de predictibilidad del ART, calidad, DevOps y outcomes de negocio.
Sí. Aunque SAFe nació muy ligado a software, el curso incluye business teams, operaciones, marketing, hardware, entornos regulados y áreas corporativas que necesitan coordinar trabajo complejo.
Sí. El temario incluye Continuous Delivery Pipeline, Release on Demand, DevSecOps, quality automation, CI/CD, métricas DORA, built-in quality y reducción de lead time.
Sí. El Proyecto Final puede construirse sobre un caso real o anonimizado de la empresa: value streams, ARTs, portfolio, productos, dependencias, roles, herramientas y roadmap de adopción.
Sí, esta formación puede ser bonificable hasta el 100% a través de FUNDAE, siempre que la empresa disponga de crédito formativo suficiente y se cumplan los requisitos de comunicación, asistencia y documentación exigidos.
Diseñemos hoy el curso que tu empresa necesita
Cuéntanos tus objetivos de negocio y prepararemos una propuesta formativa bonificable totalmente ad hoc
Profesionaliza portfolio y financiación Lean Portfolio Management ayuda a pasar de financiación por proyectos a inversión por value streams, con guardrails, portfolio Kanban y decisiones basadas en valor, riesgo y aprendizaje.
3
Integra producto, arquitectura, negocio y tecnología SAFe bien aplicado conecta Product Management, arquitectura, equipos, operaciones, negocio y liderazgo. El curso evita enfoques parciales donde solo cambia la forma de planificar tareas.
4
Evita antipatrones habituales de escalado Agile La formación identifica riesgos frecuentes: SAFe burocrático, PI Planning teatral, roles sin autoridad, exceso de WIP, arquitectura bloqueante, métricas punitivas y portfolio waterfall.
5
Facilita adopción sostenible en empresas complejas El curso incluye implementación, coaching, liderazgo, LACE, roadmap de adopción, métricas y gestión del cambio. Esto permite escalar de forma progresiva, medible y adaptada al contexto.
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Ejercicios prácticos
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Practica y mejora con nuestra plataforma
Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
Product Managers, Product Owners y responsables de producto
Los perfiles de producto aprenderán a conectar estrategia, customer centricity, roadmaps, features, capabilities, feedback, PI Objectives y delivery. La formación refuerza priorización económica, discovery, flow de producto y toma de decisiones basada en valor.
Arquitectos, líderes técnicos y responsables de plataforma
Los perfiles técnicos podrán trabajar architectural runway, enablers, continuous delivery pipeline, built-in quality, DevOps, dependencias técnicas y coordinación entre equipos. El curso ayuda a integrar arquitectura en el flow, sin convertirla en una fase previa bloqueante.
Equipos de desarrollo, QA, DevOps y negocio
Los equipos que participan en Agile Release Trains podrán entender su papel dentro de SAFe: planificación, ejecución, demostración, mejora, coordinación, calidad y entrega continua. La formación les ayuda a trabajar más allá del equipo local, alineados con producto y negocio.
Responsables de portfolio, finanzas y control de gestión
Los perfiles de portfolio y finanzas aprenderán Lean Portfolio Management, value stream funding, guardrails, portfolio Kanban, épicas, métricas, KPIs y governance. El curso permite pasar de financiación por proyecto a inversión orientada a flujo de valor.
