Continuité sans le fondateur : répétez le premier jour d'absence

Un exercice de continuité permet de vérifier qu’un relais autorisé peut assurer les tâches essentielles lorsque le fondateur est indisponible. Choisissez un scénario bien délimité, donnez à cette personne ses propres accès approuvés et des consignes écrites, puis observez si elle retrouve la prochaine obligation sans votre aide. Consignez chaque étape bloquée et vérifiez ensuite que la correction fonctionne.

Imaginez qu’un client demande si la migration prévue demain aura bien lieu. Votre relais peut consulter le calendrier, mais les demandes d’approbation du compte d’hébergement arrivent sur votre téléphone. La facture se trouve dans votre boîte de réception personnelle. Le client pense avoir engagé une entreprise ; vos consignes supposent encore qu’il peut vous joindre.

Une récente discussion Show HN sur Death Plan Switch a mis cette dépendance en évidence. Son auteur y évoquait une hospitalisation passée et les difficultés rencontrées pour transmettre des informations à un collègue technique. Ce témoignage personnel ne permet pas de mesurer la fréquence du problème chez les fondateurs. Il pose toutefois une question concrète : que pourrait faire une personne après avoir reçu votre message d’urgence ?

L’exercice proposé ici porte sur une indisponibilité temporaire. Il aide à repérer les lacunes opérationnelles tant que vous pouvez encore les corriger. Il ne règle ni la propriété de l’entreprise, ni la succession, ni le pouvoir de prendre des décisions en votre nom.

Que doit démontrer un exercice de continuité sans le fondateur ?

L’exercice doit montrer qu’une autre personne peut accomplir quelques tâches précises et autorisées avec les informations déjà mises à sa disposition. Commencez par un périmètre restreint de l’entreprise, où une tâche négligée aurait des conséquences réelles.

Vous pourriez choisir de répondre à une demande client urgente, de retrouver la prochaine facture d’hébergement et de repérer un entretien pour lequel il faut remplacer la personne chargée de le mener. Chaque tâche doit aboutir à un résultat observable. « Comprend l’entreprise » est trop vague pour être évalué ; « retrouve la facture, son échéance et la personne habilitée à la payer » vous apporte une preuve.

Le guide de planification de la continuité du NIST traite de l’analyse des conséquences sur l’activité, des responsabilités de reprise, des exercices et de la tenue à jour des plans. Il a été rédigé en 2010 pour les systèmes d’information fédéraux américains. L’exercice plus modeste proposé ici reprend ces principes de planification : c’est une adaptation éditoriale destinée aux fondateurs, pas une liste de contrôle pour une certification NIST.

Rédigez le scénario avant d’inviter votre relais :

Vous ne pouvez pas me joindre jusqu’à la fin du prochain jour ouvré. Gardez les engagements en cours visibles, repérez les risques urgents et préparez les réponses approuvées. Arrêtez-vous avant toute action qui sort du périmètre écrit.

Votre relais dispose ainsi d’une mission qu’il peut exécuter. Il n’a pas à se faire passer pour vous, à deviner vos souhaits ou à comprendre pourquoi vous êtes absent. Il doit suivre un plan qui précise ce qu’il peut faire et qui décide au-delà de ce cadre.

Si quelqu’un est disponible, désignez un observateur. Son rôle est de noter les hésitations du relais, les informations introuvables et les moments où il vous demande une réponse. Si vous menez l’exercice seul avec votre relais, prenez ces notes vous-même et retenez-vous de donner des indices.

Distinguez la notification du travail qui suit

Une notification d’urgence invite quelqu’un à examiner un problème. Ce sont les consignes et les accès approuvés qui lui permettent d’agir.

Le README de Death Plan Switch décrit un outil de notification par e-mail auto-hébergé, plutôt qu’un coffre-fort de documents ou d’identifiants professionnels. Sa configuration contient toutefois un mot de passe SMTP stocké en clair. Le projet avertit explicitement qu’il dépend de son serveur, de son planificateur et de son service de messagerie. Sa documentation décrit la conception annoncée du projet ; elle ne constitue ni une évaluation indépendante de sa fiabilité ni une recommandation de le déployer.

