Chez Prowise, nous travaillons continuellement à l’amélioration des solutions que nous fournissons à nos clients. Cela s’applique également à notre plateforme SaaS et à nos applications web. Des changements réguliers sont nécessaires pour améliorer les fonctionnalités, les performances, la sécurité, la fiabilité et l’expérience utilisateur.
Nous veillons à rendre ces changements aussi sûrs et prévisibles que possible. Notre processus de release est conçu pour limiter autant que possible les perturbations pour les écoles, les enseignants, les élèves, les administrateurs et les autres utilisateurs finaux.
Périmètre de ce processus de release
Ce processus de release s’applique à la plateforme SaaS de Prowise et aux applications web, notamment :
- Prowise SSO
- Prowise GO
- Prowise Screen Control
- Prowise Presenter
- MyProwise
- Portail Prowise Partner
- Prowise Account
- Fonctions en ligne de Prowise Teach
- Fonctionnalités associées de la plateforme en ligne
Ce processus ne s’applique pas au site web corporate de Prowise.
Les cycles de release pour les logiciels natifs, tels que Prowise Central et les versions natives de Prowise Teach, peuvent fonctionner différemment, car les mises à jour des logiciels installés sont distribuées et appliquées d’une autre manière.
Comment les décisions de release sont prises
Chaque release est préparée par l’équipe logicielle concernée, responsable du produit ou de la fonctionnalité qui est modifié.
Avant une release, le Product Manager responsable évalue le bénéfice attendu, le risque et l’impact client potentiel. Selon la nature du changement, d’autres parties prenantes peuvent être impliquées, telles que :
- Le CTO
- Les équipes de service
- Les équipes commerciales
- D’autres Product Managers
- D’autres experts internes pertinents
L’objectif de cette évaluation est de déterminer si la release peut être poursuivie, si des garanties supplémentaires sont nécessaires et si les clients doivent être informés à l’avance.
Classification des risques
Prowise classe les risques de release au moyen de grandes catégories. Ces catégories aident à déterminer la planification de la release, la communication et le niveau de prudence nécessaire.
| Niveau de risque | Signification |
|---|---|
| Négligeable | Impact attendu minimal et probabilité minimale de problèmes. |
| Faible | Impact attendu minimal et/ou probabilité faible à moyenne de problèmes. |
| Moyen | Une certaine prudence est requise. Un impact moyen à élevé est possible, et la probabilité de problèmes peut être moyenne à élevée. |
| Élevé | Un traitement prudent est requis. L’impact potentiel est élevé, et la probabilité de problèmes est considérée comme élevée. |
| Extrême | En règle générale, non acceptable pour une release. Le risque doit d’abord être réduit avant que la release puisse se poursuivre. |
Les releases à risque élevé sont extrêmement rares. En général, Prowise vise à réduire la probabilité de problèmes et l’impact client potentiel avant de poursuivre une release qui relèverait autrement de la catégorie à risque élevé. Dans certaines situations exceptionnelles, telles que des circonstances opérationnelles urgentes ou liées à la sécurité, il peut ne pas être possible de réduire tous les risques avant la release. Dans ces cas, une attention supplémentaire est portée à la planification, à la communication, aux tests, au monitoring et au suivi.
Planification des releases
Nous visons à planifier les releases à des moments qui réduisent les perturbations possibles pour les clients.
Pour les releases présentant un risque plus élevé, nous orientons généralement le moment de release vers notre fenêtre de maintenance fixe : le jeudi après 16:00 CEST, ce qui se situe généralement après la fin de la plupart des journées scolaires.
Les releases à risque plus faible peuvent avoir lieu en dehors de cette fenêtre de maintenance lorsque l’impact client attendu est minimal.
Communication avec les clients
Lorsqu’une release peut comporter un risque plus élevé ou un impact client perceptible, nous visons à informer les clients concernés à l’avance.
En général, cela se fait en informant par e-mail les administrateurs d’organisation des utilisateurs finaux concernés environ une semaine avant la release prévue.
Comme les releases sont testées jusqu’au moment du déploiement, puis à nouveau après le déploiement, une release planifiée peut encore être reportée, annulée ou rollbackée si des problèmes sont détectés.
Pourquoi toutes les releases ne sont pas annoncées à l’avance
L’une des façons dont nous réduisons les risques de release consiste à garder les changements petits et prévisibles. Cela signifie que nous effectuons des releases fréquentes, et que beaucoup de releases sont très petites et présentent un faible risque.
Annoncer chaque petite release à l’avance entraînerait un volume élevé de communication sans apporter de valeur significative à la plupart des clients. Pour cette raison, nous communiquons généralement à l’avance uniquement lorsque le risque attendu ou l’impact attendu le justifie.
Les releases non annoncées à l’avance sont néanmoins évaluées, testées et traitées avec pour objectif de limiter l’impact client au strict minimum.
Hotfixes et releases urgentes
Il arrive qu’une release ne puisse pas attendre le cycle habituel de planification et de communication. Cela peut se produire lorsqu’un changement est nécessaire pour résoudre :
- Un problème de performance en cours
- Un problème fonctionnel
- Une vulnérabilité de sécurité
- Un autre sujet opérationnel urgent
Dans ces situations, Prowise peut releaser un hotfix ou un changement urgent sans communication préalable, ou avec un préavis plus court que d’habitude.
Changements techniques à risque plus élevé
Certains changements techniques sont intrinsèquement plus sensibles. Par exemple, les releases nécessitant des changements de base de données peuvent présenter un risque opérationnel plus élevé.
Lorsque de tels changements sont nécessaires, y compris pour des raisons de performance, de fonctionnalité ou de sécurité, nous visons toujours à communiquer à l’avance lorsque cela est raisonnablement possible. Dans les situations urgentes, cette communication peut avoir lieu à court terme.
Tests et rollback
Les releases sont testées avant le déploiement et vérifiées à nouveau après le déploiement.
Si un problème est découvert avant la release, celle-ci peut être reportée ou annulée. Si un problème est découvert après la release, Prowise peut prendre des mesures correctives. Cela peut notamment inclure le rollback de la release lorsque cela est techniquement possible et approprié.
Questions ou préoccupations
Cette page décrit le processus de release management pour les produits SaaS et les applications web de Prowise.
Pour toute question ou préoccupation concernant cette politique de release management, veuillez contacter le service client de Prowise.