by Rôles de soutien potentiels
- Nous aimerions pouvoir dire que tout ce dont vous avez besoin, ce sont les cinq rôles principaux décrits ci-dessus pour réussir.
- Le fait est que les rôles principaux ne couvrent pas toute la gamme, par exemple il est peu probable que votre équipe dispose de toute l’expertise technique dont elle a besoin.
- Votre propriétaire de produit ne pourrait pas avoir des connaissances spécialisées dans tous les aspects du domaine, et même si votre organisation disposait d’experts dans tous les aspects de la fourniture de solutions, elle ne pourrait pas doter chaque équipe de la gamme complète d’expertise requise.
- Votre équipe peut avoir besoin d’ajouter certains ou tous les rôles suivants.
- Expert du domaine (expert en la matière, Subject Matter Expert – SME)
- Spécialiste
- Expert technique
- Testeur indépendant
- Intégrateur
Expert du domaine (expert en la matière)
- Le propriétaire du produit (Product Owner – PO) représente un large éventail de parties prenantes, pas seulement les utilisateurs finaux, il n’est donc pas raisonnable de s’attendre à ce que les PO soient des experts dans toutes les nuances du domaine, ce qui est particulièrement vrai dans les domaines complexes.
- Le propriétaire du produit (Product Owner – PO) fera parfois appel à des experts du domaine pour travailler avec l’équipe (par exemple, un expert fiscal pour expliquer les détails d’une exigence ou le responsable parrain pour expliquer la vision).
Spécialiste
- Bien que la plupart des membres de l’équipe agile soient des spécialistes généralistes, parfois, en particulier à grande échelle, des spécialistes sont nécessaires.
- Par exemple, dans de grandes équipes ou dans des domaines complexes, un ou plusieurs analystes commerciaux agiles peuvent rejoindre l’équipe pour aider à explorer les exigences de ce que vous construisez.
- Dans les très grandes équipes, un gestionnaire de programme peut être nécessaire pour coordonner les chefs d’équipe de diverses équipes/sous-équipes.
- Vous verrez également des spécialistes dans les équipes lorsque les spécialistes en généralisation ne sont pas encore disponibles.
- Lorsque votre organisation est novice en matière d’agilité, elle peut être dotée de spécialistes qui n’ont pas encore fait la transition vers des spécialistes en généralisation.
Expert technique
- Parfois, l’équipe a besoin de l’aide d’experts techniques, tels qu’un maître de build pour configurer ses scripts de build, un administrateur de base de données agile pour aider à concevoir et tester sa base de données, ou un expert en sécurité pour fournir des conseils sur l’écriture d’une solution sécurisée.
- Des experts techniques sont amenés sur une base temporaire selon les besoins pour aider l’équipe à surmonter un problème difficile et à transférer leurs compétences à un ou plusieurs développeurs de l’équipe.
- Les experts techniques travaillent souvent dans d’autres équipes qui sont responsables des problèmes techniques au niveau de l’entreprise ou sont simplement des spécialistes prêtés à votre équipe par d’autres équipes de livraison.
Testeur indépendant
- Bien que la majorité des tests soient effectués par les membres de l’équipe DAD eux-mêmes, certaines équipes sont soutenues par une équipe de test indépendante travaillant en parallèle pour valider leur travail tout au long du cycle de vie.
- Cette équipe de test indépendante est généralement nécessaire pour faire évoluer des situations dans des domaines complexes, utiliser une technologie complexe ou résoudre des problèmes de conformité réglementaire.
Intégrateur
- Pour les grandes équipes DAD qui ont été organisées en une équipe de sous-équipes/équipes, les sous-équipes sont généralement responsables d’un ou plusieurs sous-systèmes ou fonctionnalités.
- Généralement, plus l’équipe globale est grande, plus la solution en cours de construction est grande et compliquée.
- Dans ces situations, l’équipe globale peut nécessiter une ou plusieurs personnes dans le rôle d’intégrateur responsable de la construction de la solution complète à partir de ses différents sous-systèmes.
- Dans des équipes plus petites ou dans des situations plus simples, le propriétaire de l’architecture est généralement chargé d’assurer l’intégration, une responsabilité qui est reprise par le ou les intégrateurs pour les environnements plus complexes.
- Les intégrateurs travaillent souvent en étroite collaboration avec l’équipe de test indépendante, s’il y en a une, pour effectuer régulièrement des tests d’intégration système tout au long de la version.
- Ce rôle d’intégrateur n’est généralement nécessaire qu’à grande échelle pour les solutions techniques complexes.
- Une implication intéressante pour les organisations qui découvrent l’agilité est que les équipes agiles peuvent avoir besoin d’accéder aux personnes occupant ces rôles de soutien plus tôt dans le cycle de vie que ce à quoi elles sont habituées avec les équipes traditionnelles.
- Et le moment de l’accès est souvent un peu moins prévisible, en raison de la nature évolutive de l’agile, qu’avec le développement traditionnel.
- Nous avons constaté que les personnes occupant ces rôles de soutien devront faire preuve de flexibilité.
Article suivant
Articles précédents
- La Livraison Agile Disciplinée (Disciplined Agile Delivery – DAD) en bref
- La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : les Rôles principaux / Partie prenante
- La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : les Rôles principaux / Propriétaire du Produit (Product Owner – PO)
- La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD) : les Rôles principaux / Membre de l’équipe (Team Member)
- La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : les Rôles principaux / Chef d’équipe (Team Lead)
- La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : les Rôles principaux / Propriétaire de l’architecture (Architecture Owner – AO)
Article général
Créé le 25/12/2022.
