Carole - Chef de projet SQL

Expérience professionnelle

AFCEPF - Organisme de formation - 92120 Montrouge 02/2019-06/2019 (4 mois)
Durant le cursus de formation d’Architecte Logiciel, les connaissances théoriques acquises ont été expérimentées à travers 3 applications Web d’e-commerce, imaginées et conçues par les étudiants.
Ces projets ont été réalisés en 3 phases au fur et à mesure des apprentissages, par des équipes de 6 étudiants pour chaque iteration, en utilisant le Framework de management de projet SCRUM (AGILE).
J’ai exercé alternativement les fonctions d’Architecte Logiciel, de Product owner, de Scrum master et de Scrum developer sur les projets suivants.
1ier projet : KIKATOU Location de matériel et prestations dans l’événementiel
En tant que Scrum master et Scrum developer:
 Animation d’une équipe de 6 Scrum developer (daily scrum, mise à jour du sprint burndown chart …),
 Spécifications fonctionnelles et techniques du site (UML),
 Développement de la consultation du catalogue en Java JEE, ejb, mySql, bootstrap.

2ième projet : CITRON Vente de fruits et légumes bio en circuit court
En tant que Product owner, ajout des stories suivantes:
 Suggestion de recettes utilisant les fruits et légumes sélectionnés dans le panier,
 Proposition d’un panier de saison,
 Calcul de l’empreinte carbone de la commande (émission de CO2 en gramme).

En tant que Scrum developer, ajout du bouton « Suggestion de recettes »:
 Spécifications fonctionnelles et techniques (UML),
 Conception et réalisation d’une base de données mySql de recettes,
 Création d’un web service « API rest » de restitution des recettes en fonction des articles choisis dans le panier, développé en Java springboot,
 Affichage des recettes avec photos associées développé en Java ejb bootstrap bootfaces primefaces.

En tant qu’Architecte logiciel:
Pour la 3ième itération j’ai suggéré à l’équipe qui reprenait le projet CITRON de migrer les recettes de la base de données mySQL sur une base MongoDB (big data) et d’afficher les recettes avec le framework Angular.
Avantages :
 Evoluer vers une application Web pour que les clients puissent poster leurs recettes. MongoDB est la technologie appropriée pour supporter une augmentation de la volumétrie,
 Bénéficier du moteur de recherche de ElasticSearch pour effectuer des recherches sémantiques sur les recettes,

 Grâce à Angular rendre l’expérience utilisateur agréable et permettre la visualisation de vidéos de préparation des recettes.
- 3ième projet: PROMO Publication de promotions par des commerçants pour une clientèle mobile de proximité
En tant qu’Architecte logiciel, Product owner et Scrum developer:
Fournitures aux commerçants d’outils de pilotage de leur activité :
 Spécifications fonctionnelles et techniques,
 Utilisation de la suite ElacticSearch pour établir des statistiques sur les promotions non réservées, réservées et non retirées, réservées et retirées, sous forme de Dashboard graphiques (camembert, top ten des ventes, histogrammes, jauges, géolocalisation des commerces…).
Environnement technique:
Agile, Scrum, Trello (Kanban), UML, StarUML, Java JEE, jsp, jsf, jpa/hibernate, log4j, ejb, jboss, spring, mySql, workbench, API rest, json, Postman, angular, MongoDB, ElasticSearch, Eclipse, Visual studio, Prezi (Sprint Review Meeting),

CONSULTENCIA - 75020 Paris 2003-2008 (15 ans)
Co-fondatrice de la société Consultencia, spécialiste ERP sur le segment du Mid Market, dans le domaine du manufacturing :
 Intégrateur de l’ERP international EPICOR (Platinum Partner EPICOR en France) développé sur plateforme DotNET,
 Editeur et intégrateur de l’ERP TIGRE développé sur plateforme AS400.

Ingénieur qualité
Définir le PAQ EPICOR (Plan d’Assurance Qualité) lors du Lancement de l’ERP sur le marché francophone :
 Définition des acteurs du projet et leurs rôles respectifs chez le client et chez Consultencia (direction projet, chef de projet, keys users, consultants),
 Définition des instances du projet et leurs rôles (Comité de pilotage, Comité de projet, Groupe Utilisateurs pilote),
 Définir les livrables attendus :
