31 January 2023

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

Combien de détails suffisent pour décrire les Objectifs de processus ?

  • Il existe quatre niveaux de détail lorsqu’il s’agit de décrire les objectifs du processus.
    • Objectif de processus
    • Diagramme d’objectif de processus
    • Tableaux d’options
    • Descriptions des pratiques et stratégies
  • Le navigateur DA [DA browser] capture les trois premiers niveaux : les objectifs de processus, les diagrammes d’objectifs de processus et les tables d’options.
  • Le quatrième niveau, les descriptions détaillées des pratiques et stratégies, représenterait des dizaines de milliers de pages imprimées. Le canon agile/lean est très, très vaste et notre objectif avec DAD est de vous aider à le mettre en contexte.
  • Objectifs de Processus
    • L’objectif de Processus est le résultat du processus nommé, par exemple : “Identifier la stratégie d’architecture”, “Accélérer la livraison de valeur”, “Déployer la solution” ou “Développer les membres de l’équipe”.
    • Les objectifs de processus nommés sont utiles pour fournir un langage cohérent pour discuter des problèmes liés aux processus entre les équipes avec des façons de travailler (Way of Working – WoW) potentiellement très différentes.

Diagramme d’objectif de processus

  • Il s’agit d’une représentation visuelle des aspects auxquels vous devez réfléchir concernant l’objectif, ce que nous appelons les points de décision et plusieurs options pour chaque point de décision parmi lesquelles choisir.
    • Nous ne disons pas que nous avons identifié toutes les techniques possibles à votre disposition, mais nous en avons identifié suffisamment pour vous offrir une bonne gamme d’options et pour indiquer clairement que vous avez en fait des choix.
    • À bien des égards, un diagramme d’objectifs de processus est une version avancée d’un arbre de décision,
    • Les diagrammes d’objectifs de processus sont utiles pour les praticiens expérimentés, y compris les coachs agiles, en tant qu’aperçus de ce qu’ils doivent prendre en compte pour adapter la partie de leur façon de travailler (Way of Working – WoW) abordée par cet objectif.
      • Voir figure 5.2 Les objectifs de processus de Disciplined Agile Delivery (DAD) page74
      • Voir figure 5.4 Le diagramme des objectifs pour Explore Scope page76

Tableaux d’options

  • Un tableau des options fournit un bref résumé des pratiques ou stratégies potentielles que vous devriez envisager d’adopter pour aborder un point de décision donné.
    • Pour chaque option, les compromis qui lui sont associés sont également fournis afin de la mettre en contexte.
    • Il n’existe pas de pratique exemplaire – chaque pratique/stratégie donnée fonctionne bien dans certains contextes et est inappropriée dans d’autres contextes.
    • Les tableaux d’options vous aident à identifier ce que vous pensez être la meilleure option à expérimenter pour votre équipe dans la situation actuelle à laquelle vous êtes confronté.
      • Voir figure 5.3 La notation d’un diagramme d’objectif de processus page 75

Descriptions des pratiques et stratégies

  • Chaque technique est décrite à travers des blogs, des articles et, dans certains cas, un ou plusieurs livres.
    • Par exemple, il existe des milliers de blogs et d’articles sur le développement piloté par les tests (Test Driven Development – TDD), ainsi que plusieurs bons livres.
  • Notre objectif est de vous orienter dans la bonne direction vers ces excellentes ressources, et c’est exactement ce que nous faisons dans le navigateur DA.

Le contexte compte

  • Le contexte compte, les équipes agiles disciplinées sont axées sur les objectifs.
    • Les objectifs d’une équipe DAD sont regroupés selon les trois phases de démarrage, de construction et de transition, ainsi que les objectifs qui se poursuivent tout au long du cycle de vie.
      • Nous avons adopté les noms de phase du processus unifié (UP).
      • Plus précisément, nous avons repris trois des quatre noms d’UP car DAD n’a pas de phase d’élaboration contrairement à UP.
      • Mais DAD n’est pas seulement UP.
      • Nous avons choisi d’adopter ces noms parce que, franchement, ils étaient parfaitement bien.
  • Notre philosophie est de réutiliser et d’exploiter autant de bonnes idées que possible, y compris la terminologie, et de ne pas inventer une nouvelle terminologie si nous pouvons éviter de le faire.

