Omar GHARIANI

– COLPVE est un système ANTAI qui permet le traitement des infractions au code de la route. Ce processus de verbalisation et de Procès-Verbal électronique est composé de : gestion des sites et équipements de verbalisation sur le terrain, détection des véhicules en infraction, constatation de l'infraction et l'identification du véhicule et son propriétaire, traitement des paiements et recouvrements, traitement le retrait des points, contestations et les infractions pénales. – Cadrage: Comprendre les besoins métiers et définir les objectifs, le périmètre et les livrables. – Plan projet : Établir un calendrier, un budget et des jalons (méthodologies Agile, Scrum, Kanban, SAFe). – Gestion des risques: Anticiper les obstacles techniques et organisationnels – Animation d'équipe: Piloter une équipe pluridisciplinaire (développeurs, architectes, testeurs, PO...) – Communication: Assurer un lien entre la direction, les métiers et les équipes techniques. – Contrôle des délais et coûts: S'assurer du respect du budget et du planning et ajuster le projet en fonction des aléas – Validation des livrables: Vérifier la conformité aux attentes métiers et techniques. – Recette utilisateur: S'assurer que la solution répond aux besoins.

– MERLIN est une architecture distribuée, qui se décompose en deux parties : Une partie en SaaS qui regroupera tous les processus métiers: La gestion des dépêches, les règles métiers, les tableaux de bords et les interfaces utilisateurs. Un Middleware interne RATP qui fera le lien entre la solution SaaS et les SI RATP, il se décompose en deux briques : – Brique d'asservissement (ETL Talend) chargée de la consolidation des données des référentiels internes et de la mise à la disposition de ces données consolidées au MERLIN SaaS. – Brique d'échange des dépêches chargée de faire communiquer les SI RATP avec la partie MERLIN SaaS en termes de gestion des dépêches. – S'assurer de la réalisation des prestations nécessaires au traitement des messages. – Participer aux points de spécification de besoin fonctionnel et technique avec les PPO et les MOE des clients. – Etablir les plannings & veiller à le respecter. – Définir les priorités selon les besoins PPO & les urgences. – Manager l'équipe MOE : – Les points One to one Hebdo: Essayer de définir les difficultés de chacun, intervenir en cas de besoin, gérer les situations de blocage. – Piloter les cérémonie Agile MOE. – Gestion des priorités et gestion des charges et pourcentages d'intervention sur chaque chantier. – Coordination des parties prenantes (acteurs du projet internes et externes): Les équipes Projet Merlin: MOA, Intégration, Supervision, Infra et les équipes prestataires – Piloter les réunions de Suivi Hebdo MOE/MOA sur les différents chantiers de projet. – Validation des documentations technique (DAT, doc API, RunBook, Spec technique, cahiers de recette (VAT et TNR)) – Surveillance de l'avancement des projets, résolution des problèmes et gestion des risques.

– MEDOC Data Batch est responsable de la mise en œuvre des travaux nécessaires à la migration des traitements MEDOC Central vers une architecture cible sous Linux, tant en batch qu'en transactionnel. L'architecture actuelle de l'application comporte 23 bases de données régionales gérées dans 23 corridors transactionnels (notion de TDS sur GCOS). Ces 23 bases de données régionales sont accessibles par les IHM Web MEDOC (Java) sous forme d'échanges de messages de requête utilisant une grammaire propre à l'application. Un des projets identifiés consiste à reprendre le traitement des messages de consultation ou de modification envoyés par l'IHM MEDOCWEB, afin de pouvoir construire les requêtes SQL vers la base de données cible. – Direction de la migration des processus MEDOC Central vers une architecture Linux, améliorant l'efficacité système. – Préparer les entrées nécessaires fournies par les spécialistes COBOL pour la migration JAVA. – Développement de requêtes SQL pour la base de données cible à partir des demandes MEDOCWEB. – Concevoir les tests en mode TDD selon la stratégie de test définie pour le projet. – Animation d'ateliers clients et collecte efficace des exigences métier. – Réalisation d'analyses d'impact technique-fonctionnel et de préétudes. – Rédaction de spécifications générales et organisation efficace des Sprints. – Mise en place d'indicateurs de performance projet, suivi des progrès avec des graphiques de burndown et de vélocité. – Animation des events (Sprint planning, Daily, Sprint Review, Rétrospective). – Mise à jour de la documentation fonctionnelle sur Confluence.

– Mise en place d'une plateforme Big Data Analytics couplée à une GED Nuxeo pour la gestion électronique des documents volumineux. – Conception et mise en oeuvre de pipelines de données de bout en bout à l'aide de technologies telles que Hadoop, Spark et Hive, permettant aux organisations de collecter, traiter et analyser de gros volumes de données structurées et non structurées. – Développement de processus ETL pour extraire des données de diverses sources, les transformer et les charger dans des entrepôts de données ou des lacs de données. – Exploitation des techniques de modélisation des données pour concevoir des schémas de données robustes et optimiser les performances des requêtes. – Optimisation de la modélisation des données pour améliorer la performance des requêtes. – Collaboration avec des data scientists et des analystes pour aligner les solutions Big Data avec les besoins métier. – Coordination avec les Product Owners et les parties prenantes pour hiérarchiser et préparer le product backlog en assurant l'alignement avec les objectifs commerciaux. – Guider l'équipe dans l'adhésion aux principes et pratiques agiles, favorisant l'auto-organisation et la responsabilisation.

– Migration de l'application ARCHE2 pour la banque de France de Nuxeo 7.10 vers LTS 2019 (Nuxeo 10.10) avec mise à jour du package java. – Préparation des écrans CRUD – Création des workflows – Migration de l'interface de sélection des acteurs (experts désignés, case manager...) – Création des tableaux de bord et de l'arborescence

– Développement et maintenance du logiciel DataHub, qui centralise le référentiel des données financières, intégrant le fichier boursier principal alimenté par diverses sources et améliorant la gestion des entités commerciaux des bourses internationales. – Analyse du code existant de l'ancienne application. – Migration de certaines parties du code de Java 7 vers Java 8. – Contribution au développement et à l'amélioration du code. – Responsable des modules d'ordonnancement, de règles métier et de droits d'utilisation à Tunis. – Développement et résolution des bogues du logiciel DataHub. – Assistance à l'équipe QA pour les tests.