StockSuaps a été développé en équipe de 4 pour un client réel le service des sports de l'université ce qui a placé le projet à l'intersection de deux dimensions collaboratives : la coopération interne entre développeurs, et la relation externe avec un commanditaire ayant ses propres contraintes et son propre vocabulaire métier. Plusieurs rendez-vous clients, des itérations de développement avec retours, et une livraison finale comprenant des manuels d'utilisation ont structuré cette double dimension collaborative tout au long du projet.
1. AC26.01 | Comprendre la diversité, la structure et la dimension de l’informatique dans une organisation (ESN, DSI,…)
Comprendre l'écosystème de l'informatique exige de connaître la réalité des rôles et des structures. J'ai exploré cette diversité à travers deux approches complémentaires :
R3.10 - Management des systèmes d'information (Méthodes agiles et modélisation BPMN) : L'analyse de cas réels d'entreprises m'a montré comment s'organisent les différents acteurs d'un projet. J'ai étudié les interactions précises entre la maîtrise d'ouvrage, la maîtrise d'œuvre, l'équipe de développement et les utilisateurs finaux. Cette matière rend concrets les flux de communication indispensables à la réussite d'un système d'information.
R4.07 - Projet personnel et professionnel (Cartographie des métiers et des structures) : Le travail sur l'ikigai a servi de base pour cibler mon futur métier dans l'informatique. Cette réflexion m'a poussé à analyser concrètement le marché du travail, de la startup à la grande direction des systèmes d'information (DSI). Cela m'a permis de comprendre comment les rôles techniques s'adaptent selon la taille et l'organisation de l'entreprise.
SAE :
StockSuaps nous a placés en position de prestataire informatique face à un client réel le service des sports de l'université avec ses propres contraintes organisationnelles, ses utilisateurs aux profils variés (administrateurs et enseignants), et ses processus métier bien établis. Comprendre cette organisation était indispensable pour concevoir une solution qui s'y intègre réellement, plutôt qu'une application générique déconnectée du contexte.
2.AC26.02 | Appliquer une démarche pour intégrer une équipe informatique au sein d’une organisation
Collaborer efficacement dans une équipe technique nécessite de partager les mêmes normes de communication et de code. J'ai développé cette rigueur à travers deux modules clés :
R3.04 - Qualité de développement (Design patterns et vocabulaire commun) : L'étude des patrons de conception permet d'adopter un langage technique partagé. Évoquer l'implémentation d'un patron Repository suffit à aligner instantanément tous les développeurs sur l'architecture attendue. Ce vocabulaire commun fluidifie les échanges au sein de l'équipe et accélère la revue de code.
R4.01 - Architecture logicielle (Conventions de documentation et d'interface) : Le projet Java sous Maven a imposé le respect strict des standards OpenAPI et Swagger. Cette démarche apprend à formaliser et documenter une API de manière universelle. C'est une compétence indispensable pour intégrer un projet existant et s'adapter immédiatement aux normes de développement en place.
SAE :
Dans StockSuaps, nous avons établi dès le départ des règles de fonctionnement collectif : conventions de nommage, structure des branches Git, format des commits, répartition des responsabilités par domaine fonctionnel (un membre référent par module). Cette organisation a permis à chacun de travailler de manière autonome tout en maintenant la cohérence du projet, et a facilité les revues de code croisées entre membres aux expertises complémentaires.
3.AC26.03 | Mobiliser les compétences interpersonnelles pour travailler dans une équipe informatique
Transmettre des informations complexes demande d'adapter son discours à son interlocuteur et de connaître sa place dans un groupe. J'ai travaillé ces compétences relationnelles dans deux contextes:
R3.12 / R4.05 – Anglais (Communication professionnelle et vulgarisation technique) : Les présentations orales m'ont appris à structurer des arguments techniques pour un public qui n'a pas nécessairement le même niveau d'expertise. Cette pratique est indispensable pour vulgariser un problème, justifier un choix d'architecture ou échanger dans un environnement international.
R4.07 – Projet personnel et professionnel (Dynamique d'équipe et posture) : L'exercice de l'ikigai a permis d'analyser mes points forts et mes méthodes de travail. Comprendre mon fonctionnement personnel m'a aidé à identifier mon rôle naturel au sein d'un groupe. Cela permet d'ajuster ma communication avec mes collaborateurs et de mieux gérer les interactions durant un projet.
SAE :
Le travail en équipe de 4 sur StockSuaps a exigé des compétences relationnelles au quotidien : coordination lors des points de synchronisation, résolution constructive des désaccords techniques (architecture de l'API, modèle de données pour les articles globaux/précis), entraide sur les bugs complexes, et communication claire sur les blocages. La relation client a ajouté une dimension supplémentaire : savoir présenter l'avancement, formuler des questions pertinentes lors des rendez-vous, et intégrer les retours sans se braquer sur les choix initiaux.