Mon parcours professionnel

« Que vous soyez dans le secteur de la Monétique, de la Sécurité Sociale, plus largement des Assurances ou encore de la Banque, je saurais vous accompagner dans vos projets de transformation du SI. Je vous laisse vérifier l’adéquation entre vos objectifs et mes compétences. »

Mes compétences

Concevoir / produire du code maintenable et réutilisable

4/5

Effectuer des revues de code

3/5

Développer de nouvelles fonctionnalités

4/5

Assurer la MCO / Participer au suivi de production

3/5

Assister les MOA

3/5

Etre un support pour les nouveaux arrivants ou les juniors

4/5

Qualifier les anomalies/erreurs

3/5

Contribuer à l’amélioration continue

3/5

Légende

1/5

Connaissances théoriques, débute dans la pratique

2/5

Connaissances approfondies, pratique mais sans être à l'aise

3/5

Pratique régulièrement avec succès et obtient les résultats attendus

4/5

Reconnu lors des précédentes missions comme étant particulièrement efficace sur cette tâche

5/5

Capable de déléguer cette tâche, pilote, accompagne d'autres développeurs lors de la réalisation et évalue leurs résultats

Savoir

  • COBOL natif et AGL (SYERA, TELON)
  • Gestion de projet : RUBIS, REDMINE, OPALE,…
  • Langage batch : JCL, Shell (Unix)
  • Accès aux bases DB2 : Oracle (Unix), SPUFI, QMF
  • Gestion du versionning (GIT LAB)
  • z/OS et outils associés

Savoir être

  • Adaptabilité
  • Curiosité
  • Esprit de synthèse
  • Force de proposition
  • Persévérance
  • Rigueur

Savoir faire

  • Apprentissage et restitution des connaissances
  • Capacité à chercher l’information
  • Restitution sur l’avancement du travail
  • Rédaction de la documentation technique
  • Développement dans le respect des normes du client
  • Méthode agile XP (eXtreme Programming)

Mes missions de prestation

Depuis Avril 2022 / CELAD (Toulouse)

Equipe Epargne bilantielle-Compte (34 personnes)

Technologie : COBOL TSO, AGL PACBASE, DB2 SQL, JCL

  • Rédaction de spécifications techniques
  • Développements de programmes
  • Projet en mode agile (méthode SCRUM)
  • Utilisation de Confluence, Mia Discovery
De Février 2021 à Mars 2022 / Audensiel (Aix-en-Provence)

TMA COBOL (3 personnes)

Technologie : Eclipse, Shell, SQL, DB2

  • Rôle : Responsable de la TMA COBOL
  • Rédaction de documents techniques
  • Suivi de l’activité de l’équipe
  • Réunions d’avancement avec le responsable côté Gouvernement
De Juillet 2020 à Décembre 2020 / KAPA IT (Aix-en-Provence)

Equipe solutions MBA & Transverse (~10 personnes)

Technologie : TELON, JCL, SQL, DB2

  • Apprentissage du fonctionnement de TELON et des outils associés
  • Création d’un traitement « Etats des suspens »
De Septembre 2018 à Mars 2020 / KAPA IT (Aix-en-Provence)

Equipe IDRE IDentification du REdevable (~30 personnes)

Technologie : Micro focus Visual COBOL, UNIX, SQL DB2, Shell

  • Fonction de support technique pour les développeurs juniors.
  • Formation des nouveaux entrants au COBOL.
  • Travail sur l’un des plus gros traitements de l’ACOSS : l’affiliation à la sécurité sociale.
  • Participation à la proposition de refonte du traitement d’affiliation
  • Maintenance évolutive et corrective du SI
D'Avril 2016 à Août 2018 / EFOR (Strasbourg)

Equipe Produits Assurance Vie et Décès (~15 personnes)

Technologie : COBOL TSO et RDZ, DB2 SQL, JCL

  • Travail de refonte sur l’application de gestion des bénéficiaires en cas de décès
  • Travail en collaboration avec un centre de service, nécessité de superviser l’avancement des travaux et de vérifier la qualité des livrables
  • Rédaction de spécifications techniques détaillées à partir d’un cahier des charges
  • Réalisation des évolutions/correctifs demandés sur les programmes
  • Tests unitaires, tests d’intégration, tests de non-régression
  • Livraison et support en cas de retour
