J’ai eu la chance d’intervenir au WordCamp Toulouse, afin de proposer une conférence sur l’industrialisation de la production WordPress.
Chez Bsa Web, on aime WordPress, la tech, et surtout… gagner en efficacité sans sacrifier la qualité ni l’humain. Lors du dernier WordCamp, j’ai eu l’occasion de partager en 30 minutes une conviction simple, mais souvent négligée : on a du mal à rationaliser la production de ce qui est immatériel. Un site web, ce n’est pas une chaise que l’on retrouve dans une salle de classe, et pourtant… imaginons qu’il le soit.
Imaginez un instant : à chaque nouveau client, vous reconstruisez manuellement une chaise, sans jamais réutiliser ni plans, ni gabarits, ni outils. Absurde, non ? Et pourtant, c’est encore souvent ce que l’on fait dans notre métier.
Industrialiser sans déshumaniser
Mon objectif avec cette présentation ? Montrer que, du premier rendez-vous commercial jusqu’à la mise en ligne, chaque étape d’un projet WordPress peut (et doit) gagner en structure. Non pas pour devenir une machine froide et automatisée, mais pour mieux collaborer, mieux délivrer, et mieux valoriser notre travail.
J’y ai abordé les différentes phases d’un projet WordPress :
- La phase de vente
- Le design : comment établir des systèmes plutôt que repartir d’une page blanche.
- Le développement : comment capitaliser sur l’existant, et se concentrer sur notre valeur ajoutée grâce à WP CLI, notre framework, Webpack, etc.
- La TMA (tierce maintenance applicative) : comment documenter, anticiper, gagner en efficacité.
- La documentation : souvent négligée, c’est le cœur stratégique pour toutes les agences web.
- Et enfin, la mise en ligne : CI/CD, Bedrock.
Chaque structure a ses outils
Que l’on soit dans une équipe de plusieurs développeurs ou en freelance, l’important, c’est de trouver son niveau de structuration. J’ai partagé des exemples concrets :
- Pour un·e freelance : un simple template Notion peut suffire à organiser ses projets et documenter son process. Des Cursor Rules suffiront à spécifier votre métier et vos attentes.
- Pour une agence : une gestion sur Asana (ou autre) avec des modèles de tâches bien pensés permet de ne pas partir de zéro à chaque fois. Pour les Cursor rules, il faudra les partager en équipe, tout comme nos plugins, avec l’aide de Satis. On étendra peut-être les commandes WP_CLI pour les adapter aux bonnes pratiques et standards de l’agence…
Chaque contexte a ses outils, et l’essentiel, c’est la cohérence (et la documentation, vous l’aurez compris).
Ce qui m’anime : la DX et la valeur client
Enfin, j’ai terminé sur un sujet qui me tient à cœur : la Developer Experience (DX pour les intimes). Parce que oui, mieux on code, plus on est heureux. Et plus on est heureux, plus on délivre de la valeur au client. On a parlé IA et Cursor Rules, WP CLI, composer… Et un petit peu de Symfony, qui est, il faut l’avouer, ma petite référence en terme de DX.
Et si vous avez envie de réagir, de débattre ou juste de dire bonjour, mon LinkedIn est ouvert aux retours, positifs, neutres ou même négatifs. C’est comme ça qu’on progresse. 🙂
💌 Un grand merci à notre Jérémy national, fidèle compagnon de route sur tous ces sujets d’industrialisation depuis le début.