LE GUIDE ULTIME

TOGAF®

Tout ce que vous devez savoir sur l’Architecture Development Method TOGAF® avec un outil de gestion de l’architecture d’entreprise.

Qu’est-ce que la méthode TOGAF® ?

TOGAF® – The Open Group Architectural Framework – est utilisé depuis plus de 25 ans par des architectes d’entreprise (AE) comme langage commun servant à planifier des stratégies de développement informatique. Ce cadre a été élaboré en 1995 pour aider les entreprises et les architectes d’entreprise à se mettre en phase avec des projets inter-services afin d’atteindre d’une manière structurée les principaux objectifs de l’entreprise. Selon l’Open Group Architectural Forum, le but premier de TOGAF® est en particulier de soutenir les besoins métiers essentiels de la manière suivante :

  • en garantissant que tout le monde parle le même langage.
  • en évitant de s’enfermer dans des solutions propriétaires grâce à la normalisation de méthodes ouvertes pour l’architecture d’entreprise.
  • en économisant de l’argent et du temps, et en utilisant plus efficacement les ressources.
  • en obtenant un ROI démontrable.

Et pour s’assurer que les points qui précèdent sont réalisés par des moyens systématiques et reproductibles, un processus personnalisable appelé Architectural Development Method de TOGAF® (ADM) peut être suivi au cours des diverses étapes afin de gérer les exigences liées à tout effort de modernisation des technologies de l’information à grande échelle.

Quelle est la valeur de la méthode TOGAF® et du processus ADM ?

Le processus ADM de TOGAF® est conçu spécifiquement pour accélérer le workflow dans les quatre domaines de l’architecture d’entreprise :

  • L’architecture métier, qui est responsable de la cartographie des relations entre les hiérarchies opérationnelles, les politiques, les capacités et les initiatives d’une entreprise.
  • L’architecture d’applications, qui est responsable de la définition d’applications pertinentes permettant de traiter les données de l’entreprise et des moyens permettant de mettre en œuvre et de déployer ces applications sur l’ensemble de l’infrastructure.
  • L’architecture de données, qui est responsable de la définition de règles et de normes de stockage et d’intégration des données.
  • L’architecture technique, qui définit les plates-formes, les services et tous les composants technologiques environnants qui serviront de référence pour les équipes de développement.
The Open Group Architecture Framework (TOGAF) - Architecture Development Method - LeanIX
Figure 1 : Architecture Development Method TOGAF®

À travers les neuf étapes du processus ADM de TOGAF®, ces quatre domaines architecturaux sont développés de manière itérative afin de créer une architecture équilibrée capable d’assurer les changements organisationnels. Processus indépendant de l’industrie, cette méthode est conçue pour limiter les conjonctures et favoriser la maturité dans les programmes d’architecture d’entreprise, tout ceci en constituant des référentiels architecturaux spécifiques à l’entreprise pour soutenir les projets ultérieurs.


Quels sont les défis à relever par TOGAF® dans les environnements informatiques modernes ?

TOGAF® est actuellement en version 9.2. Sa bibliothèque de définitions et de symboles évolutive oblige inévitablement à lutter pour se mettre en phase avec le cadre d’une manière agile. Le processus de révision complète de la conformité architecturale de TOGAF®, une liste de contrôle intégrant des centaines d’éléments de catégories diverses telles que la gestion des informations et des systèmes, le matériel et les systèmes d’exploitation, les services logiciels et le middleware, les applications (métier, infrastructure et spécifications de l’intégration) et la gestion des données.

Toutefois, bien que la conformité soit un élément incontournable de la gouvernance architecturale, il est difficile pour tout programme d’architecture d’entreprise de respecter scrupuleusement les normes du cadre. Par conséquent, pour les organisations modernes qui souhaitent respecter les bonnes pratiques de TOGAF® de manière efficace, il est indispensable que les acteurs de l’ensemble de l’organisation acceptent de participer à l’évaluation et à l’inventaire des projets informatiques. Agile et TOGAF® sont en effet capables de coexister. Il est cependant nécessaire d’établir des voies de collaboration entre les équipes pour la standardisation des entités informatiques.