o Planning des tâches affectées aux différents acteurs,
o Spécifications fonctionnelles et techniques : architecture, migration des données,
o Rapport d’adéquation entre les besoins exprimés et la solution standard,
o Documents de paramétrage et de customisation,
o Modélisation des processus métiers,
o Validation des processus métiers : tests utilisateurs.
Ce PAQ est signé par les parties prenantes avant tout démarrage du projet afin d’éviter toutes incertitudes quant au déroulement de celui-ci.
Dans le cadre de l’amélioration continue, à chaque fin de projet, ce PAQ est réévalué et amélioré en concertation avec les consultants acteurs du processus.

Chef de projet ERP
Sous la responsabilité du Directeur de projet, encadrer les équipes de consultants qui implémentent la solution EPICOR chez les clients:
 Encadrement de 4 consultants ERP, 2 spécialisés en finance et 2 en manufacturing,
 Planning des tâches et affectation aux différents acteurs,
 Suivi du projet et contrôle de la bonne exécution du PAQ EPICOR,
 Anticipation des risques :
o Dépassement de budget,
o Dépassement des délais,
o Défaillance ressources humaines, fonctionnelles, techniques ou tiers (fournisseur).
 Réunion de projet,
 Préparation et suivi des actions du comité de pilotage,
 Suivi des TimeSheet des consultants pour facturation,
 Gestion des conventions de formation chez le client.
