Pablo Samuel García-Zarandieta Martínez
← Volver a proyectos

Eurodrone CM + One Platform

Gestión de configuración en Eurodrone y rol cliente en One Platform, traduciendo procesos a 3DEXPERIENCE, validando con UAT y liderando formación y adopción.

2023–2025Configuration Management Analyst (ALTEN, embedded at Airbus)Public / Internal-safe

TL;DR

En el programa Eurodrone trabajé ~2 años en Gestión de Configuración (CM), en un entorno de procesos altamente exigentes. Paralelamente participé desde el inicio como “cliente” en One Platform, iniciativa de transformación para unificar y modernizar procesos a nivel Airbus, donde una pieza central era el backbone 3DEXPERIENCE para PLM + Change Process + Configuración. Contribuí a traducir procesos de alto nivel (Change / Equipment Release) en lógicas implementables en la herramienta, validé entregas con UAT end-to-end (incluyendo negative testing) y lideré gran parte de la formación y adopción en Getafe.

Role & Scope

Rol: Configuration Management Analyst (ALTEN, embedded at Airbus)
Ubicación: Getafe (Madrid)
Periodo: 08/2023 – 09/2025
Scope personal: Change Process + Configuration definition + Equipment Release / Teams management + UAT + Training/Adoption

Profile relevance

  • Primary: Configuration Management (CM + Change process)
  • Secondary: Systems Engineering (multi-view + trazabilidad)

Profile mapping (detail)

  • Systems Engineering (Aero/Drones): experiencia práctica en enfoque multi-view (requirements, logical/functional, equipment, technical, design y service views), manteniendo trazabilidad y consistencia mediante configuration baselines y change governance.
  • Configuration Management: núcleo del caso; cambio de doc-centric a data-centric y gobernanza de revisiones/estados.
  • DevOps/Platform (light): mentalidad de plataforma, delivery continuo, UAT y hardening.
  • Data / Analytics (light): transición a entregables basados en datos y visualización con impacto analysis.

Context

One Platform es una iniciativa a nivel grupo para unificar, modernizar y mejorar los procesos de Airbus (comercial, helicópteros, defensa, espacio) con visión de futuros programas. Dentro de One Platform, 3DEXPERIENCE actuaba como backbone para conectar el ciclo de vida: requisitos → ingeniería de sistemas → diseño → manufacturing → servicios, junto con gestión de configuración y un change process riguroso e integrado.

✅ Cómo lo cuento públicamente: sin entrar en detalles internos, se explica como “backbone PLM + Change + Configuración” dentro de una iniciativa de transformación a escala corporativa.

One Platform map (simplified)

Deep dives

Deep dive — Multi-view approach (Systems)

Un elemento clave de los nuevos procesos era trabajar con una metodología tipo Multi-View, donde el producto y su evolución se modelan y gobiernan mediante vistas coherentes según la necesidad de cada disciplina, manteniendo trazabilidad y consistencia a través del change process.

Vistas principales (simplificado)

  • Requirements View: estructura tipo sistema/subsistema para capturar requisitos de cliente, internos y suppliers.
  • Logical / Functional View: traducción de requisitos a funciones, lógicas y relaciones entre subsistemas.
  • Equipment View: aterriza la arquitectura a equipos y habilita equipment release e interacción con suppliers.
  • Technical View: captura inputs técnicos (p.ej. conexiones eléctricas) que alimentan diseño y verificación.
  • Design View: estructura de producto a nivel de diseño (detalle/partes) alineada con equipos/sistemas.
  • Service View: vista orientada a consumo aguas abajo (servicios/operación).

Cómo conectaba esto con CM + Change

  • La configuración se define “por vistas” (objetos, baselines y versionado) y las variantes se gestionan con aplicabilidad.
  • El Change Process gobierna modificaciones a través de vistas.
  • El valor principal era asegurar que las vistas podían operarse en una plataforma PLM con reglas, revisiones y trazabilidad.

Multi-View map

Deep dive — Role evolution (CM/PLM)

Go to related case study: Eurodrone Configuration Management →

Fase 0–1 (primeros 3–4 meses): onboarding + soporte CM del programa.
Fase 2 (resto del periodo): cliente CM/PLM + UAT + training + soporte operativo en Getafe.

Deep dive — CM scope (Change/Config/Equipment Release)

Pilar A — Change Process

  • Definición y endurecimiento de flujos de cambio para asegurar rigor y trazabilidad.
  • Exigencia “customer-side” de customizaciones; app muy customizada integrada con datos de 3DEXPERIENCE.

Pilar B — Configuration definition

  • Definición de necesidades de configuración y vistas.
  • Trabajo con part numbers y lógica de configuración asociada.

Pilar C — Equipment Release / Teams management

  • Participación fuerte en el Equipment Release Process.
  • Revisiones/nomenclaturas/estados y gates de release para asegurar cumplimiento.

Transversales

  • UAT / test campaigns end-to-end.
  • Training & adoption con soporte posterior.

Scope at a glance

Deep dive — Delivery flow (SAFe/UAT)

