Se - Chef de projet SCRUM

25/09/2017 – Aujourd’hui Ingénieur optimisation du réseau de transport Bouygues Telecom
CONTEXTE :
Au sein de la direction technique/service optimisation IP et Transport et dans le cadre le cadre de projet de partage de réseau entre SFR & Bouygues plusieurs mission m’ont été confiées : produire des KP, un suivi régulier de la vie du réseau mobil, industrialisation des rapports, optimisation des process…
REALISATIONS :
 Capacity planning : suivi régulier sur le réseau mobile (faisceaux hertziens) capillaires et collecte (Projet CROZON)
 Calcul du taux de charge selon la capacité radio max possible sur les liens
 Détection d’alerte sur le parc
 Optimisation de performance et QoS
 Reporting hebdo et mensuel avec SFR
 Maintien de la cohérence entre la base de données référentielle et base de données opérationnelle
 Mise en place d’un process de correction de la dissymétrie due à une non-conformité de configuration
 Assurer le respect des règles de configurations du réseau.
 Anticiper les dégradations lentes de qualités pour gagner en proactivité.
 Suivi de l’avancement de l’application de nouveaux paramétrages.
 Optimisation de l’existant pour maintenir un niveau de qualité réseau constant.
 Lancement des actions de correction nécessaire vers les entités
 Industrialisation des KPIs
 Proposition de solutions techniques pour optimiser les activités de l’équipe
ENVIRONNEMENT TECHNIQUE :
Réseau mobile : Faisceau Hertzien, Business Object, Machine Virtuelle (Debian/Windows) et serveurs de rebond, Outils d’ingénieries internes, Python, Excel

01/09/2016 – 22/09/2017 Architecte Logiciel SFR SA
CONTEXTE :
Au sein de la direction ingénierie réseaux et dans le cadre d’amélioration des méthodes de travail au sein du service Référentiels Fixes et Outils d'Analyse, j’ai proposé de mettre en place un DCIM (Data Center Infrastructure Management) pour gérer le parc des serveurs. Un référentiel qui nous a permis d’oublier les vieilles méthodes de gestion via les fichiers EXCEL en nous offrant la possibilité d’automatiser la mise à jour des informations concernant ces équipements qui hébergent plusieurs outils et solutions logicielles.
REALISATIONS :
 Analyse de l’architecture et des dépendances
 Installation de la solution Ralph Allegro (Python/Django)
 Hébergement en serveur Web / ouverture de flux
 Développement des besoins
 est et traitement des bugs
ENVIRONNEMENT TECHNIQUE :
Debian, Serveurs, équipements d’accès Fixe, outils d’ingénieries internes, Ralph Allegro, Python/Django (REST), MySQL, JavaScript, HTML, CSS

01/12/2014 – 31/08/2017 Ingénieur Support réseaux SFR SA
CONTEXTE :
Au sein de la Direction Opération réseaux / équipe CASE IP & Accès Fixe, j’ai piloté l’activité de la mise en place d’un outil de contrôle recette. Lors de la mise en production d’un équipement accès fixe (DSL ou FTTH), une fois les configurations mises en place, l’étape finale consiste à vérifier les données configurées par les intervenants sur l’équipement afin de valider sa mise en production.
Ces vérifications, appelées « Contrôle Recette » permettent de fiabiliser le déploiement des nouveaux équipements sur le réseau SFR. L’ingénierie accès fixe de SFR a mis en place des règles de configurations à respecter pour chaque type d’équipements et chaque type d’architectures afin d’améliorer la qualité du réseau.
Autrefois, les vérifications se faisaient manuellement par l’équipe CASEE IP en validant une fiche de recette au format Excel listant les informations à vérifier. Plusieurs cas d’erreurs humaines ont été constatés avec cette méthode.
Par la suite un outil avait été mis en place, pour réaliser automatiquement ces contrôles.
La mission qui m’a été confiée est de développer les contrôles manquants sous cet outil et de proposer des évolutions pour améliorer sa performance et sa mise en service.
BiloV4 /Marmiton est le nom de l’outil de contrôle recette.
REALISATIONS :
• Développement des scripts, test et traitement des anomalies.
• Reporting hebdo et suivi de l’avancement du projet (MOA et d’autres intervenants sur le projet)
• Ouverture de flux
• Création de comptes utilisateurs
• Rédaction des modes opératoire
• Formation des internes et externes
ENVIRONNEMENT TECHNIQUE :
Equipement d’accès fixe (DSLAM, OLT, P2P, PE), JavaScript, serveurs de rebond

01/12/2014 – 31/08/2017 Ingénieur Support réseaux SFR SA
CONTEXTE :
Audit de référentiels :
Un audit sur le périmètre FTTH qui englobe plusieurs contrôles Il s’agit de vérifier la conformité de la configuration de l’intégralité d’un type donné de routeurs. L’objectif est de détecter les anomalies en vue de normaliser les données dans un premier temps, et ensuite d’identifier les failles des processus ayant conduit aux erreurs détectées.
REALISATIONS :
• Identification du cycle de vie des équipements dans les référentiels.
• Extraction des informations à auditer (adresses IP et ports sur lesquels seront connectés les liens).
• Développement des scripts d’extraction
• Confirmation des statuts des équipements en déploiement
• Définition d’un plan d’action à la suite de l’audit
• Ajout des équipements manquants avant les mises à jour
• Suppression des équipements démontés / non déployés
ENVIRONNEMENT TECHNIQUE :
Perl, référentiels ingénieries

01/12/2014 – 31/08/2017 Ingénieur Support réseaux SFR SA
CONTEXTE :
Synergie des réseaux Altice (SFR et Completel) :

L’un des grands projets du groupe Altice est de fusionner ses différents réseaux (SFR, Numericable et Completel) dans le but de proposer des offres SFR Business sur le réseau Completel et inversement.
Les éléments physiques sont déjà présents, mais pour mettre en place un tel système, l’ensemble des routeurs doivent être reconfigurés. De ce fait, le CASE IP & AF était en charge d’intervenir sur pas moins de 1000 équipements. Réaliser ces opérations manuellement demanderait beaucoup de temps et de ressources. Les configurations étant similaires pour chaque type d’équipement, il était possible d’industrialiser les mises à jour en développant des scripts. Sur de tels volumes d’opération, le gain de temps peut être d’un facteur 10.
De plus, les équipements impactés appartiennent au réseau dédié aux entreprises, et portent donc le trafic de clients dits « grands comptes », exigeant.

REALISATIONS :
• Les « pré-checks » visent à contrôler que la configuration de l’équipement réponde bien aux prérequis de l’opération
• La génération de la configuration : en se basant sur le « squelette » de configuration proposé par le mode opératoire, les valeurs variables sont renseignées en fonction de l’équipement.
• L’injection de la configuration précédemment générée dans l’équipement. Le point critique est de gérer le dialogue entre le serveur hébergeant le script et le routeur.
• Les « post-checks » visent à vérifier que la configuration finale est correcte. Ces vérifications sont aussi spécifiées dans le mode opératoire.
• La génération du rapport d’intervention, enregistrant l’ensemble des commandes passées sur chaque équipement, et un

ENVIRONNEMENT TECHNIQUE :
Perl, FTTH, équipements Cisco