La Livraison Agile Disciplinée (Disciplined Agile Delivery – DAD) : Choisir le bon cycle de vie

Points clés

• Certaines équipes au sein de votre organisation suivront toujours un cycle de vie traditionnel – DAD le reconnaît explicitement mais ne fournit pas de support pour cette catégorie de travail en diminution.
• La Livraison Agile Disciplinée (Disciplined Agile Delivery – DAD) fournit l’échafaudage nécessaire pour choisir entre six cycles de vie de livraison de solutions (Solution Delivery Live Cycle – SDLC) basés sur des stratégies agiles ou allégées.
• Les cycles de vie basés sur des projets, même agiles et allégés, passent par des phases.
• Chaque cycle de vie a ses avantages et ses inconvénients ; chaque équipe doit choisir celle qui reflète le mieux son contexte.
• Des jalons communs, légers et basés sur les risques permettent une gouvernance cohérente ; vous n’avez pas besoin de forcer les équipes à suivre le même processus.
• Une équipe commencera par un cycle de vie donné et s’en éloignera pour évoluer vers un autre à mesure qu’elle améliorera continuellement sa façon de travailler (Way of Working – WoW).
  • voir page 81

L’état d’esprit du projet mène à des phases agiles, et c’est OK.

• Figure 6.2 Le cycle de vie d’un projet agile (vue d’ensemble) page 84
• Figure 6.3 Le cycle de vie système/solution/produit (vue d’ensemble) page 84
• 3 phases
  • Démarrage / Préparation / Création (Inception).
    • La création est parfois appelée « sprint 0 », « itération 0 », démarrage ou initiation.
    • L’idée de base est que l’équipe travaille juste assez pour s’organiser et aller dans la bonne direction.
    • L’équipe se formera initialement et investira du temps dans les exigences initiales et l’exploration de l’architecture, la planification initiale, l’alignement avec le reste de l’organisation et, bien sûr, la sécurisation du financement pour le reste du projet.
    • Cette phase doit être aussi simple et aussi courte que possible tout en parvenant à un accord sur la manière dont l’équipe pense qu’elle accomplira les résultats qui lui sont demandés par ses parties prenantes.
    • En moyenne, l’équipe agile/lean passe 11 jours de travail, soit un peu plus de 2 semaines, dans les activités “Démarrage (Inception)”.
  • Construction.
    • L’objectif de la construction est de produire une solution consommable avec une valeur client suffisante, ce que l’on appelle un incrément commercial minimum (MBI), pour être utile aux parties prenantes.
    • L’équipe travaillera en étroite collaboration avec les parties prenantes pour comprendre leurs besoins, élaborer une solution de qualité pour elles, obtenir régulièrement des commentaires de leur part, puis agir en fonction de ces commentaires.
    • L’implication est que l’équipe effectuera des activités d’analyse, de conception, de programmation, de test et de gestion potentiellement tous les jours.
  • Transition / Déploiement
    • La transition est parfois appelée « sprint de publication » ou « sprint de déploiement », et si l’équipe a des problèmes de qualité (dette technique importante), un « sprint de durcissement (Hardening Sprint)» peut être nécessaire.
  • L’objectif de Transition est de réussir la mise en production de votre solution.
  • Cela inclut de déterminer si vous êtes prêt à déployer la solution, puis de la déployer réellement.
  • L’équipe agile/lean moyenne consacre 6 jours de travail aux activités de transition, mais si vous excluez les équipes qui ont des tests et un déploiement entièrement automatisés (ce que nous ne ferions pas), c’est en moyenne 8,5 jours.
  • De plus, 26 % des équipes ont des tests de régression et un déploiement entièrement automatisés, et 63 % effectuent la transition en 1 jour ou moins.

En résumé

• Bien que les puristes agiles rechignent au concept de phases et sautent souvent à travers des cerceaux comme appeler Inception “sprint 0” et Transition un “sprint de publication”, le fait est que les équipes de projet agiles travaillent en série à un niveau élevé.
• Les équipes doivent investir du temps au début pour aller dans la bonne direction (Inception/sprint 0), elles doivent passer du temps à produire la solution (Construction) et elles doivent passer du temps à déployer la solution (Transition/release sprint) .
• Cela se produit dans la pratique et est très facile à observer si vous le souhaitez.
• L’important est de rationaliser autant que possible vos efforts de démarrage et de transition, ainsi que la construction, d’ailleurs.
• L’accent de DAD et de ce livre est sur la livraison.
• La Livraison Agile Disciplinée (Disciplined Agile Delivery – DAD), comprend des stratégies qui englobent DAD, Disciplined DevOps, les flux de valeur et Disciplined Agile Enterprise (DAE) en général.

