Notre méthode : des objectifs de l'opérateur aux releases après le go-live

Contenu de chaque phase

Phase	Travaux
Releases techniques (MVP)	gestion de projet ; analyse et conception ; déploiement de l’infrastructure ; développement et configuration ; intégration ; SIT (System Integration Testing) ; planification de la bascule et de la migration ; transfert de connaissances
Release Go-Live	gestion de projet et conduite du changement ; analyse et conception ; mise en place de l’infrastructure et du CI/CD ; intégration ; UAT (User Acceptance Testing) ; bascule ; migration ; formation
Après le go-live	conduite du changement ; support à quatre niveaux ; support de l’infrastructure et du CI/CD ; demandes de changement ; tests de non-régression rapides ; hypercare

Il peut y avoir plusieurs releases techniques, chacune passant par la SIT ; la release Go-Live passe par l’UAT de votre équipe. Après le go-live — autant de releases que le métier l’exige.

Qui fait quoi

Deux équipes mènent le projet : la vôtre — celle de l’opérateur, ou du partenaire qui fournit votre BSS — et la nôtre. La répartition est fixée dès le premier jour et ne change pas d’une phase à l’autre.

Votre équipe	MEF.DEV
Définit les objectifs et le périmètre	Étudie les processus métier actuels et le paysage legacy, propose un plan de transformation au service de vos objectifs métier
Définit les fonctionnalités	Les met en regard des exigences de sécurité, de la réglementation et de la plateforme
Rédige les exigences	Tient le planning et les délais, explique les coûts
Construit la logique métier et l’omnicanal en low-code	Backend, services et sécurité des opérations IT backend
Suit l’avancement, les goulets d’étranglement et les changements	Génération de code, livraison accompagnée, hébergement des plugins applicatifs dans un cluster Kubernetes
Orchestre ensuite elle-même les changements et les évolutions	Formation, support technique, traitement des incidents et des nouvelles demandes

Les deux équipes développent ensemble. Le déploiement sur la plateforme comprend la gestion de configuration multi-tenant, la gestion des releases avec versioning et rollback, et la gestion des comptes utilisateurs.

Trois niveaux d’un projet

• Management. Gestion de projet, mise en œuvre, gouvernance et reporting — un seul pour l’ensemble du programme.
• Programme. Pour un groupe d’opérateurs, chaque filiale opérationnelle est un projet distinct sur le même modèle : la première fixe la solution, les suivantes la reproduisent.
• Livraison. Déploiement de l’infrastructure, plusieurs releases techniques, la release Go-Live et les releases suivantes.

Chantiers et rôles

Chantiers communs aux deux équipes : management, configuration, exigences fonctionnelles, intégration, non-fonctionnel, QA, migration des données, formation, CI/CD et déploiement de l’infrastructure. De notre côté : un chef de projet, un ingénieur BSS, un business analyst, l’équipe d’ingénierie, un ingénieur migration de données, un DevOps BSS et un DevOps infrastructure. Chaque partie assure une gouvernance d’architecture : la vôtre de bout en bout, la nôtre pour l’architecture d’intégration.

Comment nous réduisons le risque de la bascule

• Tests fonctionnels des services legacy — gestion des clients et des commandes, charging, facturation, provisioning — lors de répétitions à blanc avant la bascule, puis à nouveau après le go-live.
• Seuils de performance pour l’IT Ops — dès la bascule.
• Intégration et tests E2E selon un modèle de maturité.
• Indicateurs SLA et KPI — pendant la stabilisation après la bascule et au-delà.
• L’opérateur décide de la bascule. Chaque release passe en production selon vos règles de Change Management, avec une version et un rollback.

Comment nous travaillons avec le legacy

• Rétro-ingénierie. Nous reproduisons et documentons d’abord le comportement du système legacy au lieu de le supposer.
• Planification du chemin critique. Le calendrier est déterminé par la chaîne de dépendances entre équipes et systèmes.
• Conception sur un modèle de référence. Domaines et entités suivent les pratiques TM Forum ; schémas de données, services et documentation sont générés à partir des modèles.
• Agile et tests automatisés. De petits lots derrière des feature flags s’assemblent en fonctionnalités plus larges.
• DevOps sur des processus ITIL. Déploiement et supervision automatisés, axés sur l’usage des services et des entités.

La plateforme fonctionne aussi à côté du BSS d’un autre fournisseur : applications et canaux l’appellent via TM Forum Open API, et la couche réseau et l’OSS sont atteints par notre partie. Le développement, la livraison et le support s’appuient sur un système qualité ISO 9001.

Pour engager la discussion, répondez au questionnaire opérateur : quelques questions sur votre société, votre base clients, vos points d’intégration et la migration, afin que nous puissions préparer une première estimation. Les questions plus approfondies sont facultatives, ou nous les parcourons ensemble.