Développement de votre plan de continuité d’activité

Cet article fournit des conseils sur le développement d’un plan de continuité d’activité qui prend en compte les dépendances Microsoft 365. Ici, nous vous recommandons des méthodes pour analyser vos fonctions métier et identifier celles qui dépendent des services Microsoft 365. Vous effectuerez cette analyse en vous attendant à ce qu’il y ait des défaillances de service et à ce que vous deviez vous préparer à ces éventualités.

De manière générale, la planification de la continuité d’activité de l’entreprise comporte quatre aspects : l’évaluation, la planification, la validation des capacités, ainsi que la communication et la coordination.

Évaluation

Tout d’abord, vous devez identifier les fonctions dans votre organisation, ainsi que les services et processus qui les prennent en charge. Cela comprend la réalisation d’une analyse de l’impact sur l’entreprise, où chaque fonction de l’entreprise est classée en fonction de son degré d’importance et où vous identifiez les processus et les services dont dépend chacun d’eux. Voici un exemple de tableau que vous pouvez consulter pour vous aider à commencer votre propre évaluation.

Exemple d’évaluation d’impact commercial (BIA)

Il s’agit d’un document BIA pour name of the service, system, process, or function

Planification

Ensuite, vous examinez les processus d’entreprise pour voir s’il existe des relations de dépendance en cascade. En fonction des résultats, vous définissez les priorités et élaborez les stratégies de résilience, ainsi que les procédures d’exploitation standard prenant en charge vos stratégies.

Vous pouvez utiliser Microsoft Service Map pour vous aider à effectuer ce mappage. Microsoft Service Map détecte automatiquement les composants d’application sur les systèmes Windows et Linux et mappe toutes les dépendances TCP, identifie les connexions et les systèmes tiers distants dont dépend l’application. Il mappe également les dépendances aux zones de votre réseau qui sont traditionnellement sombres comme Active Directory.

Voici un exemple d’analyse des dépendances (DA) à partir duquel vous pouvez commencer. Dans votre da, vous allez identifier et examiner les dépendances de processus. Veillez à inclure des personnes, des fournisseurs, des clients, des partenariats et des installations. Les données de cette analyse seront utilisées pour identifier les écarts entre les exigences de récupération d’un processus et les fonctionnalités de récupération des dépendances.

Validation de la fonctionnalité

Une fois que vous avez répertorié vos processus d’entreprise et établi des relations avec d’autres processus et technologies, vous devez élaborer des scénarios de validation pour tous les processus. Fondamentalement, déterminez comment vous allez valider vos plans de continuité des processus métier. Vous constaterez probablement que certains sont plus importants que d’autres et vous voudrez établir des priorités. N’oubliez pas que la formation régulière des employés sur les mesures de réponse aux incidents et de continuité est importante une fois le plan établi. Les révisions post-incidents devraient être effectuées pour améliorer vos stratégies de résilience en incorporant ce que vous avez appris de chaque validation ou test.

Coordination et communication des incidents

Lors d’un incident de service, les canaux de communication normaux peuvent être affectés ou dégradés. Vous devez donc préarranger des alternatives pour aider votre organisation à rester connectée pendant un incident. Il est essentiel que les canaux de communication soient établis, vérifiés pour la sécurité et la conformité, et que les utilisateurs soient formés sur leur utilisation avant une interruption. Lors d’une défaillance, il est préférable de passer d’un état connu à un autre état connu plutôt que de trouver des solutions ad hoc et inconnues au milieu d’une crise.

Chez Microsoft, chaque équipe de service a établi des canaux de communication alternatifs internes pour nous aider à coordonner lorsque nos canaux de communication normaux ne sont pas disponibles. Il s’agit notamment des solutions de téléphonie et d’audioconférence de sauvegarde, des groupes Viva Engage, des groupes Teams, des tableaux de bord d’intégrité des services internes et des logiciels internes de gestion des incidents.

Pendant votre BIA et votre DA, vous allez mapper les processus critiques et les technologies ou services dont ils dépendent. Portez une attention particulière à la communication pendant cette phase de planification et pensez à des alternatives. En voici quelques exemples.

• Si la messagerie est votre méthode principale pour informer vos utilisateurs et vos parties prenantes, et que votre service de messagerie est dégradé ou indisponible, vous pouvez utiliser un autre service tel que Microsoft Teams, Viva Engage ou un autre service tiers comme sauvegarde. L’essentiel est de les établir à l’avance et de former vos utilisateurs pour qu’ils sachent comment procéder. Un thread Viva Engage ne sera pas utile si personne ne sait qu’il existe ou si personne ne l’a marqué.
• Si vos processus de gestion des incidents internes s’appuient sur des communications vocales pour coordonner vos réponses, établissez une solution de téléphonie alternative à utiliser en cas d’urgence. Cette solution n’a pas besoin d’avoir une parité totale avec votre service principal, mais doit fournir le niveau de collaboration minimal pour coordonner vos équipes de continuité d’activité et de gestion des incidents. De plus, demander aux utilisateurs de publier leurs numéros de téléphone mobile dans votre liste d’adresses globale peut fournir une couche supplémentaire de communication de secours dans des cas extrêmes.
• Vous souhaiterez peut-être créer un tableau de bord Intégrité des services personnalisé, ou un autre site, qui peut fournir des mises à jour d’état pendant un incident. En apprenant aux utilisateurs à savoir où chercher des informations à l’avance, vous réduirez le nombre d’appels inutiles au support technique et vous rassurerez vos utilisateurs sur le fait que la situation est traitée rapidement et efficacement. Utilisez l’API O365 Service Communications pour lier ces informations à Microsoft 365 pour un niveau de visibilité encore plus élevé.
• Il est essentiel que l’emplacement de vos plans de continuité d’activité et de vos procédures opérationnelles standard soit bien connu. Nous vous recommandons de conserver des copies en ligne et hors connexion de la documentation critique, par exemple avec SharePoint ou OneDrive configuré pour la synchronisation automatique avec les appareils locaux. Pour les centres d’opérations de service/réseau et d’autres équipes similaires qui sont critiques pour la récupération, vous pouvez également conserver des copies matérielles disponibles pour être utilisées en cas d’urgence.

Identifier vos points d’intégration externes

Quel que soit le modèle d’entreprise, chaque entreprise a des points d’intégration avec ses clients, partenaires et fournisseurs. La chaîne d’approvisionnement de la valeur commerciale est basée sur l’intégration avec des entités externes. L’amélioration de la continuité d’activité pour les interruptions de service nécessite la prise en compte et la protection de chaque point d’intégration.
Au fur et à mesure que vous analysez votre chaîne d’approvisionnement, les communications externes doivent être considérées de la même manière que les communications internes sont analysées. Vos clients comptent-ils sur vos serveurs Exchange Online comme seul moyen de vous contacter ? Avez-vous sensibilisé vos fournisseurs et mis en place avec eux d’autres méthodes de communication en cas d’impact sur le temps de disponibilité ? Voici un exemple de tableau qui suggère comment organiser votre raisonnement.