21 November 2024

La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD : Rôles, droits et responsabilités

Points clés

  • La Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD) suggère qu’il existe cinq rôles principaux : chef d’équipe, propriétaire du produit, membre de l’équipe, propriétaire de l’architecture et partie prenante.
  • Un propriétaire d’architecture est le leader technique de l’équipe et représente les intérêts de l’architecture de l’organisation.
  • Le rôle de partie prenante de DAD reconnaît que nous devons ravir toutes les parties prenantes, pas seulement nos clients.
  • Dans de nombreuses situations, les équipes s’appuieront sur des personnes occupant des rôles de soutien (spécialistes, experts du domaine, experts techniques, testeurs indépendants ou intégrateurs) selon les besoins et selon les besoins.
  • Les rôles de la Livraison Agile Disciplinée (Diciplined Agile Delivery – DAD) sont censés être, comme tout le reste, un point de départ suggéré. Vous pouvez avoir des raisons valables d’adapter les rôles dans votre organisation.

Droits et responsabilités

  • Droits
    • Soyez traité avec respect.
    • Travaillez dans un « environnement sûr ».
    • Produire et recevoir un travail de qualité basé sur des normes convenues.
    • Choisir et faire évoluer notre façon de travailler (Way of Working – WoW).
    • Auto-organiser et planifier notre travail, en nous inscrivant aux tâches sur lesquelles nous travaillerons.
    • Maîtrisez le processus d’estimation, les personnes qui évaluent le travail sont celles qui effectuent le travail.
    • Déterminez comment l’équipe travaillera ensemble, les personnes qui font le travail sont celles qui planifient le travail.
    • Recevoir des décisions et des informations de bonne foi en temps opportun.
  • Responsabilités
    • Optimisez notre façon de travailler (Way of Working – WoW).
    • Être disposé à collaborer largement au sein de notre équipe.
    • Partagez toutes les informations, y compris les « travaux en cours ».
    • Coachez les autres dans nos compétences et notre expérience.
    • Élargir nos connaissances et nos compétences en dehors de notre spécialité.
    • Valider notre travail le plus tôt possible, en travaillant avec d’autres pour le faire.
    • Assister aux réunions de coordination en personne ou par d’autres moyens s’il n’y a pas de colocalisation.
    • Rechercher de manière proactive des moyens d’améliorer les performances de l’équipe.
    • Pour les équipes suivant un cycle de vie Agile, évitez d’accepter des travaux en dehors de l’itération en cours sans le consentement de l’équipe.
    • Rendez tout le travail visible à tout moment, généralement via un tableau des tâches (Kanban Board), afin que le travail et la capacité actuels de l’équipe soient transparents.

Les rôles

  • voir page 58 du livre Choisir votre façon de travailler (Way of Working – WoW)
  • Adapter les rôles de l’équipe DAD à votre organisation (DAD et rôles traditionnels).
  • Rôles potentiels
    • Voir figure 4.1 Rôles DAD potentiels page 59
  • DAD fournit un ensemble de cinq rôles principaux « prêts à l’emploi », dont trois sont similaires à ceux de Scrum.
    • DAD a un chef d’équipe (tel qu’un scrum master senior ou un chef de projet), un propriétaire de produit et un membre d’équipe.
    • DAD ajoute une partie prenante (une extension du client) et un rôle que nous avons vu comme extrêmement précieux dans les paramètres d’entreprise, celui de propriétaire de l’architecture.
  • Idéalement, nous avons une « équipe complète », dans laquelle nous avons toutes les compétences nécessaires pour faire le travail.
    • Cependant, même si ce n’est pas idéal, dans des situations non triviales, il est courant d’exiger des compétences extérieures à l’équipe et, à ce titre, DAD comprend un ensemble de rôles de soutien qui peuvent rejoindre l’équipe au besoin.
    • Les Rôles principaux et les Rôles de soutien vont être décrits plus en détails dans les articles suivants.
  • Rôles principaux
    • Partie prenante
    • Propriétaire du produit (Product Owner – PO)
    • Membre de l’équipe (Team member)
    • Chef d’équipe (Team Lead)
    • Propriétaire de l’architecture (Architecture Owner – AO)
  • Rôles de soutiens potentiels
    • Expert du domaine (Subject Matter Expert)
    • Spécialist
    • Expert technique
    • Testeur indépendant
    • Intégrateur

Articles suivants

Article précédent

Article général

Créé le 24/12/2022.

Leave a Reply

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