Comment nous travaillons
Chaque mission suit les quatre mêmes phases, qu’il s’agisse de développer un logiciel sur mesure ou de reprendre l’exploitation de votre plateforme. Cette structure n’a rien d’arbitraire : c’est elle qui nous permet de nous engager sur des SLA, et de les tenir.
Cadrage & audit
Nous examinons vos systèmes tels qu’ils sont réellement avant de nous engager sur quoi que ce soit.
Nous commençons par un audit structuré de votre architecture, de votre code, de votre infrastructure et de vos pratiques d’exploitation. Ce travail est mené directement par des ingénieurs seniors : lecture du code, revue des pipelines de déploiement, analyse de la manière dont les incidents sont traités aujourd’hui. Nous documentons ce qui est stable, ce qui est fragile et ce que nous ne comprenons pas encore. Et si nous concluons que nous ne sommes pas le bon partenaire pour votre problème, nous vous le disons dès cette étape.
Livrables
- Rapport d’audit écrit couvrant l’architecture, le code et l’exploitation
- Registre des risques avec gravité et probabilité pour chaque constat
- Cartographie de l’architecture existante
- Liste priorisée des actions correctives, indépendante de tout contrat avec nous
Proposition & conception des SLA
Nous transformons l’audit en une proposition à périmètre défini, assortie d’engagements contractuels — pas d’estimations.
Sur la base de l’audit, nous définissons le périmètre, les responsabilités et les conditions commerciales. Pour l’infogérance, c’est à ce stade que les SLA sont conçus : quatre niveaux de sévérité (P1–P4), objectifs de réponse et de résolution par niveau, circuits d’escalade et rythme de reporting. Nous négocions ces chiffres avec vous en toute transparence, car ils nous engageront contractuellement. Rien dans la proposition ne repose sur une information que nous n’avons pas vérifiée nous-mêmes.
Livrables
- Proposition à périmètre fixe avec conditions commerciales
- Matrice SLA : définitions des sévérités P1–P4 avec objectifs de réponse et de résolution
- Matrice de responsabilités précisant ce que nous prenons en charge et ce qui reste à votre équipe
- Plan de transition avec jalons et critères d’acceptation
Construction / Transition
Nous construisons le système, ou reprenons l’existant, par étapes contrôlées et réversibles.
Pour les projets de développement, cette phase est celle de l’ingénierie : livraisons itératives, revue de code sur chaque modification, CI/CD dès la première semaine. Pour l’infogérance, c’est une reprise progressive : d’abord le monitoring et les alertes, puis l’astreinte, puis la gestion des mises en production. Chaque étape comporte un point d’acceptation que vous validez formellement. À aucun moment de la transition votre plateforme ne reste sans responsable clairement désigné.
Livrables
- Un logiciel en état de marche, ou une exploitation entièrement transférée
- Pipelines CI/CD et monitoring configurés et documentés
- Runbooks de déploiement, de réponse aux incidents et de retour arrière
- Documentation de passation revue avec votre équipe
Exploitation & amélioration continue
Nous exploitons la plateforme dans le cadre des SLA et réduisons son niveau de risque dans la durée.
C’est dans cette phase que la plupart des missions s’inscrivent pendant des années. Nous assurons le monitoring 24/7, répondons aux incidents dans les délais contractuels, appliquons les mises à jour de sécurité et livrons correctifs et améliorations à un rythme régulier. Chaque mois, vous recevez un rapport présentant la performance SLA au regard du contrat — y compris les mois où un objectif n’a pas été tenu. Chaque trimestre, nous revoyons avec vous la feuille de route d’amélioration et repriorisons en fonction de ce que la production nous a appris.
Livrables
- Rapport SLA mensuel avec journal des incidents et performance au regard des objectifs
- Revue post-incident pour chaque P1 et chaque P2
- Feuille de route d’amélioration trimestrielle avec estimations de charge
- Documentation et runbooks tenus à jour en continu
Ce que nous attendons de vous
Un contrat d’infogérance assorti de SLA engage les deux parties. Nous ne pouvons tenir nos engagements que si la collaboration réunit quelques conditions, et nous préférons les énoncer avant la signature plutôt que de les découvrir ensuite.
Un décideur impliqué
Une personne chez vous ayant l’autorité d’approuver le périmètre, les budgets et les arbitrages, disponible pour un point planifié au moins deux fois par mois. Une décision laissée en attente pendant des semaines finit en incident.
Un accès aux systèmes et au contexte
L’accès aux dépôts de code, des identifiants d’infrastructure sous contrôle d’accès rigoureux, et les personnes qui connaissent l’histoire du système. Nous ne pouvons pas répondre de ce que nous ne voyons pas.
Des contraintes et des budgets sincères
Dites-nous le vrai budget, la vraie échéance et les vrais enjeux internes. Nous préférons concevoir un périmètre plus restreint qui tient plutôt qu’un périmètre ambitieux qui échoue en silence.
De la réactivité sur les questions bloquantes
Lorsque nous signalons une question comme bloquante, nous avons besoin d’une réponse dans un délai convenu — en général deux jours ouvrés. Nos délais SLA supposent que votre part du contrat est, elle aussi, tenue.
Outils et reporting
Vous ne devriez jamais avoir à nous demander ce qui se passe sur votre plateforme : les outils sont configurés pour que vous le voyiez par vous-même.
Dossier de reporting mensuel
Un rapport mensuel écrit : performance SLA par niveau de sévérité, synthèse des incidents, travaux livrés et risques que nous voyons venir. Conçu pour être transmis tel quel à votre direction.
Canaux partagés et tickets
Un canal Slack ou Teams partagé pour les échanges quotidiens, et un outil de tickets (le vôtre ou le nôtre) comme registre unique des demandes et des incidents. Rien d’important ne vit uniquement dans une conversation.
La documentation comme livrable
Notes d’architecture, runbooks et relevés de décisions sont maintenus dans vos dépôts, pas dans les nôtres. Si la mission s’arrêtait demain, l’équipe qui nous succéderait pourrait reprendre là où nous nous sommes arrêtés.
Parlons de vos opérations techniques
Un appel d’introduction de 30 minutes avec un ingénieur senior — sans script commercial, sans engagement. Nous écoutons, nous posons des questions, et nous vous disons honnêtement si nous pouvons vous aider.