TM Forum: el estándar que (quizá) no sabías que necesitabas para operar tu red
Si trabajas en operaciones de redes de telecomunicaciones, probablemente conoces bien el momento en que un nuevo aplicativo o plataforma llega desde el equipo de deployment. Te entregan una carpeta —f
Si trabajas en operaciones de redes de telecomunicaciones, probablemente conoces bien el momento en que un nuevo aplicativo o plataforma llega desde el equipo de deployment. Te entregan una carpeta —física o digital— con documentos: diagramas de arquitectura, planes de conectividad, dimensionamiento, KPIs, SLA, manuales de soporte. Tú revisas, marcas check, firmas y el aplicativo queda bajo tu responsabilidad.
Este proceso se repite en decenas de operadoras alrededor del mundo. Y en la mayoría de los casos, el checklist se construyó con base en “lo que creemos útil” más que en un estándar reconocido.
Ahí es donde entra TM Forum.
Un poco de historia: de 8 empresas a 800+
TM Forum nació en 1988 con el nombre de OSI/Network Management Forum. Ocho empresas fundadoras se reunieron con un objetivo concreto: resolver los problemas de gestión y operación de los protocolos OSI. En ese entonces, cada fabricante tenía su propia forma de administrar sus equipos, y la interoperabilidad era un sueño lejano.
En 1998 cambió su nombre a TeleManagement Forum, reflejando una visión más amplia que iba más allá de OSI. Y en 2008, se convirtió en el TM Forum que conocemos hoy.
Pero el hito más importante ocurrió entre 1995 y 2001, cuando el foro desarrolló el Telecom Operations Map (TOM), el primer mapa de procesos estándar para operadoras. En 2001, TOM evolucionó a eTOM (Enhanced Telecom Operations Map), un modelo mucho más completo que cubría no solo operaciones, sino también estrategia, infraestructura y gestión empresarial.
Hoy, TM Forum agrupa a más de 800 empresas en 111 países, incluyendo a las 10 operadoras más grandes del mundo, que en conjunto generan 2 billones de dólares en ingresos y sirven a 5 mil millones de clientes.
El dolor que TM Forum resuelve
Si alguna vez has recibido una plataforma en operaciones, conoces estos síntomas:
- Documentación que no refleja la realidad. Los diagramas de arquitectura están desactualizados antes de que firmes el acta de recepción.
- Falta de trazabilidad. Sabes que el aplicativo X soporta el servicio Y, pero no tienes claro cómo se relacionan los componentes, ni qué pasa si falla uno.
- Monitoreo incompleto. El equipo de deployment configuró alarmas genéricas, pero las métricas funcionales del servicio no existen.
- Dependencia de personas clave. “Para eso tienes que hablar con fulanito, que fue quien lo desplegó”. Y fulanito ya está en otro proyecto.
- SLA que no se pueden medir. Porque no hay KPIs definidos, o los que hay no están vinculados al servicio real.
Cada uno de estos dolores tiene un costo: incidentes mal atendidos, escalaciones lentas, incumplimientos, desgaste del equipo operativo y, al final, riesgo para el servicio.
TM Forum no inventó estos problemas. Lo que hizo fue darles una solución estructurada, validada por cientos de operadoras alrededor del mundo.
Los tres pilares: eTOM, SID y TAM
TM Forum estructura su marco de trabajo en tres componentes principales, conocidos colectivamente como Frameworx:
eTOM — El mapa de procesos
eTOM responde a la pregunta: ¿qué procesos necesito para operar?
Se organiza en tres grandes áreas:
- Strategy, Infrastructure & Product (SIP): planificación, diseño, desarrollo de capacidades.
- Operations (OPS): el día a día: fulfillment (entregar el servicio), assurance (mantenerlo funcionando), billing (facturarlo).
- Enterprise Management (EM): funciones corporativas como RRHH, finanzas, gestión del conocimiento.
Para un equipo de operaciones de red, el área que más importa es Operations, y dentro de ella, los procesos de Resource Management & Operations y Service Management & Operations. Ahí es donde se define cómo se monitorea, configura, actualiza y asegura cada recurso de red.
eTOM fue adoptado por la ITU-T como la recomendación M.3050, lo que le da un peso normativo adicional. No es solo una “buena práctica”: es un estándar internacional.
SID — El lenguaje común
SID (Shared Information and Data Model) responde a: ¿cómo llamo a las cosas y cómo se relacionan?
En una operadora típica, el equipo de red llama “nodo” a lo que el equipo de servicio llama “plataforma” y el equipo comercial llama “infraestructura”. SID pone orden: define entidades como Customer Facing Service (el servicio que ve el cliente), Resource Facing Service (el servicio interno que lo soporta), Logical Resource (el componente lógico, como un S-CSCF), Virtual Resource (la VM o contenedor) y Physical Resource (el servidor físico).
La clave de SID es la trazabilidad: poder recorrer la cadena desde “el cliente tiene voz móvil” hasta “el pod del S-CSCF está en el host 5 del cluster Kubernetes”. Sin esa trazabilidad, cualquier diagnóstico de falla es más lento y más propenso a error.
TAM — El mapa de aplicaciones
TAM (Telecom Applications Map) responde a: ¿qué sistemas OSS/BSS necesito?
No basta con tener los procesos (eTOM) y el lenguaje (SID). Necesitas herramientas: inventario, monitoreo, ticketing, gestión de cambios, performance management. TAM clasifica estas aplicaciones y ayuda a identificar duplicidades, vacíos o integraciones débiles.
¿Cómo se aplica esto a la recepción de aplicativos?
Aquí es donde la teoría se vuelve práctica. El proceso de handover de deployment a operaciones puede estructurarse en 12 dimensiones alineadas a TM Forum:
- Gobierno y ownership operacional — RACI, escalamiento, accountability.
- Modelo de servicio y funcionalidad — ¿Qué servicio soporta y cómo se mide?
- Inventario lógico y trazabilidad — Versiones, interfaces, trazabilidad servicio-recurso.
- Observabilidad funcional y eventos — Métricas, logs, alarmas funcionales.
- Incident / Problem Management — Gestión de incidentes, RCA, postmortems.
- Change / Release / Deployment readiness — Control de cambios, rollback, pruebas.
- Capacidad funcional y resiliencia — Límites operativos, failover, continuidad.
- Automatización operativa — Scripts, runbooks automatizados.
- Seguridad y cumplimiento operacional — Accesos, auditoría, certificados.
- Integración OSS/BSS — Ticketing, assurance, inventario.
- Documentación, conocimiento y runbooks — SOPs, KB, dependencia de personas.
- Continuidad, soporte y lifecycle — EOS/EOL, soporte vendor, obsolescencia.
Cada dimensión tiene criterios específicos. No se trata de marcar “sí” o “no” de forma subjetiva, sino de validar que el aplicativo cumple condiciones objetivas para ser operado.
Para criticidad alta, por ejemplo, deberían ser requisitos obligatorios: documentación completa, monitoreo implementado, backups validados, transferencia de conocimiento ejecutada y pruebas operativas aprobadas.
El impacto de TM Forum en el mercado
Cuando una operadora adopta TM Forum, los cambios no son solo documentales. El impacto se ve en:
- Menor tiempo de integración de nuevas plataformas. Al tener procesos estandarizados, la curva de aprendizaje se reduce.
- Reducción de incidentes por falta de conocimiento. La transferencia de conocimiento es un requisito, no un “si alcanza el tiempo”.
- Mayor autonomía del equipo de operaciones. Deja de depender del equipo de deployment para resolver problemas cotidianos.
- Auditabilidad. Los procesos son reconocibles por consultores, vendors y reguladores.
- Escalabilidad. El mismo marco sirve para IMS Core, CS Legacy, 5G, cloud-native, lo que venga.
TM Forum ha evolucionado con la industria. Hoy sus marcos cubren no solo redes tradicionales, sino también virtualización, contenedores, cloud, edge computing y, recientemente, integración satelital. No es un estándar estático: se actualiza continuamente para reflejar hacia dónde va la industria.
¿Por dónde empezar?
Si esto te suena a mucho trabajo, la buena noticia es que no necesitas implementar todo de golpe. El enfoque práctico es:
- Toma tu checklist actual y compáralo con las 12 dimensiones. Identifica qué cubres y qué te falta.
- Define criterios go/no-go para cada dimensión. No aceptes un aplicativo si no cumple los mínimos.
- Implementa un registro maestro de recepciones con semáforo, KPIs y dashboard.
- Establece un comité semanal de recepciones con Deployment, Ingeniería, QA y Operaciones.
- Itera. TM Forum no se implementa en un sprint. Se adopta progresivamente.
TM Forum no es un libro de teoría que alguien en un comité de estándares escribió para complicarle la vida a los equipos de operaciones. Es una herramienta práctica, construida por y para la industria, que resuelve problemas reales que todos hemos enfrentado.
La próxima vez que recibas un aplicativo nuevo, pregúntate no solo “¿tengo los documentos?”, sino “¿puedo realmente operar esto de forma autónoma, segura y sostenible?”. Esa es la pregunta que TM Forum te ayuda a responder.
Adrián López — Ingeniero en telecomunicaciones con experiencia en operación de redes Core IMS, CS y virtualización. Este artículo refleja el proceso de adopción de TM Forum para la recepción operativa de aplicativos en un entorno real de operaciones.