Un service hébergé peut simplifier l’exploitation technique. Il ne décide pas pour autant quels salariés doivent accéder aux données, quels partages sont acceptables ou quelles informations sont essentielles à l’activité.
Comprendre le modèle utilisé
La répartition des tâches varie selon qu’il s’agit d’infrastructure, de plateforme ou de logiciel en tant que service. La documentation Microsoft souligne notamment que le client conserve des responsabilités sur ses données, ses identités et les composants qu’il contrôle. Le contrat et le service précis restent déterminants.
Traduire le principe en tâches
Pour chaque application importante, identifiez qui gère les comptes, les paramètres de sécurité, les journaux, les sauvegardes éventuelles et la récupération des données. Évitez les formulations vagues comme « le fournisseur s’en occupe » sans préciser l’opération concernée.
Vérifier un cas concret
Exemple fictif : un espace documentaire contient des dossiers clients. Qui peut créer un lien public ? Qui peut voir les partages existants ? Comment récupérer les documents si le compte principal devient indisponible ? Ces questions révèlent les décisions qui restent locales.
Le regard Aztechnix
Une matrice courte indiquant tâche, responsable et preuve de réalisation peut suffire pour commencer. Faites-la valider par l’IT et le responsable métier. Le cloud devient plus facile à gouverner lorsque chaque équipe comprend ce qu’elle doit configurer, contrôler et demander au prestataire.
Source et méthode
Microsoft Learn — Shared responsibility in the cloud. Source consultée le 1er novembre 2026. Synthèse et recommandations pratiques : Aztechnix. Les mises en situation sont fictives ; elles ne constituent pas des références clients.