Ambroise Bultez
Télécharger le CV CV

Expertise

La gestion de projet IT, du besoin à la livraison.

Comprendre ce que les utilisateurs cherchent à faire, le traduire en éléments exploitables par une équipe, puis organiser, suivre et accompagner. Chaque bloc ci-dessous s'appuie sur un exemple réel.

Les éléments préparés, proposés ou travaillés dans le cadre de mon mémoire sont signalés comme tels.

Cadrage et analyse du besoin

Avant toute solution : comprendre qui utilise l'outil, comment, et ce qui le gêne réellement.

  • Identification des parties prenantes
  • Recueil des besoins
  • Interviews utilisateurs
  • Analyse de l'existant
  • Identification des irritants
  • Analyse d'impact
  • Définition du périmètre
  • Objectifs SMART

Exemple concret · ADEO / Référentiel de flux

Interviews d'architectes SOA sur le référentiel de flux

Contexte
Le référentiel de flux recense les échanges entre les applications d'ADEO ; les architectes SOA l'utilisent au quotidien.
Problème
Les évolutions du produit devaient partir des usages réels, peu documentés jusque-là.
Démarche
J'ai proposé de mener des interviews : leur quotidien sur l'outil, puis leurs attentes pour les prochaines versions.
Contribution
Description du processus de création d'un demi-flux et identification de besoins : recherche plus stricte, résultats plus précis, refonte de l'écran d'accueil.
Suite
Ces besoins ont été formalisés en user stories (voir Business Analysis).
Voir cette compétence en pratique

Business Analysis

Traduire un besoin exprimé en éléments clairs pour l'équipe de développement.

  • Analyse fonctionnelle
  • Modélisation de processus
  • User stories
  • Règles de gestion
  • Lecture de spécifications
  • Analyse d'impact
  • Préparation de la recette

Exemple concret · ADEO / Référentiel de flux

De l'interview à la user story

Contexte
Les interviews faisaient ressortir des difficultés à retrouver le bon flux parmi de nombreux résultats.
Démarche
J'ai d'abord modélisé le processus décrit par l'utilisateur, puis rédigé les user stories correspondantes.
Contribution
User stories intégrées au story mapping du référentiel de flux.

  • En tant qu'architecte SOA,

    je souhaite pouvoir effectuer des recherches plus strictes (filtres)

    afin de gagner du temps.

  • En tant qu'architecte SOA,

    je souhaite une meilleure optimisation de la recherche

    afin de ne plus obtenir plusieurs résultats au lieu d'un seul.

Voir cette compétence en pratique

Autre exemple · ADEO / Référentiel de flux

En architecture SOA : analyser une demande de flux

Chaque ticket de création ou de modification de flux se traitait comme un petit projet : lire la spécification, vérifier la faisabilité, échanger avec l'équipe projet demandeuse pour comprendre son besoin, puis le traduire pour les développeurs et les équipes Build et Run.

Voir cette compétence en pratique

Proposition Avec le recul : des personas et des parcours utilisateurs auraient permis de mieux comprendre le métier.

Product Ownership

Aux côtés du Product Owner du référentiel de flux : faire vivre le backlog à partir des besoins des utilisateurs.

  • Gestion du backlog
  • Story mapping
  • Priorisation
  • Sprint Planning
  • Recueil de feedback
  • Collaboration avec les développeurs
  • Conformité (RGPD)

Exemple concret · ADEO / Référentiel de flux

Story mapping dans Jira

Contexte
Plusieurs besoins issus des interviews devaient être organisés et priorisés.
Démarche
Regroupement des user stories sous des epics, puis découpage de chaque user story en tâches.
Contribution
Story map construite dans Jira, servant de base à la planification des sprints.
Voir cette compétence en pratique

Autre exemple · ADEO / Référentiel de flux

Une proposition RGPD intégrée au backlog

En étudiant la réglementation applicable, j'ai constaté que les noms des contacts associés aux flux étaient stockés en clair. J'ai proposé de chiffrer ces données ; la proposition a été ajoutée au backlog du sprint suivant.

