Jérémy Sarazin

J'étais en charge de 4 projets différents, tous en production et utilisés quotidiennement par les agents TER de la SNCF. Le plus gros sujet a été de définir, planifier et mener à bien l'ouverture à la concurrence qui a impacté trois des quatre projets et dont la date d'ouverture n'était pas modifiable.

Réalisations :

EasyTER est l'application principale des agents de la relation client TER. L'application est dépendante de nombreux services au sein de la DSI de la SNCF. J'étais en charge de gérer les nombreuses demandes d'évolutions, en provenance du métier TER ou de certains services en lien avec EasyTER, de suivre les développements et les déploiements, d'effectuer la recette et de communiquer avec les demandeurs et les autres services impactés.

Service à bord ne concerne que deux régions en France. C'est une application mobile avec peu de fonctionnalités et je n'ai eu besoin de gérer que de la maintenance technique et corrective.

EasyDoc possède à la fois une interface client et une interface d'administration. La plupart des demandes d'évolutions concernaient l'administration ce qui est aussi le plus complexe car les fonctionnalités et l'interface d'administration dépendent du profil de l'utilisateur connecté. De plus, toute évolution de cette interface peut impacter l'interface client.

RapporTER est une PowerApps qui comporte trois parties : une interface Agent, une interface Manager/Expert et une partie Power BI disponible pour les Manager et Expert. Durant ma mission, j'ai dû gérer des demandes correctives et évolutives sur l'ensemble de ces interfaces.

Ces quatre produits sont développés par trois sociétés différentes, externes à la SNCF. Il y a aussi deux équipes différentes au sein d'une autre société pour gérer le support utilisateur. Une bonne organisation était donc nécessaire pour suivre correctement l'ensemble des sujets et de donner la visibilité nécessaire aux bons interlocuteurs.

Projet : « Logbook » puis refonte de l'application mobile principale Le projet « Logbook » est une inapp dans l'application PulseLife. Le but est de cibler les internes en médecine en France puis dans d'autres pays afin qu'ils puissent avoir un espace où noter les interventions et actes réalisés durant leur internat.

J'ai ensuite basculé sur l'un des gros projets de l'entreprise : la refonte totale de l'application mobile. Il fallait repartir de 0 puisqu'il y avait la volonté de changer de technologie, d'améliorer l'UX/UI de l'application, de supprimer certaines fonctionnalités et d'en apporter de nouvelles.

Réalisations :

Le projet « Logbook » ayant démarré « from scratch », j'ai pu, en accord avec les autres membres de l'équipe, définir la manière dont nous souhaitions travailler (outils, rituels, méthode). J'avais ensuite la responsabilité de récupérer les besoins des demandeurs, les cadrer, les prioriser et rédiger les User Stories en conséquence. Je devais faire du reporting pour les différentes parties prenantes et tester les développements au fur et à mesure des livraisons. J'avais aussi pour tâche de co-créer et de challenger les maquettes et les fonctionnalités associées aux besoins client.

Concernant le projet de refonte de l'application mobile, je suis arrivé sur le projet vers la fin du cadrage. J'ai pu co-construire la roadmap, les fonctionnalités et les interfaces utilisateurs. J'ai ensuite écrit les user stories associées. Nous avons pu démarrer les développements que j'ai pu suivre et tester durant 4 mois environ avant de devoir changer de mission en raison de gros changements stratégiques et organisationnels au sein de l'entreprise. Le projet était donc bien lancé mais loin d'être achevé puisqu'il était encore prévu 1 an de développements environ.

Projet : Portail de services puis Cortex

Le premier projet par lequel j'ai débuté ma mission est un portail de services. Un POC avait déjà eu lieu et l'idée était alors de le reprendre afin de cadrer le besoin et de l'industrialiser.

Mois de 2 mois après mon arrivée, on m'a demandé de passer sur un projet stratégique pour l'entreprise : Cortex. Il s'agit d'un socle comportant plusieurs briques techniques et écrans d'administration, permettant à différents logiciels (internes et externes) d'exploiter les données, certains écrans et certaines fonctionnalités afin de centraliser des informations et éviter de refaire des développements qui sont donc mutualisés dans Cortex.

Réalisations :

Sur le portail de services, mon travail a été celui d'un PO « classique » : créer des user stories, prioriser le backlog, échanger avec les développeurs et les UX/UI afin de clarifier le besoin et d'effectuer des choix fonctionnels…

Sur Cortex, mon travail se rapprochait beaucoup plus d'un chef de projet en raison du fait que les développements étaient externalisés à une société de services, que le projet avait débuté depuis 1 an environ et qu'il y avait déjà un directeur de projet pour donner les priorités et la direction à prendre. J'effectuais donc surtout des tâches de suivi, des réunions de coordination, des tests lors des livraisons afin de valider certaines fonctionnalités ainsi que la création de maquettes afin de fournir aux développeurs des bases de travail/réflexion pour la suite.