Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Modèle d’exploitation entièrement séparé

Mode de mise au point
Modèle d’exploitation entièrement séparé - Pilier Excellence opérationnelle

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Dans le graphique suivant, l’axe vertical représente les applications et plateformes. Les applications font référence à la charge de travail servant un résultat métier et peuvent être des logiciels personnalisés développés ou achetés. La plateforme fait référence à l’infrastructure physique et virtuelle, ainsi qu’à d’autres logiciels prenant en charge cette charge de travail.

L’ingénierie et les opérations se trouvent sur l’axe horizontal. L’ingénierie fait référence au développement, à la conception et aux tests d’applications et d’infrastructures. Les opérations font référence au déploiement, à la mise à jour et à la prise en charge continue des applications et de l’infrastructure.

Schéma de modèle traditionnel

Modèle traditionnel

Historiquement, les organisations ont adopté des cadres tels que l’ITIL ou des normes telles que l’ISO et ont façonné leurs activités opérationnelles en fonction de ceux-ci, ce qui a souvent abouti à une topologie totalement séparée. Dans ce modèle, les activités de chaque quadrant sont effectuées par une équipe distincte. Le travail est transmis entre les équipes via des mécanismes tels que des demandes de travail, des files d’attente, des tickets ou à l’aide d’un système de gestion des services informatiques (ITSM).

La transition des tâches vers ou entre les équipes est facteur de complexité et crée des goulots d’étranglement et des retards. Les demandes peuvent être retardées jusqu’à ce qu’elles deviennent urgentes. Les défauts identifiés tardivement peuvent nécessiter une refonte importante et peuvent avoir à passer à nouveau par les mêmes équipes et leurs fonctions. Si certains incidents nécessitent une action de la part des équipes d’ingénierie, leurs réponses sont retardées par l’activité de transfert.

Il existe un risque plus élevé de décalage lorsque les équipes métier, de développement et d’opérations sont organisées autour des activités ou des fonctions qui sont exécutées. Les équipes peuvent ainsi se concentrer sur leurs responsabilités spécifiques au lieu de se concentrer sur l’obtention de résultats métier. Les équipes peuvent être très spécialisées, physiquement ou logiquement isolées, ce qui empêche la communication et la collaboration.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.