Fiche de poste : Développeur Front et expérience utilisateur
1. Contexte et finalité du poste
Edu-Kit est une plateforme de virtualisation à vocation pédagogique destinée aux établissements d’enseignement supérieur et technique. Le poste s’intègre au pôle Développement (3 personnes au total) et porte spécifiquement l’interface utilisateur de la plateforme, à destination des trois publics finaux : enseignants, étudiants, administrateurs.
La finalité du poste est de livrer une application web ergonomique, accessible et performante, qui rend la complexité du back (provisionnement de machines virtuelles, gestion des quotas, supervision) totalement transparente pour l’utilisateur final.
Le titulaire travaille en polyvalence avec les deux autres développeurs (un orienté back et architecte, un polyvalent référent qualité), au sein d’une équipe agile fonctionnant en sprints Scrum de 3 semaines.
2. Missions principales
- Concevoir et développer les écrans de l’application Angular en respectant la charte graphique et les standards d’accessibilité.
- Recueillir les besoins métier auprès des référents pédagogiques de l’établissement pilote, les traduire en récits utilisateurs avec critères d’acceptation clairs (voir la Definition of Ready).
- Intégrer les API exposées par le back (REST et SignalR) et gérer la couche de présentation des données.
- Assurer l’internationalisation (français et anglais) des contenus de l’interface.
- Contribuer aux tests automatisés (composants, intégration front, bout en bout) en collaboration avec le référent qualité.
3. Responsabilités détaillées
- Responsable final de l’expérience utilisateur de la plateforme : ergonomie, parcours, accessibilité web.
- Responsable final de l’écriture des récits utilisateurs et de leurs critères d’acceptation, en collaboration avec le Product Owner du sprint et les référents pédagogiques.
- Co-responsable, avec le développeur back, des contrats d’API REST consommés côté front.
- Contributeur sur la documentation produit, la conception des maquettes et les décisions d’architecture impactant la couche de présentation.
- Garant du respect de la charte graphique (typographie Poppins, palette pastel, formes arrondies) et des règles d’accessibilité documentaire de l’équipe.
4. Compétences techniques requises
| Compétence | Niveau attendu |
|---|---|
| Angular 21 (signals, standalone components, OnPush, routing) | Avancé |
| TypeScript moderne | Avancé |
| Tailwind CSS et Angular Material | Confirmé |
| Internationalisation Transloco | Confirmé |
| Accessibilité web (WCAG 2.1 AA, ARIA, lecteurs d’écran) | Confirmé |
| Tests Vitest et tests bout en bout | Confirmé |
| Intégration d’API REST et SignalR | Confirmé |
| Git et flux Git d’équipe (voir Workflow Git) | Confirmé |
5. Compétences non techniques attendues
- Capacité d’écoute et de reformulation pour traduire des besoins métier souvent flous en exigences techniques précises.
- Rigueur dans l’écriture des récits utilisateurs (formulation, critères d’acceptation, scénarios de test).
- Sens du collectif : pratique régulière des revues de code, de la programmation en binôme avec les autres développeurs, des démonstrations en revue de sprint.
- Communication écrite et orale en français et en anglais (équivalent niveau B2).
- Autonomie sur le pilotage de son périmètre, avec une boucle de retour régulière vers le Product Owner.
6. Livrables types
- Écrans Angular fonctionnels, accessibles, internationalisés.
- Récits utilisateurs documentés dans Azure DevOps avec critères d’acceptation et maquettes.
- Tests automatisés (composants, intégration, bout en bout) couvrant les parcours critiques.
- Documentation utilisateur des nouveaux écrans (captures, parcours, points d’attention).
- Demandes de fusion revues par au moins un autre développeur avant intégration.
7. Indicateurs de réussite
| Indicateur | Cible |
|---|---|
| Couverture de tests sur le code front | ≥ 70 % sur les composants critiques |
| Conformité accessibilité (vérification automatisée + audit manuel) | WCAG 2.1 AA |
| Taux d’acceptation des récits utilisateurs en revue de sprint (sans aller-retour) | ≥ 80 % |
| Délai moyen entre écriture d’un récit utilisateur et acceptation par le Product Owner | < 1 sprint |
| Retours utilisateurs négatifs liés à l’ergonomie | À surveiller, plan d’action si > 3 retours similaires |
8. Interactions principales
- Référents pédagogiques DIIAGE : recueil des besoins, validation des écrans en revue de sprint.
- Développeur back et architecte : contrats d’API, ergonomie des points d’intégration, alignement sur la modélisation des données.
- Développeur polyvalent et référent qualité : stratégie de tests, contribution aux tests d’intégration front.
- Ops Plateforme et supervision : déploiement de la couche front dans les environnements (intégration, recette).
- Product Owner du sprint : priorisation, acceptation des récits, arbitrages.
- Scrum Master du sprint : levée des blocages, animation des cérémonies.