21 November 2024

La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : les Rôles principaux / Propriétaire de l’architecture (Architecture Owner – AO)

Propriétaire de l’architecture (Architecture Owner – AO)

  • Le propriétaire de l’architecture (AO) est la personne qui guide l’équipe à travers les décisions d’architecture et de conception, facilitant l’identification et l’évolution de la conception globale de la solution [Agile Modeling].
    • Dans les petites équipes, la personne occupant le rôle de chef d’équipe assumera souvent également le rôle de propriétaire de l’architecture, en supposant qu’elle possède les compétences pour les deux rôles.
    • Cela dit, notre expérience est qu’il est déjà assez difficile de trouver une personne qualifiée pour remplir l’un ou l’autre de ces rôles, sans parler des deux.
    • Bien que le propriétaire de l’architecture soit généralement le développeur principal de l’équipe (et parfois appelé architecte technique, architecte logiciel ou architecte de solution), il convient de noter qu’il ne s’agit pas d’une position hiérarchique à laquelle les autres membres de l’équipe rendent compte.
    • On s’attend à ce qu’il s’inscrive et livre le travail lié à ses tâches comme n’importe quel autre membre de l’équipe.
    • Le propriétaire d’architecture doit avoir une formation technique et une solide compréhension du domaine d’activité.

Responsabilités

  • Guider la création et l’évolution de l’architecture de la solution sur laquelle l’équipe travaille (notez que le propriétaire de l’architecture n’est pas le seul responsable de l’architecture puisque la responsabilité est collective au niveau de l’équipe ; il dirige plutôt les discussions sur l’architecture et la conception.);
  • Encadrer (mentoring) et coacher les autres membres de l’équipe dans les pratiques et les problèmes d’architecture ;
  • Comprendre la direction architecturale et les normes de votre organisation et aider à s’assurer que l’équipe les respecte de manière appropriée ;
  • Travailler en étroite collaboration avec le ou les architectes d’entreprise, s’ils existent, ou il peut même être un architecte d’entreprise
    • Notez que cela peut être un changement intéressant pour les grandes organisations où leurs architectes d’entreprise ne sont pas actuellement activement impliqués dans les équipes.
    • C’est par contre assez courant pour les petites organisations.);
  • Travailler en étroite collaboration avec le propriétaire du produit (Product Owner – PO) pour l’aider à comprendre les besoins des parties prenantes techniques, les implications de la dette technique et la nécessité d’investir pour la rembourser, et dans certains cas pour comprendre et interagir plus efficacement avec les membres de l’équipe ;
  • Comprendre les actifs d’entreprise existants tels que les cadres, les modèles et les sous-systèmes, et s’assurer que l’équipe les utilise le cas échéant ;
  • S’assurer que la solution sera facile à prendre en charge en encourageant une bonne conception et une refactorisation, une ré-ingénierie du code (refactoring) pour minimiser la dette technique (l’objectif du processus d’amélioration de la qualité de DAD) ;
  • Veiller à ce que la solution soit intégrée et testée régulièrement, idéalement via une stratégie d’intégration continue (Continuous Integration – CI) ;
  • Avoir le dernier mot concernant les décisions techniques, mais en essayant d’éviter de dicter la direction architecturale en faveur d’une approche collaborative basée sur l’équipe (le propriétaire de l’architecture doit travailler en étroite collaboration avec l’équipe pour identifier et déterminer des stratégies pour atténuer les principaux risques techniques, traités par l’objectif de processus “Prove Architecture Early / Démontrer l’architecture tôt” de DAD.).
  • Diriger l’effort initial de vision de l’architecture au début d’une version et soutenir l’effort initial de vision des exigences (en particulier lorsqu’il s’agit de comprendre et de faire évoluer les exigences non fonctionnelles de la solution).

Articles suivants

Articles précédents

Article général

Créé le 25/12/2022.

Leave a Reply

Your email address will not be published. Required fields are marked *