Notation

  • Objectifs de processus.
    • Les objectifs du processus sont représentés par des rectangles arrondis.
  • Points de décision.
    • Les points de décision, qui sont des problèmes de processus que vous devez envisager de résoudre, sont représentés par des rectangles.
    • Les objectifs de processus auront deux points de décision ou plus, la plupart des objectifs ayant quatre ou cinq points de décision, bien que certains en aient plus.
    • Chaque point de décision peut être abordé par des pratiques/stratégies qui sont présentées dans une liste à droite.
    • Parfois, il y a des points de décision que vous n’aurez pas à aborder compte tenu de votre situation.
      • Par exemple, l’objectif de processus “Coordonner les activités” comporte un point de décision “Coordonner l’ensemble du programme” qui ne s’applique que si votre équipe fait partie d’une « équipe d’équipes » plus importante.
  • Listes d’options ordonnées.
    • Une liste d’options ordonnée est illustrée par une flèche à gauche de la liste des techniques.
    • Ce que nous entendons par là, c’est que les techniques apparaissant en haut de la liste sont les plus souhaitables, généralement plus efficaces dans la pratique, et les techniques les moins souhaitables sont en bas de la liste.
    • Votre équipe, bien sûr, doit s’efforcer d’adopter les techniques les plus efficaces qu’elle est capable d’exécuter compte tenu du contexte de la situation à laquelle elle est confrontée.
    • En d’autres termes, faites de votre mieux, mais sachez qu’il existe potentiellement de meilleures techniques que vous pouvez choisir d’adopter à un moment donné.
  • Listes d’options non ordonnées.
    • Une liste d’options non ordonnée est représentée sans flèche – chaque option a des avantages et des inconvénients, mais il n’est pas clair comment classer les options équitablement.
  • Points de départ potentiels.
    • Étant donné qu’il peut y avoir de nombreuses techniques parmi lesquelles choisir, nous indiquons les techniques « par défaut » en italique gras.
    • Ces valeurs par défaut sont de bons points de départ pour les petites équipes novices en matière d’agilité qui s’attaquent à un problème simple. Il s’agit presque toujours de stratégies de Scrum, Extreme Programming (XP) et Agile Modeling, avec quelques idées de processus unifiés pour compléter les choses. .

Explorons ensemble le diagramme d’objectifs “Scope”

  • Il s’agit d’un objectif de processus que vous devez aborder au début du cycle de vie pendant la phase de démarrage (si vous suivez un cycle de vie qui comprend une phase de démarrage).
    • Là où certaines méthodes agiles vous conseilleront simplement de remplir initialement un backlog de produit avec quelques user stories, le diagramme d’objectifs indique clairement que vous voudrez peut-être être un peu plus sophistiqué dans votre approche.
      • Quel niveau de détail devez-vous capturer, le cas échéant ? Comment allez-vous explorer l’utilisation potentielle du système ? Ou les exigences de l’interface utilisateur ? Ou le(s) processus métier pris en charge par la solution ?
        • Les techniques par défaut, ou peut-être plus précisément les points de départ suggérés, sont indiquées en italique gras.
        • Notez comment nous suggérons que vous souhaitiez probablement capturer par défaut l’utilisation d’une certaine manière, les concepts de domaine de base (par exemple, via un diagramme conceptuel de haut niveau) d’une manière ou d’une autre, et les exigences non fonctionnelles d’une manière ou d’une autre.
        • Il existe différentes stratégies que vous voudrez peut-être envisager pour la modélisation – choisissez celles qui conviennent à votre situation et non celles qui ne le sont pas.
    • Vous devriez également commencer à réfléchir à votre approche de la gestion de votre travail – une approche de spécification légère consistant à rédiger quelques fiches et quelques croquis sur tableau blanc n’est qu’une option à envisager.
      • Dans DAD, nous indiquons clairement que les équipes agiles font plus que simplement mettre en œuvre de nouvelles exigences, d’où notre recommandation d’utiliser par défaut une liste d’éléments de travail plutôt qu’une stratégie simpliste de backlog d’exigences (produit).
      • Les éléments de travail peuvent inclure de nouvelles exigences à mettre en œuvre, des défauts à corriger, des ateliers de formation, des revues du travail d’autres équipes, etc.
      • Ce sont toutes des choses qui doivent être dimensionnées, hiérarchisées et planifiées.
    • Enfin, le diagramme des objectifs indique clairement que lorsque vous explorez la portée initiale de votre effort, vous devez capturer les exigences non fonctionnelles, telles que la fiabilité, la confidentialité, la disponibilité, les performances et les exigences de sécurité (parmi beaucoup d’autres) d’une certaine manière.
      • Voir figure 5.4 page 76

