Le choix entre infogérance totale, partielle ou ponctuelle ne se résume pas à un curseur de délégation. Chaque formule engage des périmètres contractuels, des niveaux de SLA et des modèles de responsabilité distincts. Confondre ces trois approches conduit à des contrats mal calibrés, des surcoûts récurrents ou des zones grises en cas d’incident.
Périmètre contractuel et répartition des responsabilités en infogérance
La ligne de démarcation entre les trois formules se situe dans la matrice de responsabilité. En infogérance totale, le prestataire absorbe l’ensemble du périmètre IT : exploitation des serveurs, supervision réseau, gestion des postes de travail, sécurité, sauvegardes, support utilisateur. Le client ne conserve qu’un rôle de pilotage stratégique. Le contrat s’appuie sur des SLA globaux couvrant disponibilité, temps de rétablissement et capacité.
A voir aussi : Comment configurer facilement l'upload sur Fourtoutici
En infogérance partielle, la matrice se découpe lot par lot. Une entreprise peut externaliser la supervision de son infrastructure cloud tout en gardant la main sur le support de niveau 1 ou la gestion des postes. Chaque lot dispose de ses propres engagements de service, ce qui complexifie le suivi mais préserve l’autonomie sur les briques jugées sensibles.
L’infogérance ponctuelle ne repose pas sur un contrat récurrent. Elle se déclenche sur commande : audit de sécurité, migration de messagerie, remédiation après incident. Le cadre juridique prend la forme d’un bon de commande ou d’un contrat de prestation à durée déterminée, sans engagement de continuité.
A lire aussi : 168.0.22 : vérifier la configuration DHCP de votre routeur
Infogérance totale : quand déléguer l’ensemble du SI
Cette formule s’adresse aux structures qui ne disposent pas d’équipe IT interne, ou dont l’équipe se limite à un responsable informatique sans capacité opérationnelle suffisante. Le prestataire d’infogérance informatique devient alors le bras armé de la DSI externalisée.
Nous observons que ce modèle fonctionne à condition de poser un cadre clair dès la phase de contractualisation. Les points à verrouiller :
- La réversibilité : modalités de récupération des données, documentation technique, délai de transition vers un autre prestataire ou vers une gestion internalisée
- La gouvernance : fréquence des comités de pilotage, indicateurs de performance suivis, processus d’escalade en cas de désaccord
- Le périmètre exact : certains prestataires excluent la téléphonie, la sécurité applicative ou la gestion des licences logicielles du forfait de base
La dépendance au prestataire constitue le risque principal. Sans clause de réversibilité documentée, un changement de partenaire peut prendre plusieurs mois et générer une interruption de service.
Avantages opérationnels concrets
Le modèle tout-inclus permet de lisser les coûts IT en charges récurrentes prévisibles. L’entreprise n’a plus à gérer le recrutement, la formation ni la rétention de compétences techniques. Le prestataire mutualise ses équipes et ses outils de supervision entre plusieurs clients, ce qui lui permet de maintenir un niveau de veille technologique difficile à atteindre pour une PME isolée.
Infogérance partielle : arbitrer entre externalisation et maîtrise interne
L’infogérance partielle repose sur un découpage fonctionnel du SI. L’entreprise conserve en interne les briques qu’elle maîtrise ou qu’elle considère comme stratégiques, et externalise le reste. Les lots les plus fréquemment délégués sont la supervision d’infrastructure, la sauvegarde, la cybersécurité périmétrique et le support utilisateur de niveau 2 et 3.
Ce modèle convient aux organisations qui disposent déjà d’une équipe IT, même réduite. Le responsable informatique interne garde la vision d’ensemble et pilote les prestataires externes. La difficulté réside dans la coordination : quand un incident touche plusieurs couches du SI, il faut savoir qui intervient en premier, qui escalade, et selon quel processus.
Nous recommandons de formaliser une matrice RACI (Responsible, Accountable, Consulted, Informed) dès la signature du contrat. Sans ce document, les zones grises entre l’équipe interne et le prestataire génèrent des délais de résolution rallongés et des frictions opérationnelles.
Le piège de la multiplication des prestataires
Externaliser la sécurité chez un SOC managé, l’hébergement chez un cloud provider et le support chez un tiers crée trois interlocuteurs avec trois contrats. La cohérence de la chaîne de responsabilité devient alors le vrai sujet. Chaque prestataire optimise son périmètre, mais personne ne porte la vue transverse. Le responsable IT interne se retrouve dans un rôle d’intégrateur qu’il n’a pas toujours les moyens d’assumer.
Infogérance ponctuelle : cadre d’intervention et limites
L’infogérance ponctuelle répond à un besoin précis, limité dans le temps. Elle ne remplace pas un contrat récurrent : elle le complète ou intervient quand aucun contrat n’existe. Les cas d’usage typiques :
- Un audit de sécurité avant une certification ISO 27001 ou un passage en conformité réglementaire
- Une migration de messagerie ou d’ERP nécessitant des compétences absentes en interne
- Une remédiation post-incident, lorsque l’équipe interne n’a pas la capacité de traiter une compromission
Le risque de cette formule tient à l’absence de suivi. Le prestataire intervient, livre son rapport ou sa configuration, puis quitte le périmètre. Sans transfert de compétences formalisé, la dette technique réapparaît rapidement. Une migration réussie techniquement mais non documentée devient un problème au premier incident.
Comparatif des trois modèles d’infogérance
| Critère | Infogérance totale | Infogérance partielle | Infogérance ponctuelle |
|---|---|---|---|
| Engagement contractuel | Pluriannuel, forfaitaire | Annuel par lot | Bon de commande unitaire |
| Gouvernance | Comité de pilotage régulier | Suivi par lot, matrice RACI | Rapport de fin de mission |
| Risque principal | Dépendance prestataire | Coordination multi-acteurs | Absence de suivi post-intervention |
| Profil cible | PME sans équipe IT | ETI ou PME avec DSI réduite | Toute structure, besoin ponctuel |
Choisir son modèle d’infogérance : les critères qui comptent
Le budget n’est pas le premier critère. La question de départ porte sur la capacité interne réelle : combien de personnes dans l’équipe IT, quelles compétences présentes, quel temps disponible pour l’exploitation quotidienne. Une PME avec un seul administrateur système surchargé par le support quotidien ne tire aucun bénéfice d’une infogérance partielle, car personne n’est disponible en interne pour piloter le prestataire.
Le bon contrat d’infogérance est celui dont le périmètre correspond à ce que l’entreprise ne peut pas ou ne veut pas faire elle-même. Ni plus, ni moins. Un périmètre trop large génère des coûts inutiles sur des briques que l’équipe interne maîtrise. Un périmètre trop étroit laisse des trous dans la couverture opérationnelle.
L’hybridation entre ces trois modèles reste une option pertinente. Une entreprise peut souscrire un contrat partiel pour la supervision et la sauvegarde, tout en recourant à des interventions ponctuelles pour les projets de transformation. Cette approche suppose une bonne maturité du pilotage IT en interne.
