Navigation du site

Portrait de Helium

Fondée en 2018 à l'initiative d'associés de l'Agence Cactus, Helium s'est rapidement imposée comme un spécialiste de la conception et du développement de solutions web en Nouvelle-Calédonie. Spécialisée dans le CMS WordPress, l'entreprise opère principalement en B2B via des contrats de sous-traitance pour d'autres agences locales, mais sert également une clientèle variée allant des TPE/PME aux grandes institutions publiques et entreprises.

Avec l'ADN d'une startup, Helium valorise l'agilité et la polyvalence au sein de son équipe resserrée. Cette structure favorise une communication directe et une grande réactivité. Récemment, l'entreprise a connu une transition de direction, avec Joram Rivaton reprenant les rênes. Ce changement impulse une réflexion stratégique sur les processus internes, d'autant que le gérant reste très impliqué opérationnellement.

Forte d'une expertise technique notable, notamment sur WordPress, Helium développe des applications web complexes et gère l'hébergement de nombreux sites sur ses propres serveurs, assurant ainsi autonomie et revenus récurrents via la maintenance.

Analyse des Workflows

Chaque option de workflow est détaillée avec ses outils, avantages, inconvénients, un schéma illustratif, et une suggestion de méthodologie de projet pour aider à la décision.

Solution 1 : Version Améliorée de l'Existant

Système Git centralisé avec environnements de staging et BDD isolés par développeur.

Difficulté

Outils :

WordPress Git WP Staging Pro WP Migrate

Processus de travail :

  1. Création de stagings individuels et d'un staging global.
  2. Développement local sur branche Git dédiée.
  3. GitHub Actions automatise la synchro des fichiers.
  4. Push BDD locale vers staging-développeur.
  5. Pull BDD du staging global si nécessaire.

Gestion de Projet : Kanban

Idéal pour visualiser le flux de travail des différentes branches (développeur, staging, main). Le tableau Kanban permet de suivre facilement l'avancement de chaque tâche à travers les étapes de validation et de déploiement.

Schéma Spacieux Solution 1 Dev Local GitHub Staging Global Staging Dev(Individuel) git push GitHub Action GitHub Action Push BDD (WP Migrate) Pull BDD (WP Migrate)

Avantages :

  • Fiabilité de la synchro fichiers via Git.
  • Outils robustes pour la migration BDD.
  • Encourage le "local first development".

Inconvénients :

  • Complexité de migration BDD sans outils payants.
  • Modifications manuelles si contenu change en prod.
  • Process rigoureux obligatoire.

Solution 2 : Workflow Full Local avec Déploiement Statique

Idéal pour les sites vitrines ou statiques, sans BDD en production.

Difficulté

Outils :

Git WAMP React Vue.js

Processus de travail :

  1. Configuration de l'environnement local et Git.
  2. Développement en HTML/CSS/JS (React, etc.).
  3. Développement des formulaires et modules de sécurité.
  4. Génération des fichiers statiques ("npm run build").
  5. Hébergement des fichiers générés (pas de BDD).

Gestion de Projet : Scrum

Parfait pour le développement d'un produit bien défini (le site statique). Le travail peut être découpé en sprints (ex: un sprint pour le design system, un autre pour les pages principales), permettant une livraison incrémentale et des ajustements réguliers.

Schéma Spacieux Solution 2 Local Dev(React/Vue) Git Build Process(npm run build) Site Statique(Hébergé) Push Pull Déploiement

Avantages :

  • Sécurité et performance maximales.
  • Développement très rapide.
  • Aucun souci de synchro de BDD en prod.
  • Déploiement simple.

Inconvénients :

  • Ne convient pas aux sites dynamiques (e-commerce).
  • Nécessite de repenser certaines fonctionnalités.
  • Maintenance difficile sans documentation.

Solution 3 : Processus Local Git par Feature avec WP-CLI

Un contrôle total sur le workflow grâce à l'outil en ligne de commande WP-CLI.

Difficulté

Outils :

WordPress Git WAMP WP-CLI

Processus de travail :

  1. Configuration de l'environnement local (WP, Git).
  2. Développement sur des branches de feature.
  3. GitHub Action synchronise les fichiers vers le staging.
  4. Script WP-CLI pour push la BDD locale.
  5. Script WP-CLI pour pull la BDD du staging.

Gestion de Projet : Kanban

Ce workflow est très axé sur les tâches techniques (développement de features, création de scripts). Kanban est parfait pour gérer ce flux continu de tâches techniques, de la conception à la mise en production, en passant par le scripting et les tests.

Schéma Spacieux Solution 3 Local Dev GitHub(Feature Branch) Staging Global Push GitHubAction Push BDD (Script WP-CLI) Pull BDD (Script WP-CLI)

Avantages :

  • Contrôle total sur le processus.
  • Aucune dépendance à des plugins tiers.
  • Environnement de travail entièrement isolé.
  • Rapidité de déploiement de local à dev.

Inconvénients :

  • Création de scripts WP-CLI complexe.
  • Mise en place initiale longue.

Solution 4 : Architecture Headless CMS

Wordpress sert de back-office, le front-end est une application indépendante.

Difficulté

Outils :

WP Headless REST API GraphQL React Git

Processus de travail :

  1. Modélisation du contenu dans un Wordpress vierge.
  2. Le front-end consomme les données via l'API.
  3. Synchro des fichiers du front-end via Git.
  4. Mises à jour des plugins WP sans impact sur le front.
  5. Déploiement séparé du back-end et du front-end.

Gestion de Projet : Scrum