Cette distinction compte même si l’alerte parvient à tout le monde. « Contactez notre développeur de remplacement » laisse plusieurs questions ouvertes : cette personne a-t-elle accepté ? Est-elle disponible ? Peut-elle s’authentifier ? Sait-elle quels engagements clients sont prioritaires ?

La première consigne doit être utile à elle seule. Nommez la personne qui coordonne la réponse, indiquez où se trouvent les instructions opérationnelles approuvées et expliquez comment les destinataires peuvent vérifier l’authenticité d’un message inattendu. Datez la dernière révision des consignes pour que le relais puisse repérer une ancienne copie.

Vérifiez comment accéder à ces instructions. S’il faut votre téléphone indisponible ou l’approbation de votre compte bloqué pour les ouvrir, le message mène à une impasse. Pendant l’exercice, demandez au relais de récupérer la version à jour avec sa propre identité.

La documentation du Gestionnaire de compte inactif de Google illustre une autre limite : elle décrit le partage de certaines données du compte ou la notification de contacts après une période d’inactivité. Recevoir des données ne signifie pas pouvoir gérer tous les comptes professionnels qui y sont liés. Distinguez le fonctionnement documenté de chaque fournisseur de ce que vous en attendez.

Désignez un relais et précisez ses pouvoirs

Votre relais a besoin d’un rôle convenu, d’un moyen de contact utilisable et d’un périmètre écrit. Un nom dans un dossier ne suffit pas tant que cette personne n’a pas accepté la mission.

Demandez-lui de reformuler sa mission. Peut-elle assurer la communication avec les clients ? Examiner l’infrastructure ? Est-elle à l’aise pour retrouver les factures sans pouvoir approuver leur paiement ? Ces différences doivent modifier le plan avant qu’une urgence ne vous y oblige.

Distinguez le travail courant des décisions qui exigent une autre approbation. Un périmètre pourrait, par exemple, prendre cette forme :

Ce tableau est un exemple de planification. Adaptez les actions aux pouvoirs déjà établis dans votre entreprise et aux contrôles proposés par chaque fournisseur. Réglez les questions de signature, de dépense ou de propriété selon la procédure de l’entreprise avant de considérer ces pouvoirs comme acquis.

Vous aurez peut-être besoin de personnes différentes pour la technique, les paiements et la communication. Donnez à chacune les informations nécessaires à son rôle. Un relais qui gère les horaires d’entretien a rarement besoin d’un accès étendu aux fichiers de paie ou aux exports clients.

Si personne ne peut assumer une responsabilité, écrivez-le explicitement. C’est un résultat utile : il indique où prévoir une pause convenue, réduire les engagements de service ou trouver une aide supplémentaire.

Recensez les obligations avant les identifiants

Listez le travail qui deviendrait urgent en votre absence, puis associez chaque obligation à son système et à la personne autorisée à intervenir. Partez des conséquences et des échéances.

Une liste d’identifiants peut être très longue sans expliquer l’importance de chaque compte. Votre relais doit savoir quel service dessert les clients payants, quel renouvellement approche et quels messages attendent encore une réponse à la date promise.

Utilisez un registre succinct :

Conservez les secrets dans le système de gestion des identifiants approuvé. Le registre doit renvoyer vers cet emplacement à accès contrôlé, sans copier de mots de passe, de codes de récupération ou de clés privées dans un document général. Vérifiez que votre relais peut atteindre les éléments qu’il est autorisé à utiliser.

Pour chaque facture récurrente, demandez ce qui se passerait si le paiement habituel échouait. Le paiement automatique est un paramètre à vérifier ; il ne remplace pas une personne désignée pour payer. Pendant l’exercice, retrouvez le moyen de paiement actuel et le contact à joindre sans effectuer d’achat inutile.