El proyecto se organizaba con enfoque Scaled Agile / SAFe a alto nivel:

  • Epic (p.ej. Change Process)
  • Business Release
  • Dossier (use cases + requirements + criterios de aceptación)
  • Implementación por desarrolladores
  • Test Campaign (UAT end-to-end como cliente)
  • Release (desarrollo continuo)

Mi aportación típica:

  • Convertir casos reales en requisitos verificables.
  • Alinear con functional architects para traducir a lógicas implementables.
  • Validar end-to-end (incluyendo escenarios de bypass).
  • Reportar defects/IRs y retest en iteraciones siguientes.

Artefactos que generaba/gestionaba

  • Use cases + requirements (Confluence / dossier)
  • Criterios de aceptación + checklist UAT
  • Bugs / improvement requests (Jira)
  • Material de formación (slides, guías, ejercicios)
  • Soporte operativo “en vivo”

SAFe delivery flow (simplified)

Deep dive — Doc-centric → Data-centric

Antes (doc-centric)

  • Dossiers del change process en PowerPoint (SharePoint, check-in/check-out).
  • Duplicidad de información en Jira y PPT.
  • Mucho trabajo manual y fricción.

Después (data-centric)

  • Deliverable = datos + visualización en herramienta.
  • Integración con objetos reales en 3DEXPERIENCE:
    • impact analysis ligado a objetos que cambian,
    • evidencias más ricas (comentarios/markups),
    • menos duplicidad y más trazabilidad.

Doc-centric → Data-centric

Deep dive — Equipment Release hardening

Objetivo: asegurar que el Equipment Release Process no fuese “hackeable”.

Qué se implementó (resumen)

  • Objeto clave evolucionando por revisiones.
  • Progresión por estados.
  • Gate de release con atributos obligatorios + estado correcto.

Qué hice yo (acciones)

  • Propuse usar capacidades OOTB + reglas Airbus.
  • Aterricé la lógica en dossiers (use cases + aceptación).
  • Ejecuté UAT end-to-end con mentalidad de negative testing.

Validación (cómo se probaba)

  • Crear objeto → forzar escenarios incompletos → intentar release → comprobar bloqueo.
  • Completar atributos → avanzar estado → release → comprobar cumplimiento.
  • Probar bypass → levantar IR → retest tras fix.

Resultado

  • Endurecimiento del flujo y mejor rigor de proceso.
  • En este slice: ~15–20 bugs/IRs detectados y resueltos.
  • Evolución en ~4–5 releases (desarrollo continuo).

Equipment object lifecycle Negative testing loop

Deep dive — Training & adoption

Training intensivo

  • Septiembre 2024 → marzo 2025 (internos Airbus).
  • Después: formaciones bajo demanda ~1/mes (externos/nuevas incorporaciones).

Audiencias y formato (Getafe)

  • Ingeniería de sistemas: ~80 personas.
  • Diseño mecánico: ~80 personas.
  • Configuración (CM dept): ~15 personas.

Formato típico

  • Grupos de ~10 personas (rango 10–15).
  • Entorno de práctica + ejercicios end-to-end guiados.
  • Para sistemas: sesiones más largas (incl. Equipment Release / teams management).
  • Para diseño: foco en change process + configuración necesaria.

Soporte operativo

  • Punto de contacto en Getafe para desbloquear dudas reales de uso.

Training timeline + funnel

Outcomes & Impact

  • Uso end-to-end real en MVP1 por parte de diseño y sistemas.
  • En ~2 meses bajó la resistencia inicial al percibirse mejoras frente al flujo anterior.

Nota: mi salida fue antes de poder afirmar adopción total, pero sí se observaron señales claras de uso y menor rechazo.

Learnings

  • Escala real: un programa aero/defensa es un ecosistema enorme y el software/proceso debe sobrevivir a esa complejidad.
  • Adopción humana: lo difícil no es la herramienta, es el cambio.
  • Stakeholders everywhere: mapear dependencias y alinear mediante workshops.
  • Customer-side delivery: use cases → aceptación → UAT E2E → bugs/IR → retest.
  • Doc → Data: paso de procesos documentales frágiles a flujos data-centric.

What I’d do differently

  • Construir red de contactos desde el primer día para acelerar decisiones.
  • Training más “producto” para líderes (material, FAQs, ejercicios).
  • Campaña de comunicación interna sobre el “por qué” y “qué gana cada rol”.

Takeaways

  1. Traducción proceso → software: definir necesidades y convertirlas en requisitos implementables.
  2. Enablement real: formación práctica end-to-end y soporte operativo.
  3. Experiencia en proyectos gigantes (Eurodrone y One Platform) con alta complejidad.

Media / Evidence

  • SAFe (Scaled Agile Framework): https://framework.scaledagile.com/
  • 3DEXPERIENCE (Dassault Systèmes): https://www.3ds.com/3dexperience
  • Airbus & Dassault (partnership): https://www.airbus.com/en/newsroom/press-releases/2019-02-airbus-and-dassault-systemes-embark-on-strategic-partnership-to