[!TIP] Consultez le livrable final : 📥 Télécharger mon Rapport d’Activité Professionnelle M1 au format PDF
La première année de Mastère est souvent perçue comme une simple transition académique. Pourtant, lorsqu’elle est couplée à une alternance exigeante chez Orange Business Services (OBS), elle se transforme en une véritable épreuve de maturité professionnelle. Cet article revient sur la construction de mon rapport d’activité, un exercice imposé par Ynov Campus qui m’a forcé à prendre du recul sur mon évolution : du rôle d’intégrateur à celui de référent technique autonome.
1. Comprendre l’enjeu du rapport : Au-delà du “journal de bord”
L’erreur classique lors de la rédaction d’un rapport de fin d’année est de tomber dans le descriptif chronologique. Les attentes académiques (et professionnelles) de ce livrable étaient claires : l’analyse prime sur la description.
Il ne s’agissait pas d’énumérer les tickets JIRA traités ou les lignes de code écrites, mais de démontrer une posture réflexive. Pourquoi ai-je fait ce choix architectural ? Quel a été mon impact réel sur l’équipe ? Comment ai-je pallié l’isolement d’être le seul développeur sur mon périmètre ?
2. Le cadre professionnel : Un environnement industriel sous haute tension
Mon intégration chez OBS ne s’est pas faite dans un bac à sable. J’ai été directement plongé dans des projets liés à l’Industrie 4.0 et l’Edge Computing, où les contraintes métiers (OT) dictent souvent leur loi à l’IT.
J’ai structuré mon rapport autour de ma capacité à évoluer au sein de cette organisation complexe. Mon rôle a rapidement pivoté : de simple exécutant technique (développement Flutter/Python), j’ai dû assumer la responsabilité de référent mobile, exigeant des interactions constantes avec des profils très variés (chefs de projet, experts métiers, clients industriels).
3. L’analyse critique de mes missions
[!IMPORTANT] Un bon rapport s’appuie sur des métriques réelles.
Au lieu de lister mes tâches, j’ai sélectionné les missions qui ont eu le plus d’impact. Par exemple, la refonte de l’architecture pour l’intégration de l’APS (PlanetTogether). J’ai décortiqué cette mission en suivant une trame analytique stricte :
- Le contexte : Un monolithe inmaintenable menaçant les futurs déploiements.
- La méthode : Application des principes de Clean Architecture et découpage modulaire.
- Les résultats factuels : Passage d’un script chaotique à un orchestrateur de 130 lignes, couvert par 716 tests automatisés.
4. Leadership, autonomie et résolution de problèmes
Être le seul développeur sur un produit (Single Point of Failure - SPOF) est un risque majeur pour l’entreprise, mais surtout une pression immense pour l’alternant.
J’ai documenté dans mon rapport la discipline stricte que j’ai dû m’imposer pour ne pas flancher :
- Documentation C4 : Pour cartographier le système et partager la connaissance.
- Gestion de capacité : Apprendre à dire “non” et à planifier de manière réaliste.
- Communication inter-métiers : Lors de mes audits d’usines, j’ai appris à sortir de mon IDE pour dialoguer avec les opérateurs sur le terrain et comprendre leurs véritables points de friction.
5. Bilan sans concession : Échecs et apprentissages
Un rapport purement hagiographique n’a aucune valeur. Le jury (et moi-même) attendait une analyse sincère de mes difficultés.
J’y aborde notamment mes erreurs de jeunesse sur la gestion du temps au début de mon alternance, et la difficulté d’imposer des standards de qualité (comme les tests automatisés) dans un environnement où la livraison rapide est parfois priorisée au détriment de la dette technique.
Ces échecs ont été mes meilleurs professeurs. Ils ont justifié la mise en place de mon workflow IA multi-modèles (GPT-4o, Claude Opus) pour accélérer mes phases de conception sans sacrifier la qualité.
[!NOTE] Ce rapport marque la fin d’un cycle. Si mon Mastère 1 m’a appris à consolider ma technique et à m’organiser de manière autonome, mon objectif pour le Mastère 2 est clair : renforcer mon leadership technique et mon influence sur l’architecture globale des projets OBS.