Consacrez une ligne aux domaines. L’hébergement du site, la gestion DNS et l’enregistrement du domaine peuvent relever de comptes différents. Demandez au relais d’expliquer quel compte commande chaque partie de votre installation. Si la réponse dépend de votre mémoire, ajoutez le schéma manquant.

Appuyez-vous sur les questions relatives aux conséquences sur l’activité de NIST SP 800-34 Rev. 1 pour hiérarchiser ces obligations. Décidez de la durée d’interruption tolérable pour chacune. Fixez vos propres objectifs selon les engagements et les conséquences : aucun délai sans risque ne vaut pour toutes les petites entreprises.

Testez les accès avec l’identité propre du relais

Une connexion réussie du fondateur renseigne peu sur les accès du relais. Demandez-lui d’utiliser son propre compte et son propre mode d’authentification, puis d’ouvrir l’élément précis nécessaire à la tâche.

Privilégiez les vérifications en lecture seule lorsqu’elles permettent de répondre sans risque à la question. Le relais peut examiner une facture, retrouver un échange client existant ou ouvrir les détails de renouvellement d’un domaine. Nul besoin de modifier réellement le DNS ou d’effectuer un paiement pour montrer que les consignes sont incomplètes.

Vérifiez tout le parcours. Une invitation à l’équipe peut encore être en attente. Un compte peut s’ouvrir alors que le projet concerné reste inaccessible. Une page de facturation peut exiger un rôle distinct. Notez l’action exacte qui bloque plutôt qu’un simple « problème d’accès ».

Faites l’exercice sans prêter votre session de navigateur déjà authentifiée. Elle pourrait masquer précisément la dépendance que vous cherchez à découvrir. Si une connexion exige votre approbation, arrêtez-vous là et notez quelle solution de remplacement approuvée manque.

Vérifiez ensuite que le relais comprend ce qu’il trouve. Ouvrir un tableau de bord ne suffit pas s’il ne sait pas quel environnement sert les clients ou quelle facture correspond au compte de production. Les consignes doivent nommer le compte et expliquer comment le reconnaître.

Votre plan d’effectifs pour l’auto-hébergement peut aider à repérer les responsabilités techniques à tester. Gardez cet exercice plus restreint : choisissez les quelques obligations qu’une personne rencontrerait en votre absence et vérifiez son parcours pour chacune.

Répétez le premier jour sans souffler les réponses

Donnez au relais une consigne réaliste et observez ce qu’il fait ensuite. Chaque réponse que vous fournissez pendant l’exercice doit devenir une dépendance consignée.

Voici un déroulement possible, à adapter à votre entreprise :

1. Retrouver les consignes. Le relais récupère la copie approuvée et vérifie sa date de révision.
2. Repérer le travail urgent. Il utilise le registre des obligations pour choisir ce qui demande une attention prioritaire.
3. Ouvrir les comptes nécessaires. Il s’authentifie avec sa propre identité approuvée et examine les éléments indiqués.
4. Préparer une réponse. Il rédige une réponse client, une demande d’arbitrage sur un paiement ou un report d’entretien dans les limites de son rôle.
5. Expliquer où s’arrêter. Il identifie ce qui exige la décision d’une autre personne.
6. Consigner les lacunes. Vous convenez d’un responsable pour chaque étape bloquée et de la manière de la tester à nouveau.

Pour tout message réellement envoyé, utilisez un client de test et des collègues qui ont accepté de participer. Identifiez clairement les brouillons. N’envoyez rien dans la boîte de réception d’un vrai client à moins que ce contact n’ait expressément accepté de prendre part à l’exercice.

Ajoutez une difficulté une fois que le parcours de base fonctionne. Le relais principal ne peut peut-être pas participer, ou le lien vers les consignes est inaccessible. Demandez ce qui se passe ensuite. Arrêtez lorsque les éléments recueillis suffisent à identifier la solution manquante : simuler une panne plus vaste apporte peu tant que la première étape reste bloquée.

