Qui vous êtes
Une brève description de votre structure, sa taille et son activité.
Le premier contact est volontairement posé. L’objectif est de voir si le cadre convient, pas de se précipiter dans le travail.
Le moyen préféré pour un premier contact, c’est l’e-mail. Un message court suffit. Pas besoin d’une proposition détaillée ni d’un brief formel à ce stade.
Si vous n’êtes pas sûr que ça colle, c’est normal. La plupart des clients écrivent avant que quelque chose ne casse. Ou après la deuxième fois.
Une brève description de votre structure, sa taille et son activité.
Une vue d’ensemble de votre infrastructure: nombre de serveurs, fournisseurs, composants critiques.
S’il s’agit d’une exploitation continue, d’un projet spécifique ou d’une urgence.
Si la demande semble coller, je réponds pour clarifier le périmètre et les attentes. Dans certains cas, un court échange téléphonique peut être proposé. Dans d’autres, il apparaît tôt que le cadre ne convient pas. Les deux issues sont acceptables.
Je réponds généralement sous un jour ouvré.
Je travaille avec un nombre limité de clients et n’accepte pas toutes les demandes. Le temps de réponse dépend de la charge actuelle et de la nature de la demande.
Le silence n’implique pas l’urgence. Ni la disponibilité.
Si vous êtes face à une panne en cours ou à un incident de sécurité sans être déjà client, merci de consulter la page Intervention d’urgence avant d’écrire.
Le travail d’urgence est traité séparément et soumis à disponibilité. Me contacter ne garantit ni la disponibilité ni l’acceptation du travail d’urgence.
En envoyant des informations via ce formulaire, vous reconnaissez que les échanges peuvent porter sur des informations sensibles et être couverts par un accord de confidentialité mutuel (NDA). Chaque demande est lue personnellement.
Non. Aucune couverture 24/7 ni astreinte garantie. La disponibilité est discutée explicitement pour chaque mission et documentée par écrit.
Non. Le travail d’infrastructure comporte de l’incertitude. Mon rôle est de réduire le risque, d’améliorer l’observabilité et de concevoir des systèmes résilients et prévisibles en cas de panne.
Je travaille surtout sur des systèmes de production où stabilité et documentation comptent. Certains projets plus petits ou associatifs peuvent être pris si leur finalité long terme est claire.
Souvent oui, après une revue initiale. Les systèmes existants varient beaucoup en qualité, et l’intégration peut demander du travail correctif avant l’exploitation continue.
Oui. Cela inclut le cloud, l'hébergement sur site et les environnements hybrides. Le choix du fournisseur est secondaire par rapport à la clarté, aux modes de panne et à la discipline opérationnelle.
C’est un résultat acceptable et attendu. Mieux vaut identifier tôt un mauvais alignement que forcer une relation de travail qui crée du stress ou du risque.