[!NOTE] TL;DR : Au cours de mon alternance, j’ai dû assumer le rôle de référent unique sur un portefeuille d’applications mobiles industrielles. Être le seul développeur sur un périmètre est un risque (SPOF). Pour sécuriser la production et collaborer efficacement, j’ai mis en place une discipline stricte basée sur des indicateurs de code objectifs, une documentation d’architecture C4, et une gestion de ma capacité en amont.
Gérer des projets techniques de bout en bout en alternance est une excellente école d’autonomie, mais elle comporte un piège : le rôle de référent unique. Suite à une réorganisation interne, je suis devenu le contact principal sur le pôle mobile de notre entité. Assumer seul la responsabilité de garantir la qualité du code et d’assurer les livraisons clients demande une rigueur d’organisation constante.
S’auto-discipliner : s’appuyer sur des indicateurs objectifs de qualité de code
Lorsqu’on agit en tant que référent technique unique sur un projet (comme pour la refonte de l’intégration APS), un défi majeur se pose : les choix d’architecture ne rencontrent pas de contradiction naturelle au quotidien de la part d’un développeur senior.
Pour ne pas m’enfermer dans mes propres certitudes et m’auto-discipliner, j’ai décidé de ne plus me baser sur ma seule conviction, mais sur des indicateurs objectifs :
- Analyse statique rigoureuse : Les métriques de typage (Pyright, règles de linter strictes) constituent le premier rempart.
- Couverture de tests imposée : L’intégration continue (CI) rejette systématiquement les ajouts non couverts.
Ces indicateurs agissent comme un filet de sécurité. Ils garantissent que mes arbitrages structurants restent robustes et auditables par un tiers.
Référent unique : sécuriser la transmission via la documentation C4
Être le seul expert sur un pan de la stack technologique fait de vous un point de défaillance unique (SPOF) pour l’entreprise. Conscient de ce risque, j’ai mis en place une stratégie de transmission systématique de mes connaissances.
Le socle de cette transmission repose sur la documentation C4. J’ai modélisé l’architecture de notre flotte applicative Flutter (Context, Containers, Components) et rédigé des READMEs complets et des guides d’onboarding. Cette démarche assure que n’importe quel collaborateur ponctuel peut prendre le relais sereinement, même en cas d’indisponibilité de ma part.
Rituels agiles et efficacité asynchrone
La collaboration efficace repose sur un suivi fin et continu. L’utilisation d’outils de ticketing (comme Jira) me permet de découper des problématiques complexes en tâches réalisables et de donner une visibilité en temps réel sur l’avancement à mon chef de projet.
En parallèle, des points de synchronisation hebdomadaires nous permettent d’ajuster les priorités, tandis que les échanges asynchrones restent indispensables pour débloquer rapidement les collaborateurs ponctuels venant prêter main-forte sur le code (via des revues de Merge Requests par exemple).
Anticiper sa charge de production avec précision
L’alternance impose un rythme saccadé (semaines en entreprise alternant avec les semaines de cours). Ma disponibilité est donc une donnée critique : chaque absence réduit mécaniquement la capacité de production du pôle.
J’ai pris le parti de traiter ma propre capacité comme une ressource projet à part entière. En utilisant nos outils de gestion internes, je projette mes indisponibilités plusieurs mois en amont. Cette anticipation permet à mon chef de projet de positionner les jalons de livraison clients de manière réaliste, transformant une contrainte structurelle liée à mon statut d’étudiant en un paramètre maîtrisé du planning.
Ce que j’en retiens
L'autonomie se construit par la méthode
Ce rôle de référent m'a enseigné que l'autonomie ne signifie pas travailler seul de manière isolée. C'est, au contraire, s'imposer des processus (documentation, tests automatisés, gestion de planning) suffisamment rigoureux pour que le reste de l'équipe puisse interagir avec vous et s'appuyer sur votre travail en toute confiance. C'est l'essence même d'une posture d'architecte, que je partage également à travers mon approche du développement assisté par l'IA.