Un exercice de reprise distinct pourra ensuite tester si une sauvegarde se restaure correctement. Retrouver un fichier de sauvegarde pendant cette séance ne prouve pas qu’il est complet, à jour ou utilisable. Distinguez ces résultats dans vos notes.

Les recommandations du NIST sur les tests et les exercices distinguent les exercices de discussion des tests fonctionnels. Décrivez votre résultat avec la même précision : vous avez répété les actions nommées dans les conditions indiquées. Vous n’avez pas démontré une capacité de reprise face à toutes les perturbations possibles.

Corrigez chaque étape bloquée, puis testez-la à nouveau

Le résultat utile est une courte liste de défaillances observées, avec des responsables et des vérifications à effectuer. Une réunion terminée ne prouve pas que le plan fonctionne.

Notez assez de détails pour que quelqu’un puisse reproduire chaque problème :

Ces défaillances servent d’exemples ; elles ne sont pas les résultats d’une étude quantitative. Votre registre doit contenir ce qui s’est passé pendant votre exercice, y compris les réussites partielles et les tâches que vous n’avez pas tentées.

Attribuez à chaque correction un responsable et une échéance. Testez à nouveau l’action bloquée après le changement. Si elle exige encore un indice de votre part, gardez le point ouvert et améliorez la consigne ou les modalités d’accès.

Prévoyez une nouvelle révision lorsque la personne, le fournisseur ou la responsabilité change. De nouveaux paramètres d’authentification peuvent rendre un ancien parcours inutilisable ; un nouveau relais peut avoir besoin d’autres éléments de contexte. Les recommandations du NIST sur la tenue à jour des plans prévoient leur révision et leur actualisation lorsque les systèmes et les responsabilités évoluent.

Terminez en annonçant aux participants que l’exercice est fini. Retirez les accès de test temporaires s’il y a lieu, conservez les accès opérationnels convenus et notez les limites restantes. Le résultat doit pouvoir s’énoncer simplement : ces tâches ont fonctionné, celles-ci ont été bloquées et celles-là sortaient du cadre de l’exercice.

Utilisez Kit pour répéter le travail de recrutement déjà partagé

Pour assurer la continuité du recrutement, choisissez un collègue autorisé et vérifiez s’il peut retrouver le prochain engagement envers un candidat dans les dossiers partagés. La priorité immédiate est la personne qui attend un entretien, une réponse ou une décision.

Les rôles d’équipe de Kit distinguent les responsabilités du compte de l’accès aux produits. Un administrateur de facturation peut gérer l’abonnement Kit et ne dispose au départ d’aucun accès aux modules. Un administrateur Hiring possède les permissions Hiring ; ce rôle ne lui donne pas, à lui seul, le contrôle de la facturation du compte. Utilisez le rôle adapté à la tâche et vérifiez les accès obtenus.

Pour un exercice de recrutement, demandez au collègue autorisé de se connecter avec son propre compte et d’ouvrir lui-même le poste, la candidature et la revue d’étape concernés. Demandez-lui d’expliquer ce qui est prévu, quelles preuves ont été consignées et où il s’arrêterait pour obtenir une décision. Les contrôles d’accès de l’équipe et les affectations des éléments déterminent ce qu’il peut consulter.

Kit ne propose ni déclencheur automatique d’urgence en cas d’absence du fondateur ni procédure de succession d’urgence. Un second administrateur du compte peut disposer de permissions opérationnelles, mais le transfert de propriété du compte exige le propriétaire actuel. Écrire dans un document de passation que la propriété sera transférable en l’absence du fondateur ne suffit pas à le permettre.

Choisissez une obligation de recrutement et répétez son traitement pendant que vous êtes disponible. Si vous évaluez Kit, vous pouvez commencer un essai et tester ce flux de travail partagé avec un collègue. Le résultat utile est une prochaine action vérifiée, accompagnée d’une trace claire de ce qui dépend encore de vous.