The Forrester Wave Enterprise Architecture Suites 2021

Report

The Forrester Wave Enterprise Architecture Suites 2021

LeanIX a été reconnu comme un « Strong Performer » dans le classement The Forrester Wave Enterprise Architecture Management Suites 2021.
Le rôle des architectes d'entreprise dans les opérations de M&A

Report

Le rôle des architectes d'entreprise dans les opérations de M&A

Enquête M&A 2021 de LeanIX sur le rôle joué par les architectes d'entreprise dans les opérations de M&A telles que l'intégration post-acquisition.
4 étapes vers une opération M&A réussie avec LeanIX

Poster

4 étapes vers une opération M&A réussie avec LeanIX

Téléchargez notre poster pour découvrir comment LeanIX aide les équipes responsables de l’architecture d’entreprise à accélérer l’ensemble des opérations informatiques après une opération de fusion..
Kit de réussite de l'architecture d'entreprise

White Paper

Kit de réussite de l'architecture d'entreprise

Tout ce qu’il vous faut pour obtenir un retour sur investissement rapide et réussir sur le long terme grâce à l’AE.
Feuille de route pour l’architecture d’entreprise

Poster

Feuille de route pour l’architecture d’entreprise

6 étapes pour obtenir rapidement une valeur ajoutée durable.
The Enterprise Architect of Tomorrow

White Paper

The Enterprise Architect of Tomorrow

Enterprise Architects of tomorrow must acquire five key traits to guide companies to success. Practical insights on how to become data-driven, agile-minded, and forward thinking.

What to Look for in a Modern EA Tool

Poster

What to Look for in a Modern EA Tool

Learn how a legacy enterprise architecture tool might be holding you back from driving value through business outcomes. See what modern EA looks like.

Enterprise Architecture Insights Report 2019

Report

Enterprise Architecture Insights Report 2019

Assessing the current state of Enterprise Architecture.

A cross-industry study based on 1800+ responses from IT Managers, Enterprise Architects, Solution Architects, and IT Architects.

 

TOGAF® : une approche agile

Une solution populaire pour combler le fossé entre TOGAF® et les cadres architecturaux agiles consiste à utiliser des plates-formes partagées pour collaborer sur la gestion de l’architecture d’entreprise. Par exemple, l’Enterprise Architecture Suite (EA Suite) de LeanIX propose les fonctionnalités de collaboration pour définir, mettre en œuvre et tracer les entités informatiques à chaque phase du processus ADM.

Ses avantages peuvent, entre autres, être appliqués des diverses manières suivantes :

Fondations (Phase A)

Lors de la pose des premières pierres de l’ADM, il faut : (1) définir une vision architecturale ; (2) examiner la portée de l’ensemble du projet ; puis (3) prévoir les acteurs qui doivent être impliqués. La LeanIX EA Suite propose un modèle flexible des données capable de prendre en charge tout projet TOGAF®.

La stratégie et le modèle d’exploitation de votre entreprise détermineront la portée de votre vision architecturale. Pour enrichir la Phase A, pensez donc à joindre votre « Request for Architecture Work » et votre « Architecture Definition Document » de TOGAF® dans une fiche d’information LeanIX, le référentiel en une page de l’ensemble des informations sur les objets de l’architecture.

Les fiches d’information du projet peuvent également stocker des informations centrales pour votre ADM. Ces pages peuvent être personnalisées afin d’afficher les échéances estimées d’installation et de mise en œuvre, les coûts budgétaires, les fournisseurs impliqués et toutes les applications concernées, en plus des capacités métiers associées.

Lors de cette première étape de l’ADM, la LeanIX EA Suite peut simplifier TOGAF® grâce aux éléments suivants :

Abonnements aux fiches d’information

