Les d\u00e9veloppeurs, au coeur du plugin WP Rocket<\/h2>
L\u2019aventure WP Rocket a commenc\u00e9 en 2013. Depuis, nous sommes pass\u00e9s d’une \u00e9quipe de 3 \u00e0 une entreprise de plus de 35 personnes au service d’un million de sites Web. Et notre plugin aussi a \u00e9volu\u00e9 ! <\/p>
Pour s\u2019assurer que notre produit tienne toutes ses promesses et permette \u00e0 chacun d\u2019obtenir un site plus rapide, notre \u00e9quipe de d\u00e9veloppeurs travaille tambour battant. Qui sont-ils et que font-ils exactement ? Nous vous proposons de le d\u00e9couvrir ! Et non, ils ne font pas que coder !<\/strong><\/p> Notre \u00e9quipe s’est agrandie au fil du temps, et est maintenant organis\u00e9e comme suit : <\/p> Ensemble, cette \u00e9quipe de choc donne vie aux id\u00e9es de l’\u00e9quipe Produit pour concevoir un plugin d\u2019exception qui acc\u00e9l\u00e8re les sites web. Nos d\u00e9veloppeurs ne se contentent pas de pr\u00e9server la qualit\u00e9 de notre produit, ils s’efforcent en permanence d’en am\u00e9liorer la performance.<\/strong> Ce souci d’excellence implique d’identifier les opportunit\u00e9s d’am\u00e9lioration et de s’y atteler, ce qui est exactement ce que nous avons fait en 2020.<\/p> Last year, like every year, was a busy year for our dev team who worked on bringing eagerly awaited enhancements to our plugin. But 2020 was especially packed: we also implemented many changes, in both our development and release processes. Let\u2019s dive in.<\/p> L’ann\u00e9e derni\u00e8re a \u00e9t\u00e9 une ann\u00e9e charg\u00e9e pour notre \u00e9quipe de dev qui a apport\u00e9 \u00e0 notre plugin de nombreuses am\u00e9liorations tr\u00e8s attendues. Nous avons \u00e9galement mis en \u0153uvre des changements dans nos processus de d\u00e9veloppement et de lancement de nouvelles versions. <\/p> Pour continuer \u00e0 \u00eatre le leader de la performance web, nous avons d\u00e9velopp\u00e9 les fonctionnalit\u00e9s suivantes : <\/p> En d\u00e9but d’ann\u00e9e derni\u00e8re, nous avons sorti notre propre CDN : RocketCDN, un service directement int\u00e9gr\u00e9 \u00e0 WP Rocket. Nous savions qu’un grand nombre de nos utilisateurs avaient une audience internationale et qu’un CDN serait utile pour am\u00e9liorer leurs performances web. Avec sa configuration facile et sa compatibilit\u00e9 optimis\u00e9e avec WP Rocket, notre CDN est rapidement devenu un outil essentiel. <\/p> Avec WP Rocket 3.6, notre option Optimiser le chargement du CSS<\/em> est devenue encore plus efficace car vous pouvez d\u00e9sormais obtenir un Critical Path CSS pr\u00e9cis et personnalis\u00e9 sur chacune des pages de votre site. Cette fonctionnalit\u00e9 a permis aux utilisateurs de g\u00e9n\u00e9rer facilement le Critical Path CSS pour une page particuli\u00e8re en fonction de vos besoins, plut\u00f4t que d’appliquer le m\u00eame CPCSS sur chaque page<\/strong>. Cette option a permis de supprimer une bonne fois pour toutes l\u2019avertissement de blocage du rendu dans PageSpeed.<\/strong><\/p> WP Rocket 3.7 est dot\u00e9 d’une fonctionnalit\u00e9 qui am\u00e9liore consid\u00e9rablement le score PageSpeed, le temps de chargement et la vitesse per\u00e7ue d’un site Web : le report d’ex\u00e9cution JavaScript. L’id\u00e9e derri\u00e8re cette nouveaut\u00e9 est que tous les scripts ne sont pas forc\u00e9ment n\u00e9cessaires pour le rendu de la page initiale et que le fait de les retarder peut am\u00e9liorer le temps de chargement.<\/p> De la m\u00eame mani\u00e8re que nous essayons toujours d’am\u00e9liorer notre plugin, nous essayons \u00e9galement d\u2019am\u00e9liorer notre fa\u00e7on de travailler. Pourquoi ? Parce que la fa\u00e7on dont nous travaillons a un impact sur la qualit\u00e9 de notre produit. <\/strong>Dans ce domaine, le grand changement de 2020 a \u00e9t\u00e9 le passage \u00e0 la m\u00e9thode Scrum. Avant de voir ce que cela veut dire concr\u00e8tement, d\u00e9couvrons d\u2019abord comment nous d\u00e9veloppons une nouvelle fonctionnalit\u00e9.<\/p> Avant toute chose, comment d\u00e9cide-t-on d’apporter une am\u00e9lioration \u00e0 notre plugin ?<\/strong> La r\u00e9ponse n’est pas si simple et nous prenons en compte diff\u00e9rents \u00e9l\u00e9ments. La chose la plus importante pour nous est d‘\u00e9couter ce que veulent nos utilisateurs<\/strong>. R\u00e9my explique d\u2019ailleurs que la cl\u00e9 pour \u00eatre un bon d\u00e9veloppeur est de comprendre et de r\u00e9pondre aux attentes des clients.<\/p> Puisque nous faisons \u00e9voluer notre produit au gr\u00e9 des besoins de nos utilisateurs, il est essentiel pour nous d\u2019avoir leurs retours<\/strong>. Pour ce faire, nous disposons de diff\u00e9rentes options. Nous enregistrons les commentaires de nos clients par le biais de Helpscout (notre plateforme de gestion des tickets) et par e-mail. Nous nous appuyons \u00e9galement sur Trustpilot, la plateforme d\u00e9di\u00e9e aux avis des clients, pour \u00e9couter ce qui se dit sur notre produit. En plus de cela, nous encourageons nos utilisateurs \u00e0 sugg\u00e9rer des am\u00e9liorations du produit gr\u00e2ce \u00e0 notre bo\u00eete \u00e0 id\u00e9es<\/strong>. Il y a trois ans, nous avons \u00e9galement mis en place des enqu\u00eates satisfaction annuelles aupr\u00e8s des clients apr\u00e8s chaque nouvelle version majeure. Tous ces \u00e9l\u00e9ments r\u00e9unis nous aident \u00e0 mieux comprendre les pr\u00e9occupations et enjeux de nos utilisateurs, ainsi que les points sur lesquels nous devons travailler.<\/p> Chaque bug ou suggestion d\u2019am\u00e9lioration passe d\u00e9sormais par un processus appel\u00e9 \u00ab\u00a0backlog grooming\u00a0\u00bb. Ce processus implique que nous soyons capable de reproduire le probl\u00e8me, d’en trouver la cause, de proposer une solution et d’estimer le temps n\u00e9cessaire pour l’appliquer.<\/p> <\/p> Bien entendu, nous ne pouvons pas effectuer tous les changements demand\u00e9s sur les champ et simultan\u00e9ment. Une fois que nous avons identifi\u00e9 les probl\u00e8mes et leurs m\u00e9thodes de r\u00e9solution, nous d\u00e9finissons donc des priorit\u00e9s. C’est \u00e0 ce moment-l\u00e0 que nos \u00e9quipes Produit, Support et D\u00e9veloppement se concertent pour d\u00e9finir ensemble les prochains \u00e9l\u00e9ments sur lesquels travailler.<\/strong> L’\u00e9quipe Produit partage sa vision globale du produit. L’\u00e9quipe Support fournit des informations sur les attentes des clients et sur les fonctionnalit\u00e9s les plus importantes pour eux. L’\u00e9quipe D\u00e9veloppement fait des suggestions et \u00e9value la charge de travail des d\u00e9veloppeurs. Ensemble, ils d\u00e9cident de la hi\u00e9rarchie des t\u00e2ches<\/strong> et de la feuille de route. Les petites corrections sont ajout\u00e9es \u00e0 une version mineure, tandis que les am\u00e9liorations plus importantes sont d\u00e9ploy\u00e9es dans le cadre d’une version majeure.<\/p> Une fois que nous savons sur quoi travailler, nous pouvons commencer \u00e0 planifier nos sprints. Un sprint est une p\u00e9riode de deux semaines au cours de laquelle l’\u00e9quipe travaille \u00e0 la r\u00e9alisation d’une liste de t\u00e2ches d\u00e9termin\u00e9e. <\/strong>En 2020, nous avons commenc\u00e9 \u00e0 d\u00e9velopper de nouvelles fonctionnalit\u00e9s en passant \u00e0 la m\u00e9thodologie Scrum. Cette nouvelle fa\u00e7on de proc\u00e9der nous a permis de mieux structurer et organiser l’ensemble de notre d\u00e9veloppement. Nous savons \u00e0 l’avance sur quoi nous allons travailler chaque sprint.<\/strong><\/p> Chacun de nos sprints s’organise comme suit : <\/p> Chaque sprint, avec ses phases de test et validation, nous permet de v\u00e9rifier que la nouvelle fonctionnalit\u00e9 am\u00e9liore r\u00e9ellement le produit et n’entra\u00eene aucune r\u00e9gression<\/strong>. Une r\u00e9gression, c’est lorsqu’une nouvelle version g\u00e9n\u00e8re un bug qui n’existait pas auparavant. Nous avons pour objectif d’atteindre 0 r\u00e9gression<\/strong> \u00e0 chaque version et nous y sommes presque. Apr\u00e8s le lancement d’une version majeure nous ne recevons presque plus de tickets concernant de nouveaux bugs : les tickets concernent surtout des probl\u00e8mes de compatibilit\u00e9.<\/p> Dans l’ensemble, le passage \u00e0 la m\u00e9thodologie Scrum nous a non seulement aid\u00e9 \u00e0 d\u00e9ployer de meilleures versions avec moins de bug, mais aussi \u00e0 lancer davantage de versions sur l\u2019ann\u00e9e : nous avons sorti 4 versions majeures en 2020, contre 2 l’ann\u00e9e pr\u00e9c\u00e9dente.<\/p> <\/p> Les changements que nous avons apport\u00e9s en 2020 ont grandement am\u00e9lior\u00e9 notre processus de d\u00e9veloppement ainsi que la fiabilit\u00e9 de chaque version. Le but pour 2021 est de s’appuyer sur cette assise pour augmenter encore et toujours la qualit\u00e9 de notre plugin. <\/strong><\/p> La plupart des am\u00e9liorations apport\u00e9es \u00e0 nos produits en 2021 seront \u00e9troitement li\u00e9es \u00e0 la mise \u00e0 jour de Google et aux Core Web Vitals. Nous ajouterons \u00e0 notre plugin des am\u00e9liorations tr\u00e8s attendues qui auront un impact positif sur votre score PageSpeed Insights. Alors, vous avez une id\u00e9e de ce que cela pourrait bien \u00eatre ?<\/p>","protected":false},"excerpt":{"rendered":" Cr\u00e9er un plugin de qualit\u00e9 est un travail continu men\u00e9 de front par nos \u00e9quipes. D\u00e9couvrez les coulisses de d\u00e9veloppement de notre extension !<\/p>\n","protected":false},"author":184307,"featured_media":3123809,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"kia_subtitle":"","footnotes":""},"categories":[76],"tags":[],"class_list":["post-3334688","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-coulisses-wp-rocket"],"acf":[],"yoast_head":"\n2020, l\u2019ann\u00e9e des grands changements<\/h2>
Les r\u00e9alisations de 2020<\/h3>
Changer notre fa\u00e7on de travailler<\/h3>
Comprendre l’utilisateur<\/h4>
Hi\u00e9rarchiser les t\u00e2ches<\/h4>
![\"\"](\"https:\/\/wp-rocket.me\/wp-content\/uploads\/2022\/05\/Capture-de\u0301cran-2021-03-01-a\u0300-17.57.00.png\")
Planifier le sprint<\/h4>
![\"\"](\"https:\/\/wp-rocket.me\/wp-content\/uploads\/2022\/05\/Capture-de\u0301cran-2021-02-23-a\u0300-10.31.44.png\")
D\u00e9ployer une fonctionnalit\u00e9<\/h4>
Une fois qu’une fonctionnalit\u00e9 a \u00e9t\u00e9 d\u00e9velopp\u00e9e, test\u00e9e et valid\u00e9e, elle peut \u00eatre d\u00e9ploy\u00e9e. Les versions mineures sont d\u00e9ploy\u00e9es imm\u00e9diatement, tandis que les versions majeures passent par ce que l’on appelle une \u00ab\u00a0staggered release\u00a0\u00bb (d\u00e9ploiement progressif).<\/strong>De quoi s’agit-il ? Un d\u00e9ploiement progressif <\/strong>signifie que nous commen\u00e7ons \u00e0 d\u00e9ployer une nouvelle version aupr\u00e8s d’un petit pourcentage de clients seulement (g\u00e9n\u00e9ralement 10 % d’entre eux). Si nous nous rendons compte qu’il y a un bug, nous le corrigeons et d\u00e9ployons la version corrig\u00e9e \u00e0 ces m\u00eames personnes. Nous augmentons lentement le pourcentage de clients jour apr\u00e8s jour, jusqu’\u00e0 ce que la nouvelle version soit disponible \u00e0 tous. Ce d\u00e9ploiement progressif prend g\u00e9n\u00e9ralement une semaine. Cette m\u00e9thode permet de d\u00e9ployer des nouvelles versions de mani\u00e8re plus responsable avec un niveau de s\u00e9curit\u00e9 suppl\u00e9mentaire : nous ne d\u00e9ployons les nouvelles options \u00e0 tous si nous sommes certains que les modifications apport\u00e9es ne cr\u00e9ent aucun bug suppl\u00e9mentaire.<\/p>Quoi de pr\u00e9vu pour 2021 ?<\/h2>