L'optimisation de la performance n'est pas un projet ponctuel. La performance est une pratique continue.
Le workflow, c'est : l'équipe revoit les données de performance chaque semaine. L'équipe parle de performance pendant les points quotidiens. L'équipe pense à la performance en écrivant le code. L'équipe fête les améliorations de performance.
Sans workflow : la performance se dégrade avec le temps. L'équipe n'y pense que lorsque le site est cassé.
Avec un workflow : la performance s'améliore avec le temps. L'équipe bâtit une culture de la performance. La performance est valorisée.
Le rituel hebdomadaire de performance
Chaque lundi matin : l'équipe revoit le rapport de performance.
Le rapport montre : ce qui s'est amélioré la semaine dernière, ce qui s'est dégradé la semaine dernière, ce qui demande de l'attention cette semaine.
Discussion d'équipe : pourquoi le LCP de la page de paiement s'est-il dégradé ? Est-ce dû à du nouveau code ? Faut-il enquêter ?
Résultat : des actions sont identifiées. Les améliorations de performance sont ajoutées au sprint.
Exemple concret de rituel hebdomadaire :
- Lundi 10 h : réunion de revue de performance
- Revue des indicateurs : le LCP de la page d'accueil s'est amélioré de zéro virgule deux seconde (bon), l'INP de la fiche produit s'est dégradé de cinquante millisecondes (à examiner)
- Analyse des causes : la fiche produit a chargé une nouvelle fonction (moteur de recommandation). La fonction a ajouté du JavaScript qui a fait monter l'INP.
- Actions : différer le JavaScript du moteur de recommandation, optimiser le code de la fonction
- Responsable : l'ingénieur chargé de la correction
- Échéance : déploiement mercredi
Intégrer la performance au workflow de développement
Avant de livrer une fonction : l'ingénieur mesure l'impact sur la performance.
Une fonction ajoute des possibilités. Elle ajoute aussi du code. Le code fait grossir le bundle. Un bundle plus gros peut dégrader la performance.
Le cadre : un budget de performance. La fonction ne doit pas dépasser le budget.
Exemple : une nouvelle fonction de la page de paiement. Budget : ne pas ajouter plus de vingt kilooctets au bundle JavaScript. L'ingénieur développe la fonction. La fonction ajoute vingt-cinq kilooctets. La fonction dépasse le budget. L'ingénieur doit optimiser : supprimer le code inutilisé, découper le bundle, différer du code. L'ingénieur ramène la fonction à vingt kilooctets. La fonction est validée.
Exemple concret : mise en place d'un moteur de recommandation de produits
Fonction : afficher des recommandations de produits personnalisées sur la fiche produit.
Budget de performance : ne pas ajouter plus de cinquante kilooctets au bundle.
Première version : cinquante kilooctets. Au budget.
Tests : mesurer le LCP et l'INP.
- Le LCP passe de deux à deux virgule trois secondes (inacceptable, dépasse le budget)
- L'INP passe de cent cinquante à trois cents millisecondes (inacceptable, dépasse le budget)
Optimisation par l'ingénieur : charger les recommandations en différé sous la partie visible, repousser le chargement des données de recommandation après le moment où la page devient interactive.
Nouvelle version : toujours cinquante kilooctets, mais :
- Le LCP revient à deux secondes (dans le budget)
- L'INP revient à cent soixante-dix millisecondes (dans le budget)
Fonction validée : les exigences de performance sont respectées.
Reporting à la direction
Rapport mensuel à la direction : tendances de performance et impact sur l'activité.
Structure du rapport :
- Objectifs de performance et avancement
- Comparaison avec la concurrence (notre position face aux concurrents)
- Impact sur l'activité (chiffre d'affaires généré par les améliorations de performance)
- Prochaine priorité (ce que nous optimisons ensuite)
Exemple concret de rapport mensuel à l'équipe de direction :
- Objectif : atteindre quatre-vingt-dix pour cent d'utilisateurs sous un LCP de deux virgule cinq secondes
- Avancement : actuellement quatre-vingt-sept pour cent (contre quatre-vingt-cinq pour cent le mois dernier)
- Calendrier : objectif atteignable dans deux mois
- Position concurrentielle : le LCP médian des concurrents est de deux secondes, notre LCP est de deux secondes (à la médiane, compétitif)
- Impact sur l'activité : les améliorations de performance du mois dernier ont augmenté la finalisation des paiements de zéro virgule cinq pour cent. Sur cent mille visiteurs par mois, cela fait cinq cents conversions de plus. Avec une valeur de commande de cent dollars, cela fait cinquante mille dollars de chiffre d'affaires mensuel en plus. Six cent mille dollars par an.
- Prochaine priorité : optimisation mobile (le LCP mobile est une seconde plus lent que sur ordinateur, une occasion d'améliorer le taux de conversion mobile)
Recruter pour une culture de la performance
Recrutez des ingénieurs qui se soucient de la performance. Question d'entretien : parlez-moi d'une optimisation de performance que vous avez réalisée.
Recrutez des responsables produit qui valorisent la performance. La performance améliore l'expérience utilisateur et le taux de conversion. Les responsables produit doivent connaître l'impact sur l'activité.
Bâtissez une culture d'équipe où la performance est valorisée. Fêtez les victoires de performance. Reconnaissez l'ingénieur qui a amélioré le LCP de zéro virgule cinq seconde.
Exemple concret : recruter pour une culture de la performance.
Question d'entretien à un candidat ingénieur : décrivez un moment où vous avez optimisé du code pour la performance. Quel était le problème ? Comment avez-vous mesuré l'amélioration ? Quel a été l'impact sur l'activité ?
Bonne réponse : nous avions un point d'accès d'API lent qui prenait deux secondes. Les utilisateurs se plaignaient d'une inscription lente. J'ai profilé le code et trouvé une requête de base de données coûteuse. J'ai ajouté du cache. Le temps de réponse est passé à deux cents millisecondes. La finalisation des inscriptions a augmenté de deux pour cent. Cinquante clients de plus par mois. Deux cent cinquante mille dollars de chiffre d'affaires annuel en plus.
La réponse montre : une compréhension technique (profilage, cache), de la mesure (avant et après), un raisonnement business (impact sur les inscriptions et le chiffre d'affaires).
Recrutez cet ingénieur. Il pense à la performance et à l'activité.
Questions fréquentes
Comment motiver l'équipe à donner la priorité à la performance ?
Reliez la performance aux indicateurs business. Montrez qu'un pour cent d'amélioration de la performance égale un pour cent de conversion en plus. Calculez l'impact sur le chiffre d'affaires. Comparez le coût d'optimisation et le chiffre d'affaires gagné. Les ingénieurs se soucient de l'impact. La performance a un impact mesurable. Les ingénieurs en feront une priorité. Grâce au créateur de site web de WEMASY, vous pouvez le faire directement sur votre site.
L'optimisation de la performance doit-elle être une équipe séparée ou concerner toutes les équipes ?
Elle concerne toutes les équipes. Chaque ingénieur doit penser à la performance. Une équipe performance séparée devient un goulot d'étranglement. Une responsabilité partagée vaut mieux. Chaque ingénieur est responsable de la performance de son code. Le responsable d'ingénierie rend l'équipe responsable.
Comment concilier nouvelles fonctions et optimisation de la performance ?
La performance est une fonction. Une nouvelle fonction plus son impact sur la performance font le coût total. Prévoyez un budget pour les deux. Exemple : une nouvelle fonction coûte un sprint. Elle coûte aussi zéro virgule cinq sprint d'optimisation de la performance. Le coût total est d'un virgule cinq sprint. Prévoyez les deux. La fonction et la performance sont livrées ensemble.
Que faire si la direction ne se soucie pas de la performance ?
Montrez l'impact business. Un pour cent d'amélioration de la conversion égale cinquante mille dollars par mois (pour une boutique en ligne typique). La direction comprend le chiffre d'affaires. Améliorer la performance, c'est améliorer le chiffre d'affaires. La direction s'en souciera.
Combien de temps faut-il pour bâtir une culture de la performance ?
Trois à six mois. Premier mois : mettre en place les indicateurs et le tableau de bord. Deuxième mois : les revues hebdomadaires démarrent, la sensibilisation de l'équipe augmente. Troisième mois : l'équipe commence à penser à la performance dans le code. Six mois : la performance fait partie de l'ADN de l'équipe. Les nouveaux ingénieurs apprennent la culture de la performance dès le premier jour.
Comment maintenir la culture de la performance quand l'entreprise grandit ?
Documentez les pratiques. Intégrez les nouveaux ingénieurs dans la culture de la performance. Premier jour : montrez le tableau de bord de performance. Première semaine : confiez une tâche d'amélioration de la performance. Premier mois : fixez un objectif de performance. Les nouveaux ingénieurs apprennent la culture. La culture est maintenue.