Pratiques

Les développeurs disposent de pratiques pour les aider à mieux faire leur travail : le développement dirigé par les tests (TDD), les design patterns, etc.
Pourquoi ne pas en proposer également aux architectes ? Si nous ne le faisons pas, comment pouvons-nous espérer qu’ils fassent mieux ?
Sur cette page, nous proposons un ensemble de pratiques qui, selon nous, peuvent être utiles aux architectes et qui sont alignées avec le Manifeste de la Continuous Architecture.

Architecture Decision Records

Architecture Decision Records : les architectes prennent des décisions en permanence et il est nécessaire d’en garder une trace. Ce kit décrit le processus de prise de décision à suivre.

Piste d’Architecture

Piste d’Architecture a pour objectif de s’assurer que le backlog produit contient à la fois les éléments d’architecture intentionnelle et ceux issus de la conception émergente.
Et pas uniquement présents : ils sont également priorisés (au même titre que les fonctionnalités métier).

Fonctions de Conformité

Fitness Functions : elles permettent de surveiller les caractéristiques architecturales de vos produits que vous souhaitez protéger dans le temps.

Scoping 360

Scoping 360 est une pratique complète qui ne couvre pas uniquement les aspects d’architecture.
C’est une méthodologie complète pour constituer une équipe alignée sur une vision et prête à livrer ses produits. Parmi les ateliers qui composent cette approche, on trouve un atelier d’architecture.

Team Topologies

Team Topologies : directement inspiré du livre Team Topologies de M. Pais et M. Skelton, nous avons créé un outil (un tableau Miro) pour aider l’architecture à influencer l’organisation des équipes qui développent les produits.

Value Proposition Canvas

Value Proposition Canvas : un outil utilisé dans le développement produit pour mieux comprendre et formuler la proposition de valeur que le produit apporte à ses utilisateurs cibles.