Plateforme web de type swipe connectant étudiants et recruteurs pour l'alternance. Les étudiants parcourent les offres en swipant, les recruteurs filtrent et swipent les candidatures — un match déclenche l'ouverture d'une messagerie intégrée. Le projet a été conduit en équipe de 6 (équipe Les Chats Verts) selon une méthodologie Agile/Scrum avec sprints de deux semaines, daily meetings et sprint reviews.
Architecture technique
La stack couvre les trois couches de l'application :
- Frontend — Next.js avec TypeScript, React Hook Form, Zod pour la validation, Tailwind CSS, Shadcn/UI. Gestion des composants et de l'interface utilisateur avec rendu hybride SSR/CSR.
- Backend — Java Spring Boot, authentification JWT, API RESTful documentée via OpenAPI. DTOs pour normaliser les échanges client-serveur.
- Données et infra — PostgreSQL, Docker Compose pour l'environnement de développement unifié, gestion des versions via GitHub, suivi des tâches via Jira.
Fonctionnalités par rôle
Étudiants
- Création de profil avec compétences, expériences et centres d'intérêt.
- Consultation et swipe des offres d'alternance filtrées selon le profil.
- Tableau de bord de suivi des candidatures.
- Messagerie intégrée activée au match (ou en mode premium).
- Création de plusieurs versions de CV directement sur la plateforme.
Recruteurs
- Publication d'offres d'alternance avec filtres sur compétences et expériences.
- Swipe des candidatures reçues.
- Consultation des profils validés par les institutions partenaires.
- Notifications lors de nouvelles candidatures ou expressions d'intérêt.
Administrateurs
- Validation manuelle des recruteurs et entreprises inscrits.
- Modération des interactions et accès aux statistiques de mise en relation.
Organisation Agile
Deux sprints ont structuré le développement :
- Sprint 1 — schéma de base de données, configuration frontend et backend, authentification JWT. Résultats : infrastructure technique opérationnelle, authentification sécurisée, modélisation des schémas validée.
- Sprint 2 — système de swipe (étudiants et recruteurs), consultation et suivi des candidatures, publication d'offres, personnalisation des profils.
Les rôles étaient définis : Product Owner (validation des user stories et priorités), Lead Developer (répartition technique et review des pull requests), DevOps (intégration continue et déploiement Docker). Les tâches étaient validées en daily ou en one-on-one, les fonctionnalités en fin de sprint par le Product Owner.
Un point de friction a émergé en cours de Sprint 1 : Spring Boot et Java ont été jugés trop complexes pour un MVP rapide, soulevant une discussion sur un passage à Express/TypeScript ou Django. L'équipe a finalement conservé Spring Boot après arbitrage du Lead Developer.