Sociétés ayant implémenté la solution EPICOR:
 KARDANT LAMORT (Fabrication de Broyeurs industriels de papier, France, US, Chine) : 2016 remplacement de la solution Baan,
 SES (Store Electronics Systems (France, Mexique, Italie) : 2015 remplacement de la solution Divalto,
 WD40 (produits d’entretien et de nettoyage spécialisés France – UK) : 2016 remplacement de la solution Cegid,
 DOERFER (Equipementier industriel France et US) : 2016 remplacement de la solution SAP uniquement sur les processus production,
 AMPHENOL (Antennes France, Macédoine, Inde) : 2016 remplacement de la solution Sage X3,
 Positronic (Composants électroniques, France, US) : 2015 déploiement de la solution EPICOR du siège (US) sur la filiale française,
 PLASTIC OMNIUM (Equipementier automobile en France) : 2015 intégration de la solution MES (module EPICOR) à SAP.

Autres projets :
 BIOMNIS (laboratoire de biologie spécialisée - Lyon)
o Gestion des tests de Laboratoires (près de 30 000 tests de diagnostics médicaux par jour),
o Gestion des interfaces entre applicatifs métiers, les achats et la finance,
o Gestion financière : Intégrer les briques de facturation,
o Dématérialisation des factures,
o EDI avec les filiales en France.
 GRAINDORGE (coopérative laitière) :
o Implémentation en 2004 de l’ERP TIGRE.
 HACHETTE (édition) :
o Prestations autour du logiciel Iris Finance.

Responsable administratif de la société Consultencia
 Implémentation de l’ERP EPICOR pour les besoins de la société,
 Gestion de la comptabilité en relation avec un cabinet comptable,
 Responsable ressources humaines : embauche, contrat de travail, paie, notes de frais, médecine du travail, organisation des élections des délégués du personnel,
 Clients : contractualisation, facturation, relance,
 Commercial : campagne de marketing, participation au Salon Solutions (ERP, CRM),
 Gestion des fournisseurs, banque, URSSAF, Trésor Public, caisses de retraite, pôle emploi, Inspection du travail.

Environnement(s) technique(s):
 Microsoft office, MSproject.

MCI – ESN de 200 personnes – Paris 1991-2001 (10 ans)

Mission chez SOCIETE GENERALE – 94033 Val de Fontenay 1995-2001 (6 ans)
2 systèmes d’information coexistaient dans le réseau des agences.
En 1994, la SG a mis en œuvre un projet novateur de conception « client-serveur », pour unifier le réseau. Ce projet s’est avéré un échec tant au niveau technique que financier.
Il a été décidé alors d’unifier le réseau au plus vite en partant de la version Mainframe IBM Z/OS déjà présente sur les 2 tiers du réseau et de la déployer sur le restant.

Ingénieur d’étude et de développement
1ière phase (1 année) : Refonte à isopérimètre des applications clients-compte-produit en vue de l’unification du réseau, projet URTA.
Responsable des domaines fonctionnels « Divers à régulariser », « Comptes généraux » et « Journal électronique » dans l’équipe comptable.
En association avec l’équipe de maintenance de la version IBM Z/OS qui a servi de base à l’unification et la MOA, j’ai étudié les impacts du déploiement de cette version sur le réseau, principalement de 3 ordres :
 Augmentation de la volumétrie de 50 % (écritures comptables, n° de compte …) nécessitant dans certains cas, le re-design des bases de données et la réécriture des programmes,
 Mise à la norme du n° de compte qui passe de 11 c à 16 c par intégration du code agence où a été créé le compte,
 Anticipation du passage de l’an 2000.
Dès cette 1ière phase et pour la suite, j’assurai la fonction d’étude, de conception et d’évolution du domaine applicatif dont j’avais la charge, afin de répondre au cahier des charges établi par la MOA :
 Etude de faisabilité,
 Chiffrer en jours/homme la demande et la soumettre à la MOA pour acceptation,
 Réaliser les études nécessaires en s'assurant que la solution choisie s’intègre bien dans le système d'information existant et élaborer l’étude détaillée adéquate,
 Gérer et effectuer les développements découlant de ces études, en tenant compte des délais impartis,
 Effectuer des tests de non-régression, contrôler que l’applicatif est conforme aux souhaits exprimés (recette),
 Livrer l’applicatif à l’agence d’homologation bancaire, chargée des tests d’intégration et gérer les retours : erreurs, incohérences, nouvelles demandes …,
 Veiller au respect des normes et méthodes en vigueur et constituer une documentation indispensable à la compréhension et à la maintenance corrective et évolutive de l’applicatif.

Ingénieur d’étude
2ème phase (3 années) : Evolutions fonctionnelles des applicatifs dont j’avais la charge.
Ayant monté en compétence, j’ai encadré un ingénieur d’étude et de développement.

Le réseau étant unifié, il s’agissait ensuite de faire évoluer fonctionnellement l’applicatif. Ces évolutions étaient d’ordre règlementaires ou organisationnels.
La principale évolution règlementaire a été l’introduction de l’euro scriptural en 1999.
Les connaissances fonctionnelles et techniques acquises lors de la première phase m’ont permis d’être force de proposition quant aux solutions à apporter aux demandes exprimées par la MOA.
Je pouvais ainsi leur présenter plusieurs scénarii chiffrés qui leur permettaient d’arbitrer en fonction de leur budget et de leurs besoins futurs.
Je planifiais le travail de mon collaborateur.
Je travaillais aussi en étroite collaboration avec d’autres équipes (client-produit caisse-change) car certaines de mes applications avaient des impacts transversaux.

Chef de projet MOE
3ème phase (2 années) : applications Caisse et Change
Ayant monté en compétence tant au niveau technique que métier, j’ai été nommé Chef de projet des applications Caisse et Change et j’ai encadré un ingénieur d’étude et 3 ingénieurs de développement.
Les principaux projets ont été :
 Traçage des retraits des caisses automatiques lors de coupure d’électricité,
 Intégration de l’euro fiduciaire.
Je gérais la planification et le suivi des développements découlant des études détaillées que j’avais rédigées :
 Pour les collaborateurs de mon équipe,
 Au niveau des équipes impactées par mon projet (applications transversales…).

En ce qui concerne l’intégration de l’Euro fiduciaire, j’ai été force de proposition en concevant une solution simple et non coûteuse à mettre en œuvre, à savoir la création des transactions Euro à partir du clonage des transactions Franc.
Cette proposition a été acceptée par la MOA.

Environnement(s) technique(s) :
Mainframe IBM Z/OS, cobol, DB2, IMS/DL1

Mission chez MERCEDES-BENZ - 78524 Rocquencourt 1991-1995 (4 ans)
Ingénieur d’étude et de développement
Conception et réalisation des applications suivantes :
 Vente flottes véhicules industriels,
 Création et gestion du catalogue de véhicules industriels,
 Détermination du millésime des véhicules.
Ces réalisations englobaient :
 La rédaction des spécifications fonctionnelles et techniques,
 La réalisation des programmes,
 Les tests unitaires et d’intégration,
 La mise en production,
 Le suivi et la maintenance.

Maintenance corrective et évolutive des applications :
 Offres France,
 Télématique commerciale (Minitel),
 Facturation des véhicules.

Environnement(s) technique(s) :
Mainframe IBM Z/OS, cobol, CICS, VSAM
AXIAL Informatique – ESN de 50 personnes – Paris 1988 à 1991 (4 ans)

Mission chez AXA ASSURANCE - 78372 Marly le Roi 1988-1991 (3 ans)
Suite à la création de la société AXA Assurances issue de la fusion de plusieurs sociétés (Drouot Assurances, AGP et Mutuelles Unies), le réseau des agences commercialisait sous la même bannière (AXA), des produits différents qui se faisaient concurrence, ce qui a créé une exaspération chez les agents.
Le projet a consisté à rationnaliser l’offre produit et officieusement à diminuer le nombre des agences.

Ingénieur d’étude et de développement
Sous la supervision d’un chef de projet, j’étais responsable de la création des produits « 4 roues AXA» et «Assistance AXA».
Mon travail consistait à :
 Rédiger une étude détaillée à partir du cahier des charges établi par la MOA et en respectant les normes de rédaction des études en vigueur dans la société,
 Modifier les programmes à partir de la version Mainframe IBM Z/OS de « Mutuelles Unies » pour intégrer les nouvelles fonctionnalités,
 Tester les programmes,
 Les mettre en production et effectuer le suivi et la maintenance.

A noter que les règles métiers évoluaient sans cesse. Ces changements fréquents reflétaient la difficulté pour la direction de définir les nouveaux produits tenant compte des contraintes suivantes :
 Les garanties et avantages des produits d’origine devaient être maintenus afin que la clientèle n’aille pas à la concurrence,
 Le prix devait être compétitif,
 Il fallait gérer la fronde des agents.
Pendant cette période, j’ai fait preuve de réactivité, d’adaptabilité et donc d’agilité (avant l’heure…).
Forte de cette expérience qui m’a permis d’acquérir des connaissances fonctionnelles et techniques, j’ai encadré un ingénieur de développement qui a développé le produit « 2 roues AXA» comparable au produit « 4 roues AXA ».
Ayant donné ma démission, j’ai formé un autre ingénieur de développement qui a repris le domaine fonctionnel dont j’étais responsable.

Environnement(s) technique(s) :
Mainframe IBM Z/OS, cobol, DB2, IMS/DL1
 
Mission chez DISTRIPHAR – 92040 Issy les Moulineaux 1988 (1 an)
Ingénieur de développement
 Développement d’une application de calcul de la charge de travail dans le but d’optimiser les ressources des ateliers.
Environnement(s) technique(s) :
Mainframe IBM Z/OS, cobol, CICS, VSAM

PSI - 92000 Nanterre 1984-1988 (4 ans)
Intégrateur de la solution Ressources Humaines POPAYE.

Ingénieur de développement, Consultant
 Responsable du module « Gestion du Temps d’Activité » :
o Développement et maintenance du module dans la version CICS/VSAM,
o Création des versions UTM/LEASY (Siemens BS2000) et IMS/DL1 du module par la migration de la version de base CICS/VSAM,
o Mise à niveau de la version BULL DPS7.
 Installation du module chez les clients, analyse de leurs besoins, rédaction de l’étude détaillée, paramétrage du logiciel et formation des utilisateurs chez les clients suivants :
o 1987 : SELNOR (groupe THOMSON),
o 1986 à 1987: BRED,
o 1985 à 1986: SEITA,
o 1985: PROGRES DE LYON.

Environnement(s) technique(s) :
 Mainframe : IBM Z/OS, COBOL, CICS, VSAM, IMS/DL1,
 Bull dps7,
 Siemens BS200.