Se déplacer à gauche, à droite, livrer de manière continue (Continuous Delivery – CD)

• Figure 6.4 Comment les cycles de vie évoluent lorsque vous déplacez les activités à gauche et à droite page 85
• Les pratiques de test et de qualité se déplacent vers la gauche.
  • Les agilistes modifient clairement les pratiques de test laissées par une plus grande automatisation et en remplaçant les spécifications écrites par des spécifications exécutables via des pratiques telles que le développement piloté par les tests (TDD) et le développement piloté par le comportement (BDD).
  • TDD et BDD, bien sûr, sont soutenus par la pratique de l’intégration continue (CI).
  • L’adoption de ces stratégies est une motivation clé pour une stratégie d’infrastructure en tant que code où les activités qui sont principalement manuelles sur les équipes traditionnelles deviennent entièrement automatisées sur les équipes agiles.
• Les pratiques de modélisation et de planification évoluent vers la droite.
  • Les agilistes ont également déplacé les pratiques de modélisation/cartographie et de planification vers la droite dans le cycle de vie afin que nous puissions nous adapter aux commentaires que nous recevons des parties prenantes.
  • Dans DAD, la modélisation et la planification sont si importantes que nous les réalisons tout au long du cycle de vie de manière collaborative et itérative.
  • L’interaction avec les parties prenantes se déplace vers la droite.
  • Les équipes DAD interagissent avec les parties prenantes tout au long de l’entreprise, et pas seulement pendant les phases d’exigences et de test au début et à la fin du cycle de vie.
• Les commentaires des parties prenantes se déplacent vers la gauche.
  • Les équipes traditionnelles ont tendance à laisser des commentaires sérieux des parties prenantes aux tests d’acceptation des utilisateurs (UAT) effectués pendant la phase de test traditionnelle.
  • Les équipes DAD, quant à elles, cherchent à obtenir les commentaires des parties prenantes le plus tôt et le plus régulièrement possible tout au long de l’effort.
  • Le véritable objectif est la livraison continue.
• Tous ces déplacements à gauche et à droite se traduisent par des équipes capables de travailler de manière continue. L’amélioration des processus consiste à travailler plus intelligemment, pas plus dur.
• Les pratiques de déploiement se déplacent vers la gauche.
  • Les pratiques de déploiement sont entièrement automatisées par des équipes agiles, une autre stratégie d’infrastructure en tant que code, pour prendre en charge le déploiement continu (CD).
  • Le CD est une pratique pivot (élément central) pour les deux cycles de vie de livraison continue de DAD décrits ci-dessous.

Le choix est bon : les cycles de vie de DAD

• DAD prend en charge plusieurs cycles de vie parmi lesquels les équipes peuvent choisir.
• 6 Cycles (qui seront détaillés dans les posts suivants)
  • Agile
    • Sur la base du cycle de vie de construction Scrum, les équipes suivant ce cycle de vie de projet produiront des solutions consommables via de courtes itérations (également appelées sprints ou timeboxes).
  • Livraison continue : Agile
    • Les équipes qui suivent ce cycle de vie agile travailleront dans des itérations très courtes, généralement 1 semaine ou moins, où à la fin de chaque itération leur solution est mise en production.
  • Lean
    • Sur la base de Kanban, les équipes qui suivent ce cycle de vie de projet visualiseront leur travail, réduiront les travaux en cours (WIP) pour rationaliser leur flux de travail et intégreront le travail dans l’équipe – Choix de ce cycle de vie en travaillant sur un seul élément à la fois.
  • Livraison continue : Lean
    • Les équipes suivant ce cycle de vie basé sur le lean publieront leur travail en production chaque fois que possible, généralement plusieurs fois par jour.
  • Exploratoire
    • Les équipes suivant ce cycle de vie, basé sur le Lean Startup et le design thinking en général, exploreront une idée d’entreprise en développant un ou plusieurs produits minimum viables (MVP), qu’elles exécuteront comme expériences pour déterminer ce que les clients potentiels veulent réellement.
    • Ce cycle de vie est souvent appliqué lorsqu’une équipe est confrontée à un « problème épineux » dans son domaine.
  • Programme
    • Un programme est effectivement une grande équipe qui est organisée en une équipe d’équipes.

Article suivant

• La Livraison Agile Disciplinée (Disciplined Agile Delivery – DAD) : Agile

Articles précédents

• Agile Discipliné (Diciplined Agile – DA) : Objectifs de processus, vue d’ensemble
• Agile Discipliné (Diciplined Agile – DA) : Objectifs de processus, vue détaillée

Article général

• Agile Discipliné (Disciplined Agile – DA)

Créé le 26/12/2022.

Mis à jour le 23/03/2023.