Curso de SAFe (Scaled Agile Framework)

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Comprender cuándo una solución requiere Large Solution SAFe por tamaño, criticidad, complejidad técnica o integración de varios ARTs.

Diferenciar ARTs, Solution Trains, Solution Management, Solution Architect y Solution Train Engineer.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.