Après la livraison, quelqu’un continue de veiller
Un système livré puis oublié commence à échouer en silence. Nous en prenons la responsabilité : nous regardons les chiffres, nous corrigeons ce qui casse et nous disons ce qui a changé.
Journal des modifications
- CorrigéAujourd’hui
- Mis à jourHier
- AlerteCette semaine
Tout fonctionne
Ce que vous recevez
Journal de ce qui a été fait
Chaque correction et chaque modification sont consignées, avec la date et le motif.
Alertes quand quelque chose sort de l’ordinaire
Une personne reçoit l’alerte et s’en occupe, au lieu de l’apprendre par le client.
Synthèse périodique
Ce qui s’est bien passé, ce qui a échoué et ce que nous proposons de changer ensuite.
Comment cela se déroule
État des lieux
Nous regardons ce qui existe, comment c’est monté et ce qui a déjà échoué.
Convenir de ce qui est surveillé
Nous choisissons avec vous les signaux qui comptent et qui est alerté.
Suivre
Nous surveillons, corrigeons et consignons. Les améliorations sont proposées avant d’être réalisées.
Ce que nous ne promettons pas
- Nous ne prenons pas en charge des systèmes sans les avoir d’abord vus de l’intérieur.
- Nous ne promettons pas que rien n’échoue. Nous promettons de savoir quand cela échoue et de nous en occuper.
- Les modifications importantes font l’objet d’un devis à part, avant de commencer.
Plus de détails
Pourquoi un système a besoin de quelqu’un
Un logiciel ne s’use pas, mais ce qui l’entoure change : les programmes auxquels il est relié sont mis à jour, les volumes augmentent, les personnes changent leur façon de travailler. Un système que personne ne surveille ne reste pas identique. Il devient obsolète.
Assurer le suivi, c’est assumer cette responsabilité nommément. Quelqu’un sait comment le système fonctionne, voit les signaux et en répond.
Ce qui reste toujours visible
Nous ne demandons pas une confiance aveugle. Tout ce que nous faisons est consigné et peut être lu par vous ou par une autre équipe : ce qui a changé, quand et pourquoi.
Ce que l’on nous demande toujours
Suivez-vous des systèmes réalisés par d’autres équipes ?
Oui, après un état des lieux. Nous avons besoin de voir le code, les accès et l’historique avant d’en assumer la responsabilité. Si l’état du système ne permet pas un suivi sérieux, nous le disons avant de commencer.
Que se passe-t-il quand quelque chose échoue ?
Une personne reçoit l’alerte, regarde ce qui s’est passé et s’en occupe. À la fin, il est écrit ce qui a échoué, ce qui a été fait et ce qui change pour que cela ne se reproduise pas.
Serons-nous liés au suivi ?
Non. Le code et les données sont à vous. Le journal de ce qui a été fait reste chez vous, pour qu’une autre équipe puisse poursuivre si vous en décidez ainsi.
Dites-nous ce qui freine votre activité.
Décrivez le problème avec vos propres mots. Vous n’avez pas besoin de savoir ce qu’il faut construire.
- Nous lisons la demande.
- Nous répondons dans l’heure, par e-mail ou par téléphone, en anglais ou en portugais.
- Si cela a du sens, nous convenons d’une conversation.