Mais c’est tellement compliqué !

  • DA communique explicitement les problèmes auxquels vous êtes confrontés, les options dont vous disposez et les compromis que vous faites, et simplifie le processus de choix des bonnes stratégies qui répondent à vos besoins.
    • DA fournit des échafaudages pour vous aider à prendre de meilleures décisions de processus.
      • Il existe de nombreux objectifs de processus (24, en fait). Lequel retireriez-vous ?
    • Nous avons vu des équipes ne pas gérer le risque de quelque manière que ce soit, mais cela s’est toujours mal passé pour elles.
    • Nous avons également vu des équipes choisir de ne pas atteindre l’objectif Améliorer la qualité, uniquement pour voir leur dette technique augmenter.
  • En pratique, vous ne pouvez pas choisir en toute sécurité d’ignorer l’un de ces objectifs. De la même manière.
    • Souhaitez-vous laisser tomber l’un de ceux-ci? Probablement pas.
  • Oui, il est décourageant qu’il y ait tant de choses à prendre en compte pour réussir la livraison de solutions à long terme, et ce que nous avons capturé semble être un ensemble minimal pour le développement de solutions de classe entreprise.

Accéder aux détails : Tableaux d’options et références

  • Le niveau de détail suivant concerne les tables d’options.
    • Chaque tableau énumère les options, qui sont des pratiques ou des stratégies, et les compromis de chacune. L’objectif est de mettre chaque option en contexte et, le cas échéant, de vous indiquer plus de détails sur cette technique.

Comment appliquer les objectifs de processus dans la pratique

  • Identifier les stratégies potentielles à expérimenter.
    • Nous avons décrit l’amélioration guidée des processus (GCI), où une équipe utilise DAD comme référence pour identifier les techniques à expérimenter.
    • Étant donné que DAD place les options dans leur contexte, vous êtes plus susceptible d’identifier une technique qui fonctionnera pour vous dans votre environnement.
  • Améliorer les rétrospectives.
    • Les diagrammes d’objectifs et les tableaux de support fournissent une boîte à outils d’options potentielles que vous pouvez choisir d’expérimenter pour résoudre les problèmes identifiés par l’équipe.
  • Utiliser les Listes de contrôle.
    • Les diagrammes d’objectifs sont souvent utilisés par des équipes expérimentées pour leur rappeler les techniques potentielles qu’ils pourraient choisir d’appliquer dans leur situation actuelle.
  • Ateliers de personnalisation des processus.
    • Les ateliers d’adaptation des processus sont souvent utilisés par les nouvelles équipes pour identifier ou négocier la manière dont elles travailleront ensemble.
    • Les objectifs du processus s’avèrent souvent être d’excellentes ressources pour aider à cibler ces ateliers, et un moyen facile de les utiliser est de les imprimer et de les afficher au mur, puis de les parcourir en équipe.
  • Modèle de maturité.
    • Les points de décision ordonnés fournissent effectivement un modèle de maturité focalisé autour d’un point de décision donné.
    • Plus important encore, les points de décision ordonnés sont effectivement des vecteurs indiquant une voie d’amélioration que les équipes peuvent potentiellement suivre.
    • Ceci est similaire à la stratégie du modèle continu CMMI [Capability Maturity Model Integration – CMMI].

Article suivant

Articles précédents

Article général

Créé le 26/12/2022.

Leave a Reply

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