La séparation claire entre back-end et front-end se prête parfaitement à une gestion par sprints. Deux équipes (ou deux "casquettes") peuvent travailler en parallèle. Le Scrum Master assure la coordination et la résolution des dépendances (ex: le front a besoin d'un endpoint API que le back doit livrer).

Schéma Spacieux Solution 4 WordPress CMS(Back-Office) BDD Contenu Front-End(React/Vue...) Site Public(Déployé) Déploiement API (REST/GraphQL)

Avantages :

  • Flexibilité technologique maximale pour le front.
  • Sécurité et performance accrues.
  • Découplage complet des équipes back et front.

Inconvénients :

  • Complexité architecturale élevée.
  • Courbe d'apprentissage longue pour le front.
  • Plugins WP non compatibles nativement.

Solution 5 : Approche Moderne "No-Code"

Utilisation d'outils de construction de pages comme Elementor pour standardiser la production.

Difficulté

Outils :

WordPress Elementor Pro WP Staging Pro

Processus de travail :

  1. Création d'un WP vierge ou basé sur un template.
  2. Création d'un environnement de staging unique.
  3. Construction des pages en drag-and-drop.
  4. Validation et tests des éléments construits.
  5. Push du staging en production.

Gestion de Projet : Cascade

Pour des sites vitrines simples, le cahier des charges est souvent figé. La méthode en cascade (Waterfall) est alors très efficace : une phase de design, suivie d'une phase de construction, puis de validation, sans retour en arrière. Simple, direct et rapide.

Schéma Spacieux Solution 5 Staging(Build Elementor) Validation Client& Tests Production Pour validation Modifications Push BDD / Manuel

Avantages :

  • Rapidité de développement.
  • Interface visuelle intuitive pour les clients.
  • Coûts de production drastiquement réduits.
  • Écosystème Elementor énorme.

Inconvénients :

  • Limitations de personnalisation.
  • Dépendance à Elementor (coût, limitations).
  • Synchro de BDD parfois compliquée.

Solution 6 : Workflow Git "Local First" avec CI/CD GitLab

Automatisation poussée des déploiements via GitLab CI/CD et contrôle via WP-CLI.

Difficulté

Outils :

WordPress WAMP GitLab WP-CLI

Processus de travail :

  1. Environnement local par développeur.
  2. Développement par feature et merge request sur GitLab.
  3. Le CI/CD de GitLab se déclenche au merge.
  4. Le pipeline se connecte, fait `git pull` et exécute WP-CLI.
  5. Synchro BDD manuelle via des scripts WP-CLI.

Gestion de Projet : Scrum

La mise en place du pipeline CI/CD est un projet en soi, parfaitement gérable avec Scrum (sprints pour la config, les tests, la sécurité). Une fois le pipeline en place, la gestion des features peut basculer en Kanban pour un flux continu de déploiements automatisés.

Schéma Spacieux Solution 6 Local Dev GitLab(Merge Request) Staging Global git push Pipeline CI/CD Push BDD (Script WP-CLI) Pull BDD (Script WP-CLI)

Avantages :

  • Automatisation fiable des déploiements fichiers.
  • Flexibilité des scripts WP-CLI.
  • Environnement local isolé et indépendant.
  • Contrôle total du processus et de la BDD.

Inconvénients :

  • Complexité de la synchro BDD avec WP-CLI.
  • Investissement temps lourd pour le CI/CD.
  • Nécessite une gestion sécurisée des identifiants SSH.

Solution 7 : Workflow WordPress avec Bedrock

Workflow WordPress avec Bedrock + Git en versioning et synchronisation de BDD.

Difficulté

Outils :

WordPress (Bedrock) Composer Git WP-CLI WP Migrate Pro WAMP

Processus de travail :

  1. Créer le projet Bedrock et configurer localement.
  2. Configurer Git et installer les plugins avec Composer.
  3. Développer les fonctionnalités et synchroniser via CI/CD (ex: GitHub Actions) à chaque Pull Request.
  4. Synchroniser la BDD locale avec celle du staging en utilisant WP-CLI ou WP Migrate Pro.
  5. Valider et tester le staging global.

Gestion de Projet : Scrum / Agile

Adapté pour les projets complexes et les "reengineering" qui nécessitent une planification par itérations (sprints), des revues régulières et une adaptation continue. La structure de Bedrock et l'usage de Composer s'intègrent bien dans une démarche qualité agile.

Schéma Spacieux Solution 7 Local WP(Bedrock) Composer Install Git Repo(GitHub/Lab) git push CI / CD Trigger Staging Server(dev.site.com) Deploy Files Push BDD (WP-CLI/Migrate) Pull BDD (WP-CLI/Migrate)

Avantages :

  • Structure de projet moderne et organisée grâce à Bedrock.
  • Gestion des dépendances claire avec Composer (WordPress core, plugins, thèmes).
  • Versioning complet du code de l'app (sauf exceptions) :

      Ne sont PAS versionnés par défaut :

    • WP core (`web/wp/`),
    • plugins/thèmes gérés par Composer tel que (`vendor/`),
    • (`web/app/plugins/*`),
    • (`web/app/themes/*`),
    • et les uploads (`web/wp/wp-content/uploads/`).
  • Configuration par environnement sécurisée et flexible avec les fichiers `.env`.

Inconvénients :

  • Courbe d'apprentissage pour Bedrock et Composer si l'équipe n'est pas familière.
  • Le workflow peut sembler plus lourd pour de très petits projets à réaliser.
  • Structure et configurations Git spécifiques pouvant prêter à confusion au début.