Une application en production nécessite deux types d'interventions en continu : les correctifs (corriger ce qui ne fonctionne pas comme prévu) et les évolutions (ajouter ou améliorer des fonctionnalités). Ces deux activités ont des urgences et des processus différents.
L'offre Run de Nticstudio couvre les deux dans un cadre contractuel clair.
Correctifs : prioriser selon l'impact
Un correctif traite une anomalie constatée en production. La priorisation se fait selon l'impact : combien d'utilisateurs sont affectés ? La fonctionnalité défaillante est-elle critique pour le business ? Existe-t-il une solution de contournement ?
Les correctifs critiques (application inaccessible, perte de données, faille de sécurité) sont traités en urgence, hors cycle normal de maintenance. Les correctifs non-critiques sont regroupés en lots et déployés lors des fenêtres de maintenance planifiées.
Évolutions : cadrage et estimation
Contrairement aux correctifs, les évolutions nécessitent un cadrage préalable : description du besoin, impact sur l'architecture existante, estimation du temps de développement. Les petites évolutions (quelques heures) sont intégrées dans le forfait Run mensuel selon les jours alloués. Les évolutions importantes sont traitées comme des chantiers Build séparés.
La frontière entre correctif et évolution est parfois floue. Un comportement que l'utilisateur perçoit comme un bug peut être un comportement conforme aux specs mais inadapté à l'usage réel. Cette discussion est documentée pour éviter les incompréhensions.
Processus de déploiement des correctifs
Tout correctif suit le même processus : développement sur une branche dédiée, tests sur staging, validation client si nécessaire (pour les correctifs avec impact visible), puis déploiement en production. Ce processus évite d'introduire de nouveaux bugs en voulant en corriger un.
Le déploiement continu (CI/CD) automatise les étapes de test et de déploiement. Un correctif validé peut être en production en moins d'une heure une fois le code mergé.
Suivi et communication
Chaque anomalie signalée ouvre un ticket avec un statut mis à jour en temps réel. L'interlocuteur client est informé à chaque étape clé : prise en charge, début de développement, déploiement sur staging, déploiement en production.
Ce niveau de communication réduit les relances et renforce la confiance. Un client qui sait où en est son ticket n'a pas besoin d'appeler pour demander un statut.