Il y a quelques jours, mon ordinateur de travail est mort. Pas un ralentissement, pas un écran capricieux : une panne franche, les deux disques à réinitialiser de zéro. C'est la peur la plus concrète d'un dirigeant, celle qui précède de loin toutes les angoisses sur l'IA : si ma machine me lâche demain matin, je perds quoi ? Voici ce qui m'est arrivé — et surtout pourquoi j'étais de nouveau au travail le lendemain midi. Pas par chance ni par exploit technique, mais grâce à trois réflexes que n'importe quelle petite structure peut adopter.
La semaine où mon ordinateur m'a lâché
Le scénario n'a rien d'original, et c'est bien ça le problème : ça arrive à tout le monde. Un matin, la machine ne redémarre plus correctement. Après plusieurs tentatives, le verdict tombe : il faut tout remettre à plat, effacer les deux disques et repartir sur une installation neuve. Autrement dit, la surface de travail sur laquelle je passe mes journées vient de disparaître d'un coup.
Soyons honnêtes tout de suite, parce que c'est là que la plupart des récits de ce genre trichent : je n'ai pas tout récupéré. Une partie de ce qui n'existait que sur cette machine est perdue pour de bon. La discipline dont je vais vous parler n'a pas fait de miracle — elle a fait quelque chose de plus utile : elle a circonscrit les dégâts. Ce qui aurait pu être une semaine morte a été une demi-journée de remise en route.
Et la vraie question, celle qui devrait vous intéresser, n'est pas de savoir comment est mort mon ordinateur. C'est celle-ci : si le vôtre rendait l'âme ce soir, avec tout ce qu'il contient, que resterait-il demain matin ?
Ce qui a tout sauvé : la copie qui compte n'est jamais sur la machine
Pour l'essentiel de mon travail, la réponse a été : tout. Non par chance, mais parce que mes fichiers ne vivaient pas vraiment sur l'ordinateur. Leur exemplaire de référence — celui qui fait foi — est stocké ailleurs, sur un serveur distant, à l'abri de ce qui peut arriver à un portable qu'on transporte, sur lequel on renverse un café ou qui grille un beau matin. La machine n'en avait qu'une copie de travail. Elle a disparu ; l'original, lui, n'a pas bougé. Tout récupérer a tenu en une manipulation.
Retenez le principe, pas la technique : la copie qui compte ne doit jamais se trouver sur l'appareil qui peut mourir. Pour une petite entreprise, ça se traduit très concrètement. Le fichier clients, les devis en cours, la comptabilité, les photos de chantier, le planning : si le seul exemplaire est sur le PC de l'atelier ou le portable qu'on trimballe en rendez-vous, alors ce PC n'est pas votre outil de travail — c'est votre coffre-fort, votre unique coffre-fort, posé en équilibre au bord de la table.
Un artisan dont le seul exemplaire du planning et des coordonnées clients tient sur l'ordinateur du bureau ne dirige pas une entreprise fragile parce qu'il est mauvais. Il dirige une entreprise fragile parce que tout repose sur un seul objet, et que cet objet peut tomber en panne. Déplacer la source de vérité hors de la machine, c'est transformer une catastrophe potentielle en simple contrariété matérielle : on rachète un ordinateur, on ne rachète pas trois ans de dossiers clients.
Debout en une demi-journée : ré-exécuter une recette, pas repartir de zéro
Récupérer ses fichiers, c'est une chose. Pouvoir retravailler en est une autre. Un ordinateur de travail, ce n'est pas que des documents : c'est une accumulation de réglages, d'outils installés, d'accès configurés — tout ce petit échafaudage qu'on met des mois à monter sans s'en rendre compte, et qu'on croit perdu le jour où la machine s'efface.
C'est là qu'est la deuxième leçon, et c'est elle qui explique la demi-journée. Je n'ai pas remonté cet échafaudage de mémoire, en cherchant à tâtons à chaque étape. Je l'ai remonté en suivant mes propres notes — parce que la marche à suivre pour reconstruire mon environnement de travail était, elle aussi, écrite et sauvegardée, au même endroit que mes fichiers. Reconstruire n'a pas voulu dire réinventer sous stress. Ça a voulu dire dérouler une recette que j'avais rédigée à froid, tranquillement, avant d'en avoir besoin.
La nuance est énorme. Repartir d'une page blanche après un crash, c'est des heures — souvent des jours — à réinstaller au jugé, à réessayer, à se demander « comment j'avais fait la dernière fois ». Ré-exécuter une procédure écrite, c'est une formalité. Voilà pourquoi la discipline paie : la demi-journée n'est pas le fruit d'un talent, c'est le remboursement d'un petit investissement fait des semaines plus tôt. Le garde-fou n'est pas une corvée qu'on s'impose ; c'est un accélérateur qu'on déclenche au pire moment.
Pour une TPE, ça ne veut pas dire tenir un manuel de 200 pages. Ça veut dire noter, au fil de l'eau, les choses qu'on serait incapable de refaire de tête : où sont les accès, comment tel outil est configuré, quelles étapes pour remettre le poste sur pied. Un document ennuyeux à écrire, et qui vaut de l'or le jour où le ciel vous tombe sur la tête.
Le piège que personne ne voit venir : une synchro n'est pas une sauvegarde
Maintenant, le passage le plus instructif de cette histoire — et le plus contre-intuitif. Pendant la reprise, alors que tout se remettait en place, un outil de synchronisation cloud, censé m'aider, a effacé d'un coup tout un dossier de documents importants. Pas un fichier : un dossier entier, volatilisé. Le genre d'incident qui, seul, ruinerait n'importe qui.
Il ne s'est rien passé de grave, parce qu'un autre mécanisme — un historique de versions, qui conserve la trace de chaque état passé de mes fichiers — a permis de tout restaurer en une seule commande, tel que c'était cinq minutes avant l'effacement. Mais arrêtons-nous sur ce que cet épisode révèle, car c'est une confusion qui coûte très cher aux petites entreprises.
Beaucoup de dirigeants se croient protégés parce que « tout est sur le cloud ». C'est une illusion, pour une raison simple : une synchronisation n'est pas une sauvegarde. Deux choses différentes, qui ne servent pas le même but. Une synchro recopie fidèlement vos fichiers d'un endroit à l'autre pour que vous les retrouviez partout — ce qui veut dire qu'elle recopie aussi vos suppressions, vos erreurs, et le fichier corrompu par-dessus le fichier sain. Si vous effacez par mégarde, elle efface partout. Une sauvegarde, elle, garde des états passés vers lesquels revenir. La première vous suit ; la seconde vous rattrape. Certains services de synchro ajoutent bien une corbeille ou un historique de quelques semaines, ce qui aide — mais un filet limité, activé par défaut sur un seul outil, ne remplace pas une vraie sauvegarde indépendante.
D'où la troisième leçon, la plus importante : ne jamais faire reposer sa sécurité sur un seul mécanisme. Le cloud pratique du quotidien m'a lâché ; c'est un dispositif d'un autre genre qui a rattrapé le coup. Si je n'avais eu que le premier, j'aurais perdu ces documents pour de bon — sans même comprendre pourquoi, puisque je me croyais « sur le cloud ». (Je ne nomme pas l'outil en cause : je suis client, l'incident est en cours d'analyse chez le fournisseur, et ce n'est pas le sujet. Le sujet, c'est qu'aucun outil unique ne mérite une confiance aveugle.)
La discipline ne fait pas de miracles, elle limite la casse
Je ne veux pas vous laisser sur l'image d'une reprise héroïque. Je le répète parce que c'est le cœur de l'affaire : j'ai perdu des choses. La bonne organisation n'a pas annulé la panne, elle en a changé l'échelle — d'une catastrophe qui vous cloue plusieurs jours à un incident qu'on absorbe dans une matinée. C'est tout ce qu'on lui demande. Une entreprise ne se protège pas de l'imprévu en priant pour qu'il n'arrive pas ; elle s'organise pour qu'il coûte peu quand il arrive.
Si vous ne deviez retenir que trois réflexes, les voici. La copie qui compte vit ailleurs que sur la machine qui peut mourir. La marche à suivre pour tout remonter est écrite d'avance, pas improvisée dans la panique. Et aucune sécurité ne repose sur un seul mécanisme — surtout pas sur une synchronisation qu'on prend à tort pour une sauvegarde. Un dernier mot sur ce point : la meilleure sauvegarde est celle que vous oubliez, parce qu'elle est automatique. Une sauvegarde qu'il faut penser à lancer chaque soir n'existe pas — vous l'oublierez précisément la semaine où vous en auriez eu besoin.
Rien de tout cela n'exige d'être informaticien. Ça exige de décider, une fois, comment on veut être protégé, puis de mettre en place des dispositifs qui tournent tout seuls. C'est précisément ce que je prépare avec ICyam : aider les dirigeants de TPE et de PME à traduire ces réflexes — qui vont de soi pour un ingénieur — en dispositifs simples et automatiques, pour des gens qui n'ont ni le temps ni l'envie de devenir techniciens. Parce que la vraie question n'est pas de savoir si votre matériel vous lâchera un jour. C'est de savoir ce qu'il vous en coûtera quand ça arrivera.