Chiffres clés
300+
Demandes créées en six mois
350+
Tickets résolus en six mois
32
Versions livrées en six mois, sur 13 sprints
Contexte
L'usine compte plus de 25 sites, pilotés par des équipes digitales réparties dans plusieurs pays. Les demandes arrivent en continu : corrections, petites évolutions, nouveaux sites, projets plus lourds. Le groupe attend deux choses de sa TMA. La maintenance ne doit pas bloquer les projets. Chaque livraison doit être documentée et validée avant la mise en production. Tous les sites partagent le même code, une release touche donc potentiellement tout le parc. Chaque version doit être planifiée et testée avant de partir.
Les enjeux
Un seul flux de travail
Planifier projets et maintenance dans les mêmes sprints, avec les mêmes règles.
Des livraisons prévisibles
Un calendrier de release fixe, connu du client à l'avance.
Tracer chaque version
Une release note et un cahier de tests pour chaque livraison.
Arbitrer chaque semaine
Revoir les priorités avec le client en atelier, à heure fixe.
Ce que nous avons fait
Sprints mixtes de deux semaines
Chaque sprint planning répartit la capacité entre tickets de maintenance et lots de projet, avec le client.
Deux types de releases
Les releases de maintenance et les releases évolutives suivent chacune leur calendrier. La liste des tickets est arrêtée la veille. Certaines semaines comptent ainsi deux releases.
Release notes et cahier de tests
Chaque version part avec sa release note (ce qui est livré, sur quels sites) et son cahier de tests (comment vérifier).
Validation client
Le client teste en préproduction et donne son accord avant chaque mise en production.
Environnements séparés
Une préproduction pour la maintenance et une pour les projets évitent qu'un lot en cours bloque une correction.
Ateliers hebdomadaires
Un atelier TMA d'une heure chaque semaine sert à arbitrer les priorités. Les ateliers projet sont préparés en interne en amont : besoin reformulé, maquettes, questions ouvertes.
Expertises mobilisées
Maintenance TMA Drupal
Maintenance corrective et évolutive, releases planifiées.
Gestion de projet agile
Sprints, démos et mises en production maîtrisées.
Usine à sites Drupal
Maintenir un parc de sites qui partagent le même code.
Notre méthode
Ateliers, validation client et documentation à chaque livraison.
Questions fréquentes
Peut-on faire avancer des projets pendant une TMA ?
Oui, si les deux partagent le même cadre. Pour ce groupe, projets et maintenance avancent dans les mêmes sprints de deux semaines. Le sprint planning répartit la capacité entre les deux. Deux préproductions séparées évitent qu'un lot de projet bloque une correction urgente. En six mois, 13 sprints et 32 versions ont été livrés ainsi.
À quelle fréquence livrer en TMA sur une usine à sites ?
À rythme fixe, pour que le client puisse prévoir ses tests. Sur cette usine de plus de 25 sites, les releases de maintenance et les releases évolutives ont chacune leur jour. Certaines semaines comptent donc deux releases. La liste des tickets est arrêtée la veille, et chaque version attend la validation du client.
Comment éviter les régressions quand plus de 25 sites partagent le même code ?
Chaque version part avec un cahier de tests et une release note qui indique les sites concernés. Le client valide en préproduction avant la mise en production. Pour ce groupe, une préproduction est dédiée à la maintenance : une correction se teste sans attendre la fin d'un lot de projet.
Quel volume de demandes traite une TMA d'usine à sites ?
Il dépend du parc et de l'organisation du client. Pour ce groupe, dont les équipes digitales sont réparties dans plusieurs pays, plus de 300 demandes ont été créées et plus de 350 tickets résolus en six mois. L'atelier hebdomadaire permet de garder les priorités à jour.
Ce cas client est aussi publié sur Drupal.org : Application maintenance for the Drupal site factory of an international business services group.