Répertoriez les noms et les rôles associés aux propriétés de votre entreprise en attribuant une fiche d’information aux individus, en tant que « Garant », « Observateur » ou « Responsable ». Il s’agit d’un moyen simple de voir qui est impliqué dans le développement de votre architecture, ainsi que la raison de l’implication. Les fiches d’information peuvent également être configurées pour afficher non seulement les moteurs stratégiques de haut niveau, mais aussi les personnes responsables des applications en cours d’examen.

Exemple : Pour la fiche d’information « AC Management V1 » ci-dessous, trois personnes avec différentes fonctions et responsabilités professionnelles ont été rattachées à l’application. Ceci confère une vue claire des personnes qui sont chargées de gérer les données (voir Image 1).

TOGAF IT management role setting

Image 1 : Configuration du rôle de gestion informatique

Source: LeanIX GmbH

Vue des acteurs associés au projet et à l’application dans la LeanIX EA Suite.


Point de départ et architecture cible (Phases B, C, D)

Après avoir configuré vos vues architecturales dans la Phase A, il est temps de déterminer le fossé qui existe entre votre point de départ et l’architecture cible (c’est-à-dire ce que vous avez par rapport à ce que vous voulez). De l’entreprise aux systèmes d’information en passant par les architectures technologiques, les phases B, C et D sont celles où vous dévoilez l’état actuel de votre entreprise.

C’est ici que les rapports suivants de la LeanIX EA Suite sont les plus utiles.

Réalisation de synergies post-fusion dans votre cartographie des applications  informatiques [Livre blanc] : Découvrez quelles sont les méthodes permettant de  consolider les cartographies des applications informatiques ainsi que les  étapes à entreprendre pour consolider une cartographie après une fusion.


Cartographie des applications

Une fois les applications reliées aux capacités métiers et contextualisées avec les informations relatives à leur utilisation, une vue d’ensemble stratégique de votre cartographie des applications peut être réalisée afin de déterminer les avantages qu’elles pourront apporter dans les futures architectures. Vous pouvez ensuite choisir les applications qui doivent être conservées en l’état sur la base des niveaux d’utilisation et de la valeur, celles qui doivent être modernisées par des investissements afin de préserver la valeur commerciale, celles qui doivent être fusionnées ou remplacées en raison d’une redondance, ou celles qui doivent être supprimées (voir Image 2).

TOGAF Application landscape report

Image 2 : Rapport de cartographie des applications LeanIX

Source: LeanIX GmbH

Un rapport de cartographie des applications présentant la capacité technique des applications d’une entreprise à travers cinq niveaux d’état (« Inadaptée », « Déraisonnable », « Adéquate », « Totalement adaptée » et « n/a »).


Visualiseur de flux de données

Un visualiseur de flux de données détaille la manière dont les objets de données sont traités et échangés. De multiples niveaux d’attributs techniques sont disponibles dans le visualiseur afin d’aider les architectes d’entreprise à obtenir une connaissance complète de l’intégration d’une application.

Observez ci-dessous de quelles manières « AC Management V1 » est liée aux autres services dans une entreprise. Elle alimente directement « HR Admin », qui communique ensuite avec « Payroll Europe » afin de fournir les données pour « Salary Compact » (comme l’illustre l’Image 3).

TOGAF Data Flow

Image 3 : Flux de données LeanIX

Source: LeanIX GmbH

Un visualiseur de flux de données schématisant les intégrations et les processus d’une application (« AC Management V1 »).

Matrice des composants informatiques

Examinez les composants informatiques (base de données, système d’exploitation, serveur web, etc.), les attributs techniques correspondants et les cycles de vie de service sur l’ensemble des hiérarchies opérationnelles par l’intermédiaire d’un rapport Matrice des composants informatiques.

Notez que la LeanIX EA Suite utilise des piles technologiques pour catégoriser les composants informatiques afin d’obtenir des vues d’ensemble complètes des cartographies des technologies. Par exemple, il est possible de revoir les cycles de vie des services d’un prestataire, comme l’illustre l’Image 4.