De Janvier 2015 à Avril 2016 / Amaris (Strasbourg)

Equipe Fabrication ROC (~10 personnes)

Technologie : COBOL TSO, DB2 SQL, JCL

  • Support technique : Vérification chaque matin via un logiciel du statut des différents traitements. En cas de problème, analyse et transmission des anomalies aux personnes compétentes.
  • Projet d’évolution du flux d’informations à destination du CAME (Centre d’Appel Monétique Émetteur)
  • Maintenance évolutive et corrective
De Mars 2012 à Décembre 2014 / Sodifrance (Orléans)

Equipe MVS1 (~5 personnes)

Technologie : COBOL TSO, DB2 SQL, JCL

  • Analyse de cahiers des charges
  • Rédaction de devis chiffrés pour le client
  • Développement d’applications en COBOL
  • Tests unitaires, tests d’intégration, tests de non régression
  • Livraison et maintenance des applications
  • Travail sur une anomalie liée à un traitement mensuel de recette comptable

Pour aller plus loin...

Description : Chaque fin de mois, un traitement batch passe pour récupérer des informations dans des bases de données hiérarchiques. De nombreux calculs sont faits et les résultats sont rassemblés dans des éditions comptables puis sauvegardés en bases. Le client s’est rendu compte qu’une erreur de l’ordre de la dizaine de centimes d’euro était présente sur plusieurs éditions.

Solution mise en place : Il a fallu tout d’abord demander à stopper la planification du traitement des incidences comptables en fin de mois. Par la suite, j’ai effectué une copie des bases de données à partir de l’environnement de production vers l’environnement de test. La difficulté était de retrouver la bonne sauvegarde, celle qui contenait les résultats juste avant la série d’erreur. J’ai ensuite effectué quelques tests pour retrouver l’origine du problème. Après correction, j’ai fait passer le traitement des incidences comptables dans l’environnement de test pour générer les éditions. Ces dernières ont été envoyées au client pour vérification. Lorsque tout était correct, j’ai successivement exécuté les autres incidences comptables pour être sur que tout fonctionnait correctement. Le même protocole a été réalisé en environnement de production avec succès. Pour terminer, nous avons pu demander de reprendre le traitement des incidences comptables en fin de mois.

Description : Chaque fin de mois, un traitement batch passe pour récupérer des informations dans des bases de données hiérarchiques. De nombreux calculs sont faits et les résultats sont rassemblés dans des éditions comptables puis sauvegardés en bases. Le client s’est rendu compte qu’une erreur de l’ordre de la dizaine de centimes d’euro était présente sur plusieurs éditions.

Solution mise en place : Il a fallu tout d’abord demander à stopper la planification du traitement des incidences comptables en fin de mois. Par la suite, j’ai effectué une copie des bases de données à partir de l’environnement de production vers l’environnement de test. La difficulté était de retrouver la bonne sauvegarde, celle qui contenait les résultats juste avant la série d’erreur. J’ai ensuite effectué quelques tests pour retrouver l’origine du problème. Après correction, j’ai fait passer le traitement des incidences comptables dans l’environnement de test pour générer les éditions. Ces dernières ont été envoyées au client pour vérification. Lorsque tout était correct, j’ai successivement exécuté les autres incidences comptables pour être sur que tout fonctionnait correctement. Le même protocole a été réalisé en environnement de production avec succès. Pour terminer, nous avons pu demander de reprendre le traitement des incidences comptables en fin de mois.

Description : Un grand nombre d’évolutions ont été demandées pour l’application de souscription (ajout de nouvelles populations, changement des règles de calcul pour les cotisants,…). Devant la difficulté d’intégrer ces nouvelles fonctionnalités sans provoquer de régression, nous avons décidé avec mon chef de projet de proposer au client la refonte de l’application.

Solution proposé : Mettre en place une nouvelle architecture technique qui coexistera dans un premier temps avec l’ancienne. L’idée était de rationaliser l’ensemble des programmes pour éviter que plusieurs d’entre eux ne fassent les mêmes actions. Il a été mis en avant le bien fondé de retirer certaines parties des programmes devenus obsolètes. Le but est de faciliter le maintien en condition opérationnelle de la future application. Enfin il a été proposé une « cartographie » de l’ancienne architecture technique pour montrer la plus-value d’une refonte.