Voir cette compétence en pratique

Contribution Recueil de feedback : possibilité de donner son avis directement dans le référentiel et de noter l'application, mis en place avec le Product Owner.

Méthodologies et pilotage

Ce que j'ai appliqué, ce que j'ai observé en contexte, et ce que je connais sans l'avoir encore pratiqué.

Pratiqué

  • ScrumRéférentiel de flux : cérémonies, backlog, sprints
  • Story mappingRéférentiel de flux, dans Jira
  • Planning pokerRéférentiel de flux : estimation en tailles de vêtements
  • Burndown chartRéférentiel de flux : construit à partir des données du sprint
  • Organisation par étapesENTE : périmètre, étapes, prototypage, recette

Observé en contexte

  • Approche hybridePhases d'un projet classique suivies au sein d'un cadre Scrum
  • Indicateurs d'avancementAvancement de la roadmap, intégration des données, retours utilisateurs
  • Rétrospective KISSPratiquée par l'équipe Scrum du référentiel

Connu ou envisagé

  • Objectifs SMARTFormulés en exemple dans le mémoire
  • MVP et suite de FibonacciPistes pour de prochaines estimations
  • MoSCoWMéthode de priorisation
  • Triangle d'orCoût, délai, qualité
  • Plan de chargePeu adapté à une équipe agile, sauf engagement au forfait

Scrum en pratique

Une équipe de deux développeurs et un Product Owner, également Scrum Master. J'y ai participé, et animé ponctuellement.

  1. Product Backlog

    Story mapping : epics, user stories, tâches

  2. Sprint Planning

    Animé ponctuellement : brise-glace, puis planning poker en tailles de vêtements (S, M, L, XL)

  3. Sprint Backlog

    Constitué lors de la planification du sprint

  4. Sprint

    Suivi de l'avancement par un burndown chart que j'ai construit

  5. Rétrospective

    L'équipe utilisait KISS ; j'ai proposé le Speed Boat

    Proposition

  6. Feedback utilisateurs

    Avis dans l'application et notation interne

Exemple concret · ADEO / Référentiel de flux

Animer un Sprint Planning avec une équipe que je découvrais

Contexte
Je venais de rejoindre l'équipe et ne connaissais pas encore bien ses membres.
Démarche
Un brise-glace pour ouvrir la réunion, puis une estimation en tailles de vêtements plutôt qu'en points.
Résultat
L'estimation s'est déroulée rapidement ; l'échelle a été bien reçue par les développeurs.
Voir cette compétence en pratique

Proposition Séparer à terme les rôles de Product Owner et de Scrum Master pour dégager du temps au Product Owner.

Proposition Pour les prochaines estimations : la suite de Fibonacci, et un travail explicite sur le MVP.

Gestion des risques

Identifier, évaluer et prioriser, puis préparer des réponses. Un travail réalisé dans le cadre de mon mémoire.

Exercice de mémoire Analyse et plan d'action proposés dans mon mémoire : je n'avais pas de visibilité sur les plans d'action d'ADEO, et aucune des mesures n'a été mise en œuvre par moi.

Très forte
Forte
Moyenne
Faible
Très faible
Très faible Faible Moyenne Forte Très forte
Dépendance au réseau (position indicative)

Sévérité = gravité × probabilité

Catégories de risques identifiées

  • Humain
  • Stratégique
  • Financier
  • Organisationnel
  • Politique
  • Qualité
  • Technique

Exemple étudié

Dépendance au réseau d'une application hébergée dans le cloud

Probabilité faible, gravité forte : sans réseau, l'outil devient inaccessible.

Plan d'action proposé

  • Deux fournisseurs d'accès à Internet
  • Routeurs 4G de secours
  • Fibre dédiée avec garantie de temps de rétablissement de 4 heures
  • Bascule des équipes en télétravail
Voir cette compétence en pratique

Proposition Avec le recul : positionner les risques dans une matrice visuelle plutôt que dans un tableau facilite leur lecture.

