TOGAF® – The Open Group Architectural Framework – est utilisé depuis plus de 25 ans par des architectes d’entreprise (AE) comme langage commun pour la planification de stratégies de développement informatique. Ce cadre a été élaboré en 1995 pour aider les entreprises et les architectes d’entreprise à atteindre un alignement structuré sur les projets interdépartementaux afin d’atteindre les principaux objectifs de l’entreprise. Selon l’Open Group Architectural Forum, le but premier de TOGAF® est de supporter les besoins métier essentiels de la manière suivante :

• En garantissant que tout le monde parle le même langage.
• En évitant l’enfermement propriétaire grâce à la standardisation 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 concret.

Et pour s’assurer que les points qui précèdent soient réalisés de manière systématique et itérative, une méthode personnalisable appelée Architectural Development Method de TOGAF® (ADM) peut être appliquée et suivie au cours des différentes étapes afin de gérer les exigences liées à tout effort de modernisation informatique à grande échelle.

Neuf cas d’utilisation résolus grâce à l’architecture d’entreprise [Livre blanc] : Découvrez où les architectes d’entreprise apportent une valeur ajoutée et apprenez à résoudre l’harmonisation post-fusion, le passage du modèle monolithe aux microservices, les risques liés aux technologies de l’information, la conformité des données, les architectures d’intégration, etc.

VALEUR DE LA MÉTHODE TOGAF® ET DU PROCESSUS ADM

Le processus ADM de TOGAFW 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 ainsi que comment mettre en œuvre et 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 concernant le stockage et l’intégration des données.
• L’architecture technique, qui définit les plateformes, les services et tous les composants technologiques environnants qui serviront de référence pour les équipes de développement.

TOGAF®: une approche agile

Une solution populaire pour combler le fossé entre TOGAF® et les cadres architecturaux agiles consiste à utiliser des plateformes communes pour une gestion collaborative de l’architecture d’entreprise. La solution Enterprise Architecture Management (EAM) de LeanIX, par exemple, propose des fonctionnalités collaboratives pour la définition, la mise en œuvre et le suivi des entités informatiques à chaque phase du processus ADM :

Les bases (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 ; et enfin (3) prévoir les acteurs qui doivent être impliqués. La solution EAM de LeanIX propose un modèle de données flexible adapté à 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 la Phase A, pensez à associer votre « Request for Architecture Work » et votre « Architecture Definition Document » de TOGAF® dans une Fiche d’Information LeanIX. Ces Fiches d'Information reprennent sur une page l’ensemble des informations concernant les objets de votre architecture.

Les Fiches d’Information de Projet peuvent également contenir des informations centrales pour votre ADM. Ces pages peuvent être personnalisées afin d’afficher les temps estimés pour l’installation et la mise en œuvre, les coûts prévus, les fournisseurs impliqués, toutes les applications concernées et les capacités métier associées.

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

Après avoir configuré vos vues architecturales durant la Phase A, il est temps d’identifier les différences entre votre architecture de départ et votre architecture cible (c’est-à-dire ce que vous avez par rapport à ce que vous voulez). Des systèmes métier 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.

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

Une fois l’architecture correctement documentée 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 ? Des plans peuvent-ils guider les parties prenantes ?

Avec la solution LeanIX EAM, les utilisateurs peuvent élaborer des feuilles de route technologiques afin d’éviter l’obsolescence technologique et de créer de la valeur ajoutée à l’aide de différents rapports

Comment obtenir une certification TOGAF® ?

L’un des moyens les plus sûrs pour bien comprendre et profiter des avantages de la solution LeanIX EAM est de prendre le temps d’apprendre les fondamentaux de TOGAF®. Pour ce faire, une certification TOGAF® 9.2 peut ê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 prévu à cet effet.

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®, Connectez-vous sur https://it-formations.com/formations/informatique/methodes-normes-referentiels/togaf