Processus de release

Gfacility fonctionne selon un véritable modèle Software as a Service (SaaS), ce qui signifie qu’il n’existe qu’une seule version unifiée de notre logiciel pour tous nos utilisateurs. Contrairement aux releases clients individuels, chaque nouvelle version prend effet directement pour tous les clients. Cela garantit un logiciel stable, maintient tous les clients à jour et n’exige aucun effort supplémentaire de leur part pour la release/mise à jour. Pour gérer cela efficacement, Gfacility suit un processus de release en 3 phases.

Processus de release

L’illustration du processus ci-dessous montre les étapes par lesquelles passe chaque fonctionnalité.

Phase I - Planification et conception

Notre backlog est continuellement alimenté par des suggestions d’amélioration internes, la roadmap et les demandes des clients. Toutes les deux semaines, des fonctionnalités sont sélectionnées et planifiées, après quoi une analyse technique (AT) et éventuellement une proposition de conception sont produites.

Phase II - Développement et assurance qualité

Après la planification et la conception, chaque fonctionnalité est développée, avec un délai d’au moins 4 semaines (2 sprints) pouvant aller jusqu’à 12 semaines ou plus, selon la complexité de la fonctionnalité à développer. Les fonctionnalités développées sont déployées sur l’environnement de développement, où notre équipe qualité réalise les tests et consigne les défauts.

Phase III - Test d’acceptation utilisateur et release en production

Les fonctionnalités présentes sur l’environnement de développement sont livrées sous forme de package sur l’environnement UAT selon un cycle standard de 4 semaines. Les clients disposent de 4 semaines pour tester la nouvelle release avant son déploiement sur l’environnement de production. Les retours doivent être soumis au plus tard 1 semaine avant la release ; au-delà, nous ne pouvons garantir leur intégration dans la prochaine release. Les retours sur l’environnement UAT peuvent être soumis par les clients dans l’environnement de support Gfacility.

En cas de défauts sévères dans l’environnement UAT, une release peut être retardée ou annulée. Les clients reçoivent une notification au plus tard le dernier mercredi précédant la release si celle-ci n’a pas lieu. Si la release se déroule comme prévu, aucune notification n’est envoyée.

Le planning des releases est disponible ici. Les notes de version pour les environnements UAT et Production seront partagées chaque vendredi précédant la release.

Incidents / BUGS

Les incidents et bugs sont généralement détectés et résolus dans l’environnement UAT, mais il est possible qu’un bug apparaisse également en production. Pour préserver la stabilité du logiciel, les bugs sont d’abord résolus dans l’environnement UAT, puis déployés en production lors de la release suivante. Seuls les bugs à impact critique, rendant le travail impossible sans contournement disponible, sont résolus directement en production. Ce processus vise à minimiser les incidents et à maintenir un environnement logiciel stable et fiable pour nos utilisateurs.

Demandes clients

Les demandes clients sont importantes pour le développement continu de notre logiciel et peuvent être soumises via l’environnement de support. Toutes les deux semaines, toutes les demandes sont examinées et les prochaines étapes sont communiquées. Lorsqu’une demande est acceptée, elle est intégrée au processus de release décrit ci-dessus.