-
LOGICA
- Chef de projet
COMPIEGNE
2008 - maintenant
TMA SICOM - APS
TMA SICOM signifie Système d'Information branche COMerce.
La prestation consiste à assurer la maintenance ainsi que l'administration applicative (MCO) et la réalisation d'évolutions, pour le compte de la Direction Informatique et Télécommunications (DIT) d'EDF, d'une partie des systèmes d'informations dont la maîtrise d''uvre est assurée par le Département SI Commercial. 24 Applications sont concernées.
APS (Application Production de Service), située dans la chaîne aval de facturation, est une application critique du SI EDF. Elle doit évoluer de façon significative et constante afin qu'EDF puisse se démarquer des autres distributeurs d'électricité après l'ouverture du marché décidé par la communauté européenne.
Lieu : TOULOUSE.
Client : EDF DIT (Direction informatique et télécommunications) branche SIC (Système d'information commercial).
Environnement fonctionnel : APS produit des services en rapport avec la facturation à destination des clients Entreprises et Collectivités Territoriales d'EDF (Feuillets de gestion, Journaux mensuels, Bilan Annuel, Alertes sur dérive et dépassements, étude d'optimisation,') sous différents rendus (Webservices, Pdf, Excel, Fax, Email).
Environnement technique : Unix, Java, J2EE, Struts2, Weblogic, Apache, Oracle.
CHEF DE PROJET
Durée de la mission : 22 mois.
Objectifs
Je dois assurer la responsabilité, vis-à-vis d'EDF et de LOGICA, du suivi de l'application APS dans un esprit de service.
o Assurer la conception du projet, gérer et contrôler.
o Assurer la bonne livraison des livrables du périmètre du projet dans la qualité et les délais attendus.
o Assurer la mise en 'uvre du Plan Assurance Qualité.
o Assurer l'interface client, en coordination avec le Directeur de Projet.
Actions et responsabilité
o Responsable de la maintenance et de l'administration applicative.
=> Aucun arrêt de service constaté sur le périmètre APS en 6 mois.
o Réactivité reconnue par le pilotage EDF.
o Responsable de la partie évolutive d'une équipe Front Office de 5 personnes et d'une équipe Back Office de 10 personnes.
=> En 2009, mise en production de versions de plus de 1000j (V9.1 1200j, V10 1500j) sans aucun retard de livraison.
=> Satisfaction client sur la qualité des livrables.
-
LOGICA
- Concepteur fonctionnel
COMPIEGNE
2007 - 2008
TMA SICOM - APS
TMA SICOM signifie Système d'Information branche COMerce.
La prestation consiste à assurer la maintenance ainsi que l'administration applicative (MCO) et la réalisation d'évolutions, pour le compte de la Direction Informatique et Télécommunications (DIT) d'EDF, d'une partie des systèmes d'informations dont la maîtrise d''uvre est assurée par le Département SI Commercial. 24 Applications sont concernées.
APS (Application Production de Service), située dans la chaîne aval de facturation, est une application critique du SI EDF. Elle doit évoluer de façon significative et constante afin qu'EDF puisse se démarquer des autres distributeurs d'électricité après l'ouverture du marché décidé par la communauté européenne.
Lieu : TOULOUSE.
Client : EDF DIT (Direction informatique et télécommunications) branche SIC (Système d'information commercial).
Environnement fonctionnel : APS produit des services en rapport avec la facturation à destination des clients Entreprises et Collectivités Territoriales d'EDF (Feuillets de gestion, Journaux mensuels, Bilan Annuel, Alertes sur dérive et dépassements, étude d'optimisation,') sous différents rendus (Webservices, Pdf, Excel, Fax, Email).
Environnement technique : Unix, Java, J2EE, Struts2, Weblogic, Apache, Oracle.
CONCEPTEUR FONCTIONNEL
Durée de la mission : 26 mois.
Objectifs
J'ai du contribuer à la compréhension fonctionnelle du projet APS en étant responsable vis-à-vis d'EDF et de LOGICA, des éléments fonctionnels de l'application, dans les phases suivantes :
o Expression du besoin fonctionnel.
o Analyse fonctionnelle de la solution.
o Recettes fonctionnelles.
o Préparation de la mise en production.
o Coordination des acteurs et interlocuteur privilégié du client sur les aspects techniques et fonctionnels.
Actions et responsabilité
o Responsable des processus en termes d'analyse fonctionnelle et technique, notamment en contrôlant la cohérence et l'exhaustivité.
=> Assistance fonctionnelle auprès de la MOA lors des phases de cadrage.
=> Expert fonctionnel du SI chaîne aval de facturation d'EDF.
=> Responsable fonctionnel auprès de la MOA. lors des phases de recette client.
o Participer à la rédaction des spécifications détaillées permettant l'élaboration de l'architecture fonctionnelle du projet APS.
=> Interlocuteur fonctionnel MOE au-près de la DIT (3000 j/h d'évolution par an).
o Préparer et mettre en 'uvre des recettes techniques.
=> Périmètre sécurisé avant livraison en recette client.
-
LOGICA
- Responsable de la maintenance applicative
COMPIEGNE
2006 - 2007
MCO EFEL
EFEL signifie Entrepôt Facture des clients Elus.
L'Entrepôt Facture EFEL a pour objectif de restituer les données de l'objet Facture à de nombreuses applications consommatrices dans le SI chaîne aval de facturation d'EDF. La criticité de cette application repose sur deux axes : la disponibilité et la fraîcheur des données.
Lieu : TOULOUSE.
Client : EDF DIT (Direction informatique et télécommunications) branche SIC (Système d'information commercial).
Environnement fonctionnel : Dans le cadre de la visualisation d'informations relatives à la facture, la mise en oeuvre d'un Entrepôt Opérationnel Facture permet de restituer une vue globale ou de synthèse de l'objet Facture. L'application ETL permet d'alimenter des tables de détail et des tables d'agrégats dans une base de données Oracle.
Environnement technique : Unix, Informatica (ETL), Oracle.
RESPONSABLE DE LA MAINTENANCE APPLICATIVE
Durée de la mission : 10 mois.
Objectifs
En tant que responsable de la maintenance applicative, mon objectif prioritaire reposait sur le respect des engagements d'EFEL par rapport aux applications consommatrices (disponibilité de l'application et taux de fraîcheur des données). Dans un second temps, je devais mettre en 'uvre les tests nécessaires au bon fonctionnement de l'application, préparer et assurer les mises en production tout en effectuant un reporting client synthétique.
Actions et responsabilité
o Responsable de la surveillance et de l'administration quotidienne.
=> Amélioration du taux de disponibilité de l'application par rapport à la prestation précédente.
=> Automatisation de la génération des compte-rendus opérationnels qui a permis la fiabilisation du suivi de l'application.
o Responsable de phases de test.
=> Automatisation des tests d'interopérabilité permettant un gain de charge significatif lors des phases de recette.
=> Toutes les mises en production ont été sécurisées par la mise en place d'un serveur de pré-production et d'un processus de vérification du bon fonctionnement applicatif.
o Responsable du bon déroulement du PRA (Plan de Reprise d'Activité) en cas d'incident majeur dans le SI EDF.
-
LOGICA
- Responsable intégration/qualification
COMPIEGNE
2005 - 2006
TMA GAETE
GAETE signifie Groupe ArchitectE TEchnique.
Cette entité, au sein de France Télécom, a les objectifs suivants :
· Intervenir sur des opérations d'installations techniques.
· Effectuer des paramétrages sur des serveurs de qualification, d'intégration et de production.
· Assurer une assistance aux utilisateurs (principalement correction des anomalies des différents problèmes techniques).
· Apporter une expertise technique.
Lieu : TOULOUSE.
Client : FRANCE TELECOM.
Environnement fonctionnel : GAETE intervient au niveau de la branche ADSL de France Télécom.
Environnement technique : Unix, MQSeries, Ab Initio, Webmethods, Weblogic, Tuxedo, CFT, Informix, Oracle.
RESPONSABLE TECHNIQUE INTEGRATION/QUALIFICATION
Durée de la mission : 8 mois.
Objectifs
Dans le cadre de ce forfait, j'ai du intervenir lors des phases d'intégration/qualification de livrables avant mise en production. En parallèle, j'ai du former de nouveaux arrivants sur le projet et capitaliser les connaissances de l'entité.
Actions et responsabilité
o Responsable des phases de qualification/intégration.
=> Configuration inter-machines afin d'établir des plateformes cohérentes pour effectuer des tests techniques d'intégration.
=> Contexte d'une grande complexité et variété technique (plus de 100 serveurs).
=> Assurer une assistance technique en fonction des besoins des projets.
o Responsable de la capitalisation au sein de l'entité.
=> Réalisation de scripts d'exploitabilité afin de fiabiliser le suivi des machines sous la responsabilité de GAETE.
=> Implémentation d'un modèle de spécifications UNIX pour la création d'environnement sur des machines vierges.
=> Rédaction du guide d'accueil.
-
LOGICA
- Responsable fonctionnel
COMPIEGNE
2004 - 2005
PROJET PAP
PAP signifie Portail Achats Pièces ouvrées externes.
Ce projet a fédéré sous une interface unique différents outils du service des achats. Il a duré 3 ans avec des versions faisant intervenir plus de 30 ingénieurs. D'un point de vue stratégique, il a permis à Renault d'unifier ses processus aux niveaux des achats (Gestion des commandes, Gestion des fournisseurs, Gestion des Variations de Prix).
Lieu : PARIS.
Client : Renault DIT (Direction informatique et télécommunications) branche achat.
Environnement fonctionnel : L'application PAP permet de couvrir la totalité du processus achat, de la conception à l'obsolescence, des POE (Pièce Ouvrée Externe) servant au montage de tous les véhicules Renault.
Environnement technique : Unix, MQSeries, Websphère, Struts, Tuxedo, CFT, Oracle, C++.
RESPONSABLE FONCTIONNEL
Durée de la mission : 12 mois.
Objectifs
Après 2 années de développement et d'analyse, j'ai acquis un vaste champ de compétences techniques et fonctionnelles au sein du projet. Naturellement, j'ai été positionné en tant que responsable fonctionnel du projet où j'ai du prendre en charge le suivi opérationnel de toutes les phases d'analyse et de test et en assumer la responsabilité.
Actions et responsabilité
o Responsable du suivi des lots (3000 j/h d'évolution par an).
=> Mise en place d'un outil de suivi des charges.
=> Gestion du respect des normes et des procédures lors des phases de test afin d'améliorer la qualité des livrables.
o Responsable du calcul en points fonctions des lots.
o Encadrement d'une équipe de 5 développeurs.
=> Préparation et organisation de réunions d'équipe.
=> Passage des entretiens de mission.
-
LOGICA
- Analyste / Développeur
COMPIEGNE
2002 - 2004
PROJET PAP
PAP signifie Portail Achats Pièces ouvrées externes.
Ce projet a fédéré sous une interface unique différents outils du service des achats. Il a duré 3 ans avec des versions faisant intervenir plus de 30 ingénieurs. D'un point de vue stratégique, il a permis à Renault d'unifier ses processus aux niveaux des achats (Gestion des commandes, Gestion des fournisseurs, Gestion des Variations de Prix).
Lieu : PARIS.
Client : Renault DIT (Direction informatique et télécommunications) branche achat.
Environnement fonctionnel : L'application PAP permet de couvrir la totalité du processus achat, de la conception à l'obsolescence, des POE (Pièce Ouvrée Externe) servant au montage de tous les véhicules Renault.
Environnement technique : Unix, MQSeries, Websphère, Struts, Tuxedo, CFT, Oracle, C++.
ANALYSTE / DEVELOPPEUR
Durée de la mission : 24 mois.
Objectifs
Pour ma première mission chez LOGICA, j'ai contribué aux phases suivantes du projet PAP :
=> Développement.
=> Formalisation des spécifications et des tests.
=> Recettes fonctionnelles.
=> Préparation et accompagnement de la mise en production (formation et assistance aux utilisateurs).
Actions et responsabilité
o Développeur J2EE (spécification technique détaillée, dossier de réalisation, développement, tests unitaires).
o Analyste (cadrage et spécification fonctionnelle générale, recette interne, recette client).
