6 min lecture • Guide 763 of 877
Gestion de projet de développement frontend
Le développement frontend implique complexité UI, itération rapide et collaboration étroite avec le design. GitScrum aide les équipes à organiser le travail frontend et livrer des expériences utilisateur soignées.
Structure des tâches frontend
Travail composant vs feature
TYPES DE TRAVAIL FRONTEND :
┌─────────────────────────────────────────────────────────────┐
│ │
│ TRAVAIL DE COMPOSANT : │
│ Construire des pièces UI réutilisables │
│ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ UI-100 : Créer composant Button │ │
│ │ │ │
│ │ Variantes : │ │
│ │ ☐ Primary, Secondary, Ghost │ │
│ │ ☐ Tailles Small, Medium, Large │ │
│ │ ☐ État loading │ │
│ │ ☐ État disabled │ │
│ │ ☐ Support icône (gauche, droite) │ │
│ │ │ │
│ │ Exigences : │ │
│ │ ☐ Accessible (clavier, lecteur d'écran) │ │
│ │ ☐ Stories Storybook │ │
│ │ ☐ Tests unitaires │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │
│ TRAVAIL DE FEATURE : │
│ Implémenter des fonctionnalités utilisateur │
│ │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ FE-200 : Page paramètres profil utilisateur │ │
│ │ │ │
│ │ Utilise les composants : │ │
│ │ Button, Input, Avatar, Card │ │
│ │ │ │
│ │ Implémentation : │ │
│ │ ☐ Layout formulaire profil │ │
│ │ ☐ Upload avatar avec aperçu │ │
│ │ ☐ Validation formulaire │ │
│ │ ☐ Intégration API │ │
│ │ ☐ États succès/erreur │ │
│ │ ☐ Layout responsive │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │
│ DÉPENDANCES : │
│ Les composants doivent être construits AVANT les features │
│ qui en ont besoin │
│ │
│ Sprint 1 : UI-100 (Button), UI-101 (Input), UI-102 (Card) │
│ Sprint 2 : FE-200 (Page Paramètres utilisant ces composants)│
└─────────────────────────────────────────────────────────────┘
Intégration du design
HANDOFF DESIGN DANS LES TÂCHES :
┌─────────────────────────────────────────────────────────────┐
│ │
│ TÂCHE AVEC SPECS DESIGN : │
│ ┌─────────────────────────────────────────────────────────┐ │
│ │ FE-300 : Header Dashboard │ │
│ │ │ │
│ │ DESIGN : │ │
│ │ Figma : [lien vers design] │ │
│ │ Prototype : [lien vers prototype interactif] │ │
│ │ │ │
│ │ BREAKPOINTS : │ │
│ │ Desktop : 1200px+ (navigation complète) │ │
│ │ Tablette : 768-1199px (nav réduite) │ │
│ │ Mobile : < 768px (menu hamburger) │ │
│ │ │ │
│ │ ÉTATS : │ │
│ │ ☐ Par défaut │ │
│ │ ☐ Menu utilisateur ouvert │ │
│ │ ☐ Recherche étendue │ │
│ │ ☐ Badge notification (a des notifications) │ │
│ │ ☐ Scrollé (sticky avec ombre) │ │
│ │ │ │
│ │ ANIMATIONS : │ │
│ │ Ouverture menu : 200ms ease-out │ │
│ │ Extension recherche : 150ms ease-in-out │ │
│ │ │ │
│ │ ACCESSIBILITÉ : │ │
│ │ ☐ Lien passer au contenu principal │ │
│ │ ☐ Navigation clavier │ │
│ │ ☐ Landmarks ARIA │ │
│ └─────────────────────────────────────────────────────────┘ │
│ │
│ BON HANDOFF INCLUT : │
│ ✅ Tous les états visuels │
│ ✅ Comportement responsive │
│ ✅ Détails d'interaction │
│ ✅ Tokens d'espacement et de taille │
│ ✅ Timing d'animation │
│ ✅ États d'erreur │
│ ✅ États vides │
│ ✅ États de chargement │
└─────────────────────────────────────────────────────────────┘
Facteurs d'estimation
Complexité frontend
FACTEURS D'ESTIMATION FRONTEND :
┌─────────────────────────────────────────────────────────────┐
│ │
│ IMPLÉMENTATION DE BASE : │
│ Layout et structure basiques │
│ │
│ MULTIPLICATEURS : │
│ │
│ RESPONSIVE : │
│ Desktop uniquement : 1x │
│ Desktop + Mobile : 1.5x │
│ Desktop + Tablette + Mobile : 2x │
│ │
│ SUPPORT NAVIGATEUR : │
│ Moderne uniquement : 1x │
│ + Particularités Safari : 1.2x │
│ + Navigateurs legacy : 1.5x │
│ │
│ INTERACTIONS : │
│ Statique : 1x │
│ Hover/clic basique : 1.2x │
│ Animations complexes : 1.5-2x │
│ Drag and drop : 2x │
│ │
│ GESTION D'ÉTAT : │
│ État local simple : 1x │
│ Formulaires complexes : 1.5x │
│ Mises à jour temps réel : 2x │
│ Support offline : 2.5x │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SOUVENT SOUS-ESTIMÉ : │
│ │
│ • Cas limites (états vides, erreurs, chargement) │
│ • Polish (animations, micro-interactions) │
│ • Accessibilité complète │
│ • Tests cross-browser │
└─────────────────────────────────────────────────────────────┘
Bonnes pratiques
- Construisez les composants d'abord avant les features
- Documentez tous les états dans les tâches
- Incluez les specs design dans chaque tâche
- Estimez avec les multiplicateurs de complexité
- Testez l'accessibilité dès le début
- Utilisez Storybook pour développement isolé
- Prévoyez le responsive dès la conception
- Révisez avec le design fréquemment