SAE :

Titre SAE : Stage

▶︎ Les apprentissages critiques

1. AC25.01 | Identifier les processus présents dans une organisation en vue d’améliorer les systèmes d’information
2. AC25.02 | Formaliser les besoins du client et de l'utilisateur
3. AC25.03 | Identifier les critères de faisabilité d’un projet informatique
4. AC25.04 | Définir et mettre en œuvre une démarche de suivi de projet

▶︎ Mon analyse personnelle

1. Mes démarches et mon autonomie (Prises de décision)

Mon immersion dans la Data Digital Factory d'Eureden m'a permis de passer de la théorie académique à la réalité de la gestion de projet en entreprise. Intégré comme un collaborateur à part entière au sein de l’équipe Selfcare, j'ai dû piloter mes tâches avec une réelle autonomie.

Ma plus grande prise de décision en gestion de projet est survenue sur le projet du calculateur « Côté Marché ». Suite à l'arrêt maladie du développeur principal à l'approche de la mise en production, j'ai choisi de me porter volontaire pour reprendre le sujet. Face à l'urgence et au retard accumulé, le cadre agile classique n'était plus tout à fait à jour. J'ai pris l'initiative d'adopter un pilotage en "cycle très court". J'ai organisé et animé moi-même des points de synchronisation réguliers avec la Product Owner et la Scrum Master pour faire valider mes avancées, soulever les blocages et réorienter les priorités au jour le jour. Cette proactivité a permis de sécuriser le projet et de livrer à la date prévue.

2. Les ressources choisies et combinées

Pour mener à bien et suivre mes projets, j'ai combiné plusieurs ressources méthodologiques et collaboratives :

• Cadre de gestion de projet : Je me suis appuyé au quotidien sur la méthodologie Agile Scrum, en participant activement aux rituels (Daily pour la synchronisation quotidienne, Sprint Planning pour la planification, et Sprint Rétrospective).
• Outils collaboratifs : J'ai combiné l'utilisation de Google Meet pour organiser des sessions de travail à distance avec les équipes fonctionnelles, la messagerie instantanée pour les validations rapides, et la prise de notes rigoureuse pour consigner les retours du client.
• Outils d'ingénierie et de suivi : J'ai utilisé le découpage par User Stories (US) pour fragmenter les besoins complexes du projet de tests automatisés en trois briques de développement mesurables, tout en suivant les déploiements via les outils de la chaîne GitOps d'Eureden.

3. Justification des Apprentissages Critiques (AC)

Mes actions sur le terrain démontrent ma capacité à conduire un projet informatique :

• AC25.01 | Identifier les processus présents dans une organisation en vue d’améliorer les systèmes d’information : J'ai rapidement analysé le fonctionnement de la factory. J'ai compris le rôle de chaque acteur de mon équipe (Tech Lead, Product Owner, Scrum Master, Développeurs) et l'importance du cycle des Sprints de deux semaines. Sur le projet de tests, j'ai identifié un processus manuel long et répétitif (les tests de non-régression manuels en fin de sprint) qui freinait l'équipe. En automatisant ce processus, j'ai directement amélioré le système d'information en faisant gagner un temps précieux aux développeurs et en sécurisant l'application quotidienne des agriculteurs.
• AC25.02 | Formaliser les besoins du client et de l'utilisateur : Pour le projet du calculateur de grains, le besoin utilisateur était complexe : le métier voulait adapter les prix fixes en fonction de variables économiques fluctuantes (coût du carburant, cours de la bourse, distances logistiques). J'ai traduit ces exigences métiers complexes en un cahier de recette formalisé et structuré. Chaque ticket y détaillait les préconditions, les actions de l'utilisateur et les résultats attendus (comme l'affichage d'une pop-up de succès ou le blocage d'une saisie erronée). Cet outil a servi de référence commune pour valider que le code répondait exactement aux attentes des utilisateurs finaux.