Cómo trabajamos: de los objetivos del operador a las versiones tras el go-live

Qué incluye cada fase

Fase	Trabajo
Versiones técnicas (MVP)	gestión del proyecto; análisis y diseño; despliegue de la infraestructura; construcción y configuración; integración; SIT (System Integration Testing); planificación del cut-over y de la migración; transferencia de conocimiento
Versión Go-Live	gestión del proyecto y del cambio; análisis y diseño; puesta en marcha de la infraestructura y de CI/CD; integración; UAT (User Acceptance Testing); cut-over; migración; formación
Tras el go-live	gestión del cambio; soporte en cuatro niveles; soporte de infraestructura y CI/CD; solicitudes de cambio; pruebas de sanity; hypercare

Puede haber varias versiones técnicas, cada una con su SIT; la versión Go-Live pasa por la UAT de su equipo. Tras el go-live, tantas versiones como necesite el negocio.

Quién hace qué

Dos equipos llevan el proyecto: el suyo —el del operador o el del socio que suministra su BSS— y el nuestro. El reparto se fija el primer día y no cambia de una fase a otra.

Su equipo	MEF.DEV
Define los objetivos y el alcance	Examina los procesos de negocio actuales y el entorno legacy, propone un plan de transformación para sus objetivos de negocio
Define las funcionalidades	Las vincula con los requisitos de seguridad, la regulación y la plataforma
Elabora los requisitos	Mantiene el calendario y los plazos, explica los costos
Construye la lógica de negocio y la omnicanalidad en low-code	Backend, servicios y seguridad de las operaciones de TI de backend
Supervisa el avance, los cuellos de botella y los cambios	Generación de código, entrega guiada, alojamiento de los plugins de aplicación en un clúster Kubernetes
Después orquesta por sí mismo los cambios y la evolución	Formación, soporte técnico, gestión de incidencias y nuevas solicitudes

Ambos equipos desarrollan juntos. El despliegue en la plataforma incluye la gestión de la configuración multi-tenant, la gestión de versiones con versionado y rollback, y la gestión de cuentas de usuario.

Tres niveles de un proyecto

• Gestión. Gestión del proyecto, implantación, gobernanza e informes, una sola para todo el programa.
• Programa. En un grupo de operadores, cada empresa operadora es un proyecto propio con la misma plantilla: la primera fija la solución, las siguientes la repiten.
• Entrega. Despliegue de la infraestructura, varias versiones técnicas, la versión Go-Live y las versiones posteriores.

Líneas de entrega y roles

Líneas en las que trabajan ambos equipos: gestión, configuración, requisitos funcionales, integración, requisitos no funcionales, QA, migración de datos, formación, CI/CD y despliegue de infraestructura. En nuestro lado: un jefe de proyecto, un ingeniero de BSS, un analista de negocio, el equipo de ingeniería, un ingeniero de migración de datos, DevOps de BSS y DevOps de infraestructura. Cada lado tiene gobierno de arquitectura: el suyo de extremo a extremo, el nuestro para la arquitectura de integración.

Cómo reducimos el riesgo del cambio

• Pruebas funcionales de los servicios legacy —gestión de clientes y pedidos, charging, facturación, provisioning— en ensayos previos al cut-over y de nuevo tras el go-live.
• Umbrales de rendimiento para IT Ops, a partir del cut-over.
• Integración y pruebas E2E sobre un modelo de madurez.
• Métricas de SLA y KPI durante la estabilización tras el cut-over y después.
• El cambio lo decide el operador. Cada versión pasa a producción según sus reglas de Change Management, con versión y rollback.

Cómo trabajamos con legacy

• Ingeniería inversa. Primero reproducimos y documentamos el comportamiento del sistema legacy en lugar de suponerlo.
• Planificación por ruta crítica. El calendario lo marca la cadena de dependencias entre equipos y sistemas.
• Diseño sobre un modelo de referencia. Los dominios y entidades siguen la práctica de TM Forum; los esquemas de datos, los servicios y la documentación se generan a partir de los modelos.
• Agile y pruebas automatizadas. Pequeños paquetes tras feature flags se van sumando hasta formar funcionalidades mayores.
• DevOps sobre procesos ITIL. Despliegue y monitorización automatizados, orientados al uso de servicios y entidades.

La plataforma funciona también junto al BSS de otro proveedor: las aplicaciones y los canales la invocan mediante TM Forum Open API, y la capa de red y el OSS se alcanzan a través de nuestra parte. El desarrollo, la entrega y el soporte se realizan bajo un sistema de calidad ISO 9001.

Para iniciar la conversación, responda al cuestionario para operadores: unas pocas preguntas sobre su empresa, base de clientes, puntos de integración y migración, para que podamos preparar una primera estimación. Las preguntas más detalladas son opcionales, o las revisamos juntos.