Gouvernance et communication

Savoir qui décide, qui réalise, qui consulter et qui informer.

  • Parties prenantes
  • Matrice RACI
  • Coordination transverse
  • Communication métier / IT
  • Échanges en anglais
  • Documentation

Exemple concret · ADEO / Référentiel de flux

Une matrice RACI pour clarifier les responsabilités

Problème
À mon arrivée sur le référentiel de flux, il était difficile de savoir qui informer et qui consulter.
Contribution
Mise en place d'une matrice RACI identifiant les acteurs clés du projet et leur rôle.
Apport
Une base commune pour la communication et l'accompagnement au changement.
Voir cette compétence en pratique
ActivitéProduct OwnerDéveloppeursUtilisateurs clésAssistant PO
Prioriser le backlog A C C R
Réaliser une évolution A R I C
Valider en recette A C R R
Informer les utilisateurs A I I R
R RéaliseA ApprouveC ConsultéI Informé Illustration de la structure, avec des rôles et des activités génériques : ce n'est pas la matrice du projet.

Autre exemple · ADEO / Référentiel de flux

Documenter pour les suivants

En architecture SOA, j'ai participé à la rédaction d'un document de capitalisation destiné aux nouveaux arrivants : procédures et explication des concepts clés. Les échanges avec des équipes projet de plusieurs pays se faisaient en français ou en anglais.

Voir cette compétence en pratique

Conduite du changement

Faire en sorte que les utilisateurs comprennent et adoptent les évolutions, en suivant les étapes de la méthode de Kotter.

  1. Phase 1

    Impulser

    • Matrice des parties prenantes

  2. Phase 2

    Développer les capacités

    • Atelier avec cinq architectes SOA, structuré par le questionnement CQQCOQP

  3. Phase 3

    Transformer

    • Plan de communication Préparé
    • Plan de formation des utilisateurs Préparé
    • Quick wins identifiés Préparé

  4. Phase 4

    Consolider

    • Sondages pour mesurer l'adoption et recueillir les retours Proposition

Proposition Outils complémentaires envisagés : matrice d'impact et matrice d'engagement.

Qualité, tests et recette

Vérifier que ce qui est livré correspond à ce qui était attendu.

  • Tests
  • Recette
  • Suivi des anomalies
  • Indicateurs de qualité
  • Documentation
  • Accompagnement des utilisateurs

Exemple concret

Chez ENTE : tester, recetter, accompagner

Démarche
Prototypage rapide et retours recueillis à chaque sprint, tests, recette et documentation.
Contribution
Accompagnement des utilisateurs, notamment par de courts tutoriels vidéo.
Résultat
94 % d'adoption de l'outil, contre 40 % pour la solution précédente.

Autre exemple · ADEO / Référentiel de flux

Dans l'environnement du référentiel de flux

Des indicateurs d'erreurs existaient déjà, un outil d'analyse de la qualité du code (Sonar) était intégré à la chaîne d'intégration, et un environnement de recette dédié précédait toute mise en production. Je les ai découverts dans l'environnement du projet ; je ne les administrais pas.

Voir cette compétence en pratique

Outils

Des outils au service de la méthode, avec un niveau de pratique honnête.

  • Jira Story mapping, backlog Pratiqué
  • Excel Tableau d'analyse des risques Pratiqué
  • Référentiel de flux (outil interne) Utilisé au quotidien Pratiqué
  • Outils de suivi des flux Console ESB, supervision des environnements Utilisé en contexte
  • Figma Maquettes Utilisé en contexte
  • SQL Requêtes, modélisation Pratiqué
  • Power BI Tableaux de bord Utilisé en contexte
  • Sonar Qualité du code, en intégration continue Connaissance
  • webMethods Plateforme d'intégration (ESB) Connaissance
  • Kafka Streaming de données Connaissance

Preuves

La gestion de projet, concrètement.

Chaque compétence renvoie à l'endroit précis où elle a été mise en œuvre.