Comme vous pouvez le voir dans le manifeste, la Continuous Architecture est étroitement liée à l’approche produit, et il nous a semblé naturel de créer le rôle d’Architecte Produit pour ancrer ce changement de paradigme dans l’état d’esprit des architectes.
Définir un rôle est toujours difficile, car chaque entreprise peut avoir sa propre définition des rôles ou des postes, ou encore ses spécificités. Nous avons essayé de décrire ici les principales activités que nous pensons qu’un Architecte Produit devrait couvrir. Il est tout à fait acceptable que, dans votre organisation, ces activités soient réalisées par un autre rôle.
- L’approche produit commence par la compréhension des problèmes des utilisateurs finaux afin de pouvoir les résoudre. L’Architecte Produit doit travailler en étroite collaboration avec les Product Owners et Product Managers et rester au contact des utilisateurs finaux pour apprendre et découvrir leurs activités quotidiennes. Grâce à cette connaissance et cette proximité, il/elle sera en mesure de concevoir des solutions qui apportent continuellement de la valeur aux utilisateurs.
- Comprendre les problèmes des utilisateurs est bien sûr essentiel, mais gérer son produit tout au long de son cycle de vie (de l’idéation à la fin de vie) est tout aussi critique. La manière dont le produit est utilisé guidera ses évolutions, tout comme les nouvelles fonctionnalités à intégrer. La dette technique est également un bon indicateur.
- Créer et gérer le Runway d’Architecture avec l’Architecte Fullstack : ce runway contient tous les enablers techniques nécessaires pour soutenir la feuille de route produit, qu’il s’agisse de supporter les fonctionnalités, de répondre aux exigences non fonctionnelles, ou de gérer la dette technique (obsolescence, attrition, etc.). Il est essentiel que ce runway soit matérialisé dans le backlog produit et que vous, en tant qu’Architecte Produit, suiviez de près son exécution.
- Ingénierie système : considérer le système dans lequel votre produit évolue dans son ensemble, et concevoir votre produit en conséquence avec vos pairs Architectes Produit. Cela peut signifier contribuer à des études d’architecture end-to-end dans lesquelles la stratégie d’intégration entre les produits est définie. Une attention particulière doit être portée à l’opérabilité, car les défaillances d’autres produits peuvent avoir un impact significatif sur le vôtre, et des mesures spécifiques doivent être envisagées pour préserver la disponibilité du service.
- Prise de décisions d’architecture : animer la collaboration entre tous les acteurs internes et externes à l’équipe pour parvenir à un consensus sur les décisions d’architecture.
- Architecture Produit : contribuer à la documentation d’architecture décrivant entre autres les décisions fonctionnelles, la couche applicative et la couche données de votre produit.
- Promouvoir l’architecture marketing : soutenir, expliquer, promouvoir et communiquer les évolutions et la stratégie du produit.
- Compétences et collaboration : former les équipes de delivery sur les considérations de conception et d’architecture pour développer leur jugement et accroître leur autonomie.
Nous proposons le visuel ci-dessous pour récapituler ces différentes activités ainsi que les autres rôles avec lesquels un Architecte Produit est en interaction.
