Piège #16 Juste le schéma d'architecture

Nous avons tous vu un praticien Nous nous présentons avec un schéma d'architecture soigneusement élaboré, montrant comment certains éléments d'un système devraient s'articuler à l'avenir. Nous observons l'image avec respect et apprécions son élégance. Nous entreprenons ensuite la création d'un système qui n'entretient que des relations superficielles avec le schéma.

Pourquoi ? Tout ce qui constitue un architecture utile manquait :

• des lacunes qui indiquent quel changement est nécessaire
• contrôles qui atténuent les risques pour l'entreprise
• spécifications qui contraignent les concepteurs, les implémenteurs, les opérateurs et les futurs architectes
• tout ce qui met en évidence comment l'écosystème futur offrira une meilleure valeur que ce que nous avons aujourd'hui

Ces diagrammes soigneusement élaborés représentent généralement une partie de l'écosystème complet. Trop souvent, ils sont remplis de choix de conception arbitraires, pris pour justifier les préjugés du praticien.

Une bonne architecture permet de prendre des décisions éclairées lors du processus de développement et de limiter les choix de conception, de mise en œuvre et d'exploitation. Un diagramme peut remplir ces fonctions.

On ne peut pas gouverner à partir d'une boîte et d'une ligne

Habituellement, la diffusion par images court-circuite la riche compréhension acquise par les parties prenantes, les décideurs et les contributeurs clés au cours du développement. Ce problème survient car peu de diagrammes peuvent représenter plus d'une préoccupation. En se concentrant sur ces diagrammes, on évite implicitement les compromis complexes et on se focalise sur une seule optimisation.

Les diagrammes se faisant passer pour de l'architecture regorgent de spécifications et de contrôles injustifiés. Injustifiés car la règle est ‘ autonome ’. Déconnecté de tout contexte, le diagramme désigne un fournisseur de services, un logiciel ou un site opérationnel. Les bons architectes le constatent et doivent se retenir de se demander pourquoi.

Les bonnes pratiques établissent un lien explicite entre une spécification et un but, un objectif ou une autre exigence, et entre le choix de conception et la spécification. Sans ce lien, comment évaluer l'adéquation du choix de conception à l'objectif ?

Nous avons tous entendu l'excuse : ‘ Mais le diagramme n'est qu'une vue. ’ Dans notre pratique de la capacité AE, nous levons les yeux au ciel. S'il s'agit d'un vue d'architecture Où se trouve le référentiel qui conserve les informations mettant en évidence les préoccupations, les exigences, les préférences, les relations et les analyses ? Vous avez deviné, dans l'esprit du praticien, où l'évaluation par les pairs et la réutilisation sont impossibles.

Conexiam Naviguer Utilise le cahier de développement de solutions (SDN) pour accompagner activement les équipes de changement et de mise en œuvre, et aider les gestionnaires de portefeuille à contrôler les initiatives de changement et à mesurer la valeur. Dans chaque SDN, l'architecte doit identifier les orientations essentielles pour l'exécutant, le propriétaire et le gestionnaire de portefeuille.