Como trabalhamos: dos objetivos do operador às versões após o go-live

O que inclui cada fase

Fase	Trabalho
Versões técnicas (MVP)	gestão de projeto; análise e desenho; implementação da infraestrutura; construção e configuração; integração; SIT (System Integration Testing); planeamento do cut-over e da migração; transferência de conhecimento
Versão Go-Live	gestão de projeto e da mudança; análise e desenho; infraestrutura e configuração de CI/CD; integração; UAT (User Acceptance Testing); cut-over; migração; formação
Após o go-live	gestão da mudança; suporte em quatro níveis; suporte de infraestrutura e CI/CD; pedidos de alteração; testes de sanidade; hypercare

Pode haver várias versões técnicas, cada uma passando por SIT; a versão Go-Live passa pelo UAT da sua equipa. Após o go-live — tantas versões quantas o negócio precisar.

Quem faz o quê

O projeto é conduzido por duas equipas: a sua — a do operador, ou a do parceiro que lhe fornece o BSS — e a nossa. A divisão é definida no primeiro dia e não muda de fase para fase.

A sua equipa	MEF.DEV
Define objetivos e âmbito	Analisa os processos de negócio atuais e o panorama legacy, propõe um plano de transformação para os seus objetivos de negócio
Define funcionalidades	Faz a correspondência com os requisitos de segurança, a regulamentação e a plataforma
Elabora requisitos	Gere o calendário e os prazos, explica os custos
Constrói a lógica de negócio e o omnicanal em low-code	Backend, serviços e segurança das operações de TI de backend
Acompanha o progresso, os estrangulamentos e as alterações	Geração de código, entrega guiada, alojamento de plugins de aplicação num cluster Kubernetes
Depois orquestra ela própria as alterações e a evolução	Formação, suporte técnico, tratamento de incidências e de novos pedidos

As duas equipas desenvolvem em conjunto. A implantação na plataforma inclui gestão de configuração multi-tenant, gestão de versões com versionamento e rollback, e gestão de contas de utilizador.

Três níveis de um projeto

• Gestão. Gestão de projeto, implementação, governação e reporte — uma para todo o programa.
• Programa. Num grupo de operadores, cada empresa operacional é um projeto próprio com o mesmo modelo: o primeiro define a solução, os seguintes repetem-na.
• Entrega. Implementação da infraestrutura, várias versões técnicas, a versão Go-Live e as versões seguintes.

Frentes de entrega e funções

Frentes em que ambas as equipas trabalham: gestão, configuração, requisitos funcionais, integração, requisitos não funcionais, QA, migração de dados, formação, CI/CD e implementação da infraestrutura. Do nosso lado: um gestor de projeto, um engenheiro de BSS, um analista de negócio, a equipa de engenharia, um engenheiro de migração de dados, DevOps de BSS e DevOps de infraestrutura. Cada lado tem governação de arquitetura: o seu de ponta a ponta, o nosso para a arquitetura de integração.

Como reduzimos o risco da mudança

• Testes funcionais dos serviços legacy — gestão de clientes e de encomendas, charging, faturação, provisioning — em dry-runs antes do cut-over e novamente após o go-live.
• Limiares de desempenho para IT Ops — a partir do cut-over.
• Integração e testes E2E segundo um modelo de maturidade.
• Métricas de SLA e KPI — durante a estabilização após o cut-over e depois dela.
• É o operador que decide a mudança. Cada versão entra em produção segundo as regras do seu Change Management, com versão e rollback.

Como trabalhamos com legacy

• Engenharia inversa. Primeiro reproduzimos e registamos o comportamento do sistema legacy, em vez de o presumir.
• Planeamento pelo caminho crítico. O calendário é definido pela cadeia de dependências entre equipas e sistemas.
• Desenho sobre um modelo de referência. Os domínios e as entidades seguem a prática do TM Forum; os esquemas de dados, os serviços e a documentação são gerados a partir dos modelos.
• Agile e testes automatizados. Pequenos pacotes por trás de feature flags compõem funcionalidades maiores.
• DevOps sobre processos ITIL. Implementação e monitorização automatizadas, orientadas para a utilização de serviços e entidades.

A plataforma também funciona ao lado do BSS de outro fornecedor: as aplicações e os canais chamam-na através de TM Forum Open API, e a camada de rede e o OSS são acedidos através da nossa parte. O desenvolvimento, a entrega e o suporte decorrem sob um sistema de qualidade ISO 9001.

Para iniciar a conversa, responda ao questionário do operador: algumas perguntas sobre a sua empresa, a base de clientes, os pontos de integração e a migração, para que possamos preparar uma primeira estimativa. As perguntas mais aprofundadas são opcionais, ou percorremo-las em conjunto.