Plan de continuité informatique pour PME québécoise — Guide 2026
Imaginez : lundi matin, 8h30. Votre serveur ne répond plus. Vos employés ne peuvent pas accéder aux fichiers. Votre logiciel de comptabilité est inaccessible. Vous avez des livraisons à confirmer et des clients à rappeler. Que faites-vous? Qui appelez-vous? Dans quel ordre?
Si vous n'avez pas de réponse claire à ces questions, vous n'avez pas de plan de continuité informatique. Ce guide vous explique comment en créer un, adapté à la réalité d'une PME québécoise.
Qu'est-ce qu'un plan de continuité informatique (BCP)?
Un BCP (Business Continuity Plan) décrit comment votre entreprise va maintenir ses opérations essentielles en cas de panne ou de sinistre informatique. Pour une PME, ce n'est pas un document de 100 pages — c'est un guide pratique de 3 à 10 pages qui répond à trois questions :
- Quels sont mes systèmes critiques?
- Que se passe-t-il s'ils tombent?
- Comment je récupère, et qui fait quoi?
Les 5 étapes pour créer votre BCP
Étape 1 — Inventaire des systèmes
Listez tous vos systèmes informatiques : serveur, postes, NAS, logiciels métier, courriels, site web, système de caisse, téléphonie. Pour chaque système, notez : qui l'utilise, comment on y accède, et où sont les données.
Étape 2 — Analyse de criticité
Pour chaque système, posez la question : si ce système tombe pendant 4 heures, 1 jour, 3 jours — quel est l'impact sur les opérations? Cette évaluation détermine vos priorités de récupération.
Étape 3 — Procédures de sauvegarde et de récupération
Pour chaque système critique : où sont les sauvegardes, comment restaurer, combien de temps ça prend, qui sait le faire. Testez ces procédures au moins une fois par an.
Étape 4 — Contacts et responsabilités
Qui appelle-t-on en premier? Le technicien TI? L'hébergeur? Microsoft? Documentez les contacts d'urgence avec les numéros et les informations d'accès (stockés de façon sécurisée, pas juste dans le logiciel qui est en panne).
Étape 5 — Test annuel
Une fois par an : simulez une panne sur table avec votre équipe, restaurez un fichier test depuis les sauvegardes, vérifiez que les contacts sont à jour. Un plan non testé n'est pas un plan.
Exemple concret — PME de 10 employés
| Système | Criticité | RTO cible | Procédure de récupération |
|---|---|---|---|
| Courriels (Microsoft 365) | Critique | 1 heure | Accès web + application mobile |
| Fichiers partagés (NAS) | Critique | 4 heures | Restauration depuis Backblaze |
| Logiciel comptabilité | Élevée | 24 heures | Réinstallation + restauration BD |
| Internet (accès) | Critique | 2 heures | Partage mobile + appeler fournisseur |
| Site web | Faible | 48 heures | Contacter hébergeur |
Coût d'une panne vs coût de la prévention
La question n'est pas "si" une panne surviendra, mais "quand". Les statistiques sont claires :
- 93% des PME sans plan de récupération qui subissent une panne de données majeure ferment dans l'année
- Le coût moyen d'un incident ransomware pour une PME : 50 000$ à 200 000$
- Le coût d'un plan de continuité complet pour une PME de 10 employés : 500$ à 2 000$ (consultation + documentation)
- Le coût de la maintenance annuelle du plan : quelques heures de révision
La question est simple : êtes-vous prêt à parier la survie de votre entreprise sur "ça ne m'arrivera pas"?
Questions fréquentes
Dois-je inclure des scénarios de catastrophe naturelle (incendie, inondation)?
Pour une PME, concentrez-vous d'abord sur les scénarios informatiques (ransomware, panne serveur, perte de données). Ce sont de loin les plus probables. Les sinistres physiques sont couverts par votre assurance — mais votre assurance ne restaure pas vos données.
Que faire si le responsable TI est en vacances quand la panne arrive?
C'est précisément pour ça qu'un BCP existe. Le plan doit être accessible par plusieurs personnes et ne pas dépendre d'une seule. Documentez les accès, les procédures, et les contacts — de façon qu'une autre personne puisse coordonner la récupération.