Gestion applicative et amélioration continue
Garder vos applications et vos agents fiables après la mise en production, et continuer à les améliorer.
Comment démarre une transition AMS
Comment commence la reprise du support applicatif : le parc applicatif, les responsabilités et la référence de service, avant le début de l'exploitation. Vidéo, 0:58
Transcription
- Transférer le support applicatif commence par comprendre ce que vous reprenez.
- Inventoriez les applications, les intégrations, les personnalisations et les dépendances critiques.
- Transférez les connaissances, identifiez les lacunes, et convenez du périmètre, des responsabilités, des heures de support et des définitions de sévérité.
- Établissez la référence initiale du service avant le début de l'exploitation courante. La découverte ne modifie pas la production.
- Une fois le service lancé, les incidents, les contrôles de mise en production et les problèmes récurrents alimentent un backlog d'amélioration que le responsable priorise.
- La transition doit permettre à chacun de savoir ce qui est couvert, qui décide et ce qui se passe ensuite.
- Parlons de votre parc applicatif.
- [Carton final] Connaître le parc. Parlons de votre transition AMS. qxorbit.ai/fr/contact
- Le périmètre dépend de la couverture du parc, des heures de service, des sévérités et de l'escalade.
La situation
L'arriéré de support et les incidents répétés consomment la capacité dont nous avons besoin pour améliorer quoi que ce soit.
Ce que nous faisons
La gestion des applications prend en charge une part délimitée du support de vos applications et agents existants, l'exploite selon des définitions de service convenues et transforme les enseignements en un backlog d'améliorations. Les heures de service, les définitions de sévérité, les objectifs de réponse et les responsabilités sont convenus pour chaque mission.
Support fonctionnel et technique cadré pour les applications que vous exploitez déjà, et pas seulement celles construites par QxOrbit : tri des incidents, analyse des causes racines, modifications de configuration, évolutions mineures, analyse d'impact des versions, tests de régression, supervision des intégrations, documentation et transfert de connaissances. Plus l'exploitation des agents : tests de non-régression des évaluations, analyse des appels d'outils échoués, actualisation des connaissances, contrôle des modifications de prompts et de configuration, suivi des coûts et de la latence, escalade et repli sûr.
Déroulement d'une transition
- Découvrir le parc
- Convenir du périmètre
- Transférer les connaissances
- Établir la référence de service
- Exploiter
- Améliorer
Les heures de service, les définitions de sévérité, les objectifs de réponse, les effectifs, les modules et les responsabilités d'escalade vers l'éditeur sont convenus pour chaque mission. Nous ne publions pas de SLA standard.