TOGAF IT Component Matrix

Image 4 : Matrice des composants informatiques LeanIX

Source: LeanIX GmbH

Un rapport Matrice des composants informatiques illustrant des composants informatiques divers dans une même entreprise (disposés par fournisseur et par pile technique).


Feuille de route de la transformation (Phases E, F)

Une fois l’architecture effectivement décrite et ciblée, les phases E et F sont le moment de définir concrètement les étapes à venir. Quels sont les changements apportés par cette refonte architecturale ? Les plans sont-ils capables de guider les acteurs ?

Avec la LeanIX EA Suite, les utilisateurs peuvent concevoir des feuilles de route technologiques afin d’éviter l’obsolescence et de prévoir la valeur en utilisant :

Project Portfolio

En l’état actuel, un projet apporte-t-il de la valeur à l’ensemble d’une entreprise ? Un rapport Portefeuille de projets LeanIX regroupe les applications en fonction de la valeur pour l’entreprise et du risque du projet afin d’identifier les besoins actuels. Si un responsable informatique souhaite savoir quelles applications il doit conserver ou supprimer, les évaluations peuvent être réalisées en consultant le rapport (comme dans l’exemple ci-dessous).

L’Image 5 montre un cluster de données architecturales présentant un « Significant benefit » (Avantage important) sur l’axe de la valeur pour l’entreprise, mais également un groupe problématique n’offrant qu’un « Marginal benefit » (Bénéfice marginal).

TOGAF Project Portfolio

Image 5 : Portefeuille de projets LeanIX

Source: LeanIX GmbH

Un rapport Portefeuille de projets illustrant la Valeur métier par rapport au Risque projet.

Matrice des applications

Déterminez quand des applications indispensables sont sur le point d’être supprimées du service – ou si elles l’ont déjà été – grâce à la vue des cycles de vie du rapport Matrice des applications LeanIX. Observez l’image ci-dessous qui présente les applications répertoriées par département et par pays/région. Le service « AC Management V1 » du Brésil prendra fin en 2019, mais « AC Management V2 » est prévu pour le remplacer.

Il existe de nombreuses autres vues autres en plus des cycles de vie. Effectuez un tri par capacité fonctionnelle pour afficher les détails haut niveau de la qualité d’une application, afin de déterminer si elle est « Déraisonnable », « Insuffisante », « Adaptée » ou « Parfaite ».

TOGAF Application Matrix

Image 6 : Matrice des applications LeanIX

Source: LeanIX GmbH

Les cycles de vie des applications d’une entreprise, classés par année et par statut de fonctionnement, comme ils sont affichés dans le rapport Matrice des applications LeanIX.

Feuille de route des applications

Il est important de savoir si les applications remplaçantes sont prêtes à prendre le relais lorsque les applications arrivent en fin de vie. Un rapport Feuille de route des applications LeanIX révèle aux utilisateurs, en termes clairs, les applications qui sont actives et pour combien de temps encore, ainsi que ce qui est prévu pour les remplacer. Une feuille de route des applications répertorie également les cycles de vie de tous les composants correspondant à une application.

La feuille de route ci-dessous présente la frise chronologique du cycle de vie de « AC Management V1 » et de ses successeurs. Bien qu’il semble y avoir une trajectoire de collision dans la zone de suppression (en jaune), la mise en ligne de l’application remplaçante (« AC Management V2 ») est assurée pour garantir une transition nette.

TOGAF Application Roadmap

Image 7 : Feuille de route des applications LeanIX

Source: LeanIX GmbH

Un rapport Feuille de route des applications LeanIX affichant par année les cycles de vie des services et les applications remplaçantes.


Mise en œuvre (Phases G, H)

Tout est décidé. Les visions ont été établies et les besoins ont été parfaitement exprimés par les développeurs. L’heure est venue de mettre en œuvre une architecture.

Surveillez de près sa construction en utilisant les méthodes collaboratives de gestion du changement de LeanIX. La LeanIX EA Suite vous permet de réaliser cette surveillance lors des deux phases finales d’ADM de TOGAF® grâce aux éléments suivants :

Tableaux de bord

Les actions nouvelles et en cours liées aux projets peuvent être observées à l’intérieur de tableaux de bord configurables par glisser-déplacer, liés à votre page d’accueil de la LeanIX EA Suite. Les tableaux de bord confèrent, en un seul et même lieu, un aperçu des éléments nécessaires à la gouvernance des architectures, afin de guider les flux de travail et d’obtenir une AE réactive.

TOGAF dashboard

Image 8 : Tableaux de bord LeanIX

Source: LeanIX GmbH

Tableaux de bord dans la LeanIX EA Suite affichant les statistiques « Application per Business Criticality » (Application par criticité métier) et « Data Sensitivity » (Sensibilité des données).

Flux de travail de sondage

Les informations nécessaires à la mise à jour des projets peuvent être collectées auprès des parties responsables sans avoir besoin d’envoyer de mailing individuel. À l’aide de sondages LeanIX, les architectes d’entreprise peuvent consulter les données actuelles concernant des sujets importants tels que le RGPD, enregistrer les informations dans des modèles pour les réutiliser, et disposer des résultats sous forme de termes clairs, même si le sondage n’est pas encore achevé.

Comme le montre l’image ci-dessous dans un exemple en lien avec les normes de sécurité informatique, les utilisateurs peuvent ajouter des paramètres personnalisés aux sondages LeanIX.

TOGAF Survey

Image 9 : Sondage LeanIX

Source: LeanIX GmbH

Une vue du modèle de sondage (« Assessment of application security according to IT-Grundschutz ») dans la LeanIX EA Suite.

Cartographie des applications

Examinez les cycles de vie des applications passées, actuelles ou programmées à l’échelle de la société. Visualisez ces données directement dans la LeanIX EA Suite ou téléchargez-les dans un fichier .pdf.

Dans l’exemple ci-dessous (Image 10), de nombreuses applications affectées à la catégorie Customer Relationship Management sont dans les étapes « Élimination progressive » ou « Fin de vie ».

TOGAF Application landscape

Image 10 : Cartographie des applications LeanIX

Source: LeanIX GmbH

Les cycles de vie des applications dans le rapport Cartographie des applications.

Comment obtenir une certification TOGAF® ?

L’un des moyens les plus sûrs de comprendre les avantages de la LeanIX EA Suite en matière de transformation est de prendre le temps d’apprendre les fondamentaux de TOGAF®. Pour ce faire, une certification TOGAF® 9.2 peut également être obtenue en passant deux examens de qualification de l’Open Group. La formation peut être suivie soit de manière indépendante par le biais de cours d’autoformation, soit en participant à un programme accrédité.

Les deux certifications disponibles de TOGAF® sont :

  • TOGAF® 9.2 Foundation (qui atteste qu’une personne comprend la terminologie, la structure et les concepts de base de TOGAF®, ainsi que les principes fondamentaux de l’Architecture d’entreprise et de la norme TOGAF®).
  • TOGAF® 9.2 Certified (qui atteste, en supplément de la certification TOGAF® 9.2 Foundation, que le candidat est en mesure d’analyser et d’appliquer ces connaissances).

Pour plus d’informations sur la certification TOGAF®, consultez ici le site web d’Open Group.

Sommaire

Les approches agiles d’aujourd’hui de la gestion informatique doivent une bonne partie de leur succès aux normes architecturales définies à l’origine par TOGAF®. Cependant, la ruée vers la numérisation dans les entreprises florissantes modernes nécessite que les architectes d’entreprise, tant les nouveaux que ceux de la vieille école, appliquent l’ensemble des bonnes pratiques afin d’intégrer véritablement les réseaux d’information, d’entreprise et de technologie.

L’utilisation des rapports et des méthodes de collecte des données dans la LeanIX EA Suite, dans le but de rationaliser les phases de l’ADM de TOGAF®, est un moyen de capitaliser sur des décennies de bonnes pratiques d’AE.

Que vous (1) construisiez les fondations de votre vision architecturale en utilisant les fiches d’information, (2) compariez les infrastructures métier anciennes et futures à l’aide des vues de cartographie des applications, (3) preniez des décisions d’investissement sur les applications en utilisant des mesures et des matrices détaillées, ou (4) supervisiez la mise en œuvre à l’aide des tableaux de bords configurables et des sondages, la LeanIX EA Suite est conçue pour satisfaire tous les styles d’architecte d’entreprise.

Réponses aux questions fréquemment posées sur TOGAF®

Que signifie TOGAF® ?

TOGAF® – The Open Group Architecture Framework – a été élaboré en 1995 pour aider les entreprises et les architectes d’entreprise à se mettre en phase avec des projets inter-services afin d’atteindre d’une manière structurée les principaux objectifs de l’entreprise.

Selon l’Open Group Architectural Forum, le but premier de TOGAF® est en particulier de soutenir les besoins métiers essentiels de la manière suivante :

  • en garantissant que tout le monde parle le même langage.
  • en évitant de s’enfermer dans des solutions propriétaires grâce à la normalisation de méthodes ouvertes pour l’architecture d’entreprise.
  • en économisant de l’argent et du temps, et en utilisant plus efficacement les ressources.
  • en obtenant un ROI démontrable.

À quoi ressemble l’Architecture Development Method (ADM) ?

Le processus ADM de TOGAF® est conçu spécifiquement pour accélérer le workflow dans les quatre domaines de l’architecture d’entreprise :

  • L’architecture métier, qui est responsable de la cartographie des relations entre les hiérarchies opérationnelles, les politiques, les capacités et les initiatives d’une entreprise.
  • L’architecture d’applications, qui est responsable de la définition d’applications pertinentes permettant de traiter les données de l’entreprise et des moyens permettant de mettre en œuvre et de déployer ces applications sur l’ensemble de l’infrastructure.
  • L’architecture de données, qui est responsable de la définition de règles et de normes de stockage et d’intégration des données.
  • L’architecture technique, qui définit les plates-formes, les services et tous les composants technologiques environnants qui serviront de référence pour les équipes de développement.

Comment obtenir une certification TOGAF® ?

L’un des moyens les plus sûrs de comprendre les avantages de la LeanIX EA Suite en matière de transformation est de prendre le temps d’apprendre les fondamentaux de TOGAF®.
Pour ce faire, une certification TOGAF® 9.2 peut également être obtenue en passant deux examens de qualification de l’Open Group. La formation peut être suivie soit de manière indépendante par le biais de cours auto-dirigés, soit en participant à un programme accrédité.

Les deux certifications disponibles de TOGAF® sont :

  • TOGAF® 9.2 Foundation (qui atteste qu’une personne comprend la terminologie, la structure et les concepts de base de TOGAF®, ainsi que les principes fondamentaux de l’Architecture d’entreprise et de la norme TOGAF®).
  • TOGAF® 9.2 Certified (qui atteste, en supplément de la certification TOGAF® 9.2 Foundation, que le candidat est en mesure d’analyser et d’appliquer ces connaissances).

Obtenez votre exemplaire gratuit

Un cadre agile pour la mise en œuvre de TOGAF® avec LeanIX

check

Préparez l’organisation à un projet d’architecture d’entreprise réussi. Définissez la vision architecturale et la portée, et identifiez les acteurs concernés.

check

Décrivez l’architecture de départ, développez une architecture cible et analysez les fossés. Sélectionnez les points de vue pertinents pour les acteurs.

check

Identifiez les projets permettant de fournir l’architecture cible de manière efficace. Développer une mise en œuvre détaillée et un programme de migration.

check

Dirigez l’état de la mise en œuvre des initiatives en termes de conformité de l’architecture. Gérez de manière active le processus de gestion du changement et déclenchez de nouveaux projets.