Testabilité du Backlog Produit

État d'esprit

Le Backlog Produit est compréhensible par le Client

État d'esprit
Agility Maturity Cards > État d'esprit
Testabilité du Backlog Produit

Pourquoi vous devriez tester le backlog du produit

Une organisation centrée sur le client conduit à un critère simple pour évaluer un carnet de commandes : Les clients doivent comprendre les éléments du carnet de commandes (PBI) [Larman 2010].

Cependant, les besoins métier peuvent nécessiter des pré-requis techniques, des formations ou des contrôles de conformité qui peuvent avoir un impact sur plusieurs besoins métier, notamment par le biais d'exigences non fonctionnelles (NFR), généralement pour des questions d'exploitabilité ou de certifications. Ces besoins non fonctionnels sont appelés "enablers" dans le cadre SAFe [SAFe 2021-23].

De plus, lorsqu'il s'agit de grandes organisations, il semble que l'idéation PBI devienne une sorte de processus qui vise à [SAFe 2021-28] [Larman 2017] [Schwaber 2020] :

  • affiner le besoin pour atteindre ce qui est nécessaire afin de découvrir suffisamment de détails sur les besoins de l'entreprise
  • diviser l'IBP en petits morceaux que l'organisation peut gérer en ce qui concerne la taille des équipes et les tranches de temps qui correspondent aux cadences [Larman 2010] [Lawrence 2012] [Le Lan 2018] [Moustier 2020].

D'ailleurs, la méthode agile encourage la participation des personnes [Beck 2001] de différents points de vue, notamment les utilisateurs, les affaires et les questions techniques, que ce soit dans les grandes organisations [Larman 2010] [SAFe 2021-32] [SAFe 2021-29] [Brandolini 2019][Moustier 2020] ou les petites équipes [Schwaber 2020] (par exemple avec le mode 3 Amigos ).

Malheureusement, la loi de Conway [Conway 1968] conduit généralement la hiérarchie à construire des organisations autour de composants au lieu de s'appuyer sur des fonctionnalités. Les équipes axées sur les composants ont tendance à oublier les besoins des utilisateurs finaux, tandis que les équipes axées sur les fonctionnalités sont beaucoup plus proches des besoins réels, car il leur est plus facile de faire des marches Gemba.

Même si les Managers ne tombent pas dans l'écueil de la loi de Conway, il apparaît que les grandes équipes se limitent au nombre de Dunbar [Dunbar 1992] [Moustier 2020], c'est-à-dire une équipe composée de 150 personnes maximum pour garder les membres alignés et synchronisés sur une vision. Hélas, concevoir une organisation exclusivement composée d'équipes tournées vers le client est un véritable défi.

Pour cette raison, SAFe aborde cette question avec des équipes orientées vers l'entreprise (Agile Release Trains - ARTs) ainsi que des ARTs de soutien [SAFe 2021-31] avec des garde-fous [SAFe 2021-33] pour garder la structure alignée avec les objectifs de l'entreprise : tandis que les équipes de mise en œuvre devinent les objectifs de l'entreprise sous-jacents, les Business Owner notent chacun d'eux avec une valeur d'entreprise [SAFe 2021-30].

Impact sur la maturité des tests

Il devrait y avoir un backlog unique partagé par toutes les équipes [Larman 2010] [Schwaber 2020] [Moustier 2020] qui devrait être 

  • "DEEP" [Deemer 2012] [Moustier 2020] :
  • Détaillé de manière appropriée
  • Estimation de
  • Emergent
  • Priorité à
  • Révision régulière grâce à une approche 5S
  • Rester modeste pour éviter une quantité énorme de travail en suspens - cela peut être réalisé en appliquant la théorie des contraintes.

Quelle que soit la taille de l'organisation, le PBI inclus dans le backlog de produit doit

  • Être centré sur le client ou aligné sur les objectifs de l'entreprise avec la plus grande valeur ajoutée - la traçabilité doit être utilisée pour permettre le suivi.
  • Être réalisable par les équipes assignées dans le cadre de l'itération (ou dans les limites du budget [SAFe 2021-33] lorsqu'il s'agit de questions sans fin telles que les epics/value streams [SAFe 2021-31]).
  • Soyez INVEST / SMART [Wake 2003] [Moustier 2019-1]
  • Inclure des critères de surveillance de la santé tels que
  • Indicateurs avancés [SAFe 2021-34]
  • Critères d'acceptation fonctionnels 
  • Critères de conformité NFR à partir des quatre quadrants [Marick 2003][Bach 2014][Crispin 2021] ou [ISO 25010 2011].
  • a DoD
  • Soyez cohérent avec
  • a DoR
  • les termes déjà fournis - voir Langage ubiquitaire
  • d'autres parties (dépendances, équipes, etc.)
  • objectifs commerciaux [SAFe 2021-30]
  • Être partagé et expliqué aux parties prenantes appropriées pour la testabilité est aussi une question de connaître l'existence des moyens de test [Bach 2015a] [MoT 2019] [Moustier 2020].

Pour faciliter la testabilité du backlog, PanTesting est également utile pour tenir les back lines au courant des enjeux commerciaux.

Le point de vue d'Agilitest sur la testabilité du backlog de produit

Alors que les atouts d'Agilitest se concentrent principalement sur l'automatisation des scripts de test, il est inévitable de s'appuyer sur une bonne testabilité du backlog produit car elle facilite :

  • visibilité sur l'automatisation des plannings
  • automatiser les bons cas de test avec les moyens appropriés pour fournir les retours d'information attendus
    .

Pour découvrir l'ensemble des pratiques, cliquez ici.


Pour aller plus loin

  • [Conway 1968] : Melvin Conway - " How do Committee Invent ? " - magazine Datamation - 1968 -http://www.melconway.com/Home/Committees_Paper.html 
  • [Dunbar 1992] : R. I. M. Dunbar - " Neocortex size as a constraint on group size in primates ", Journal of Human Evolution, vol. 22, no 6, juin 1992, p. 469-493 (DOI 10.1016/0047-2484(92)90081-J) - http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.464.5806&rep=rep1&type=pdf 
  • [ISO 25010 2011] : Publication de normes BSI - "Ingénierie des systèmes et des logiciels - Exigences et évaluation de la qualité des systèmes et des logiciels (SQuaRE) - Modèles de qualité des systèmes et des logiciels" - BS ISO/IEC 25010:2011
  • [Larman 2010] : Craig Larman, Bas Vodde - " Practices for Scaling Lean & Agile Development - Large, Multisite, and Offshore Product Development with Large-Scale Scrum " - Addison-Wesley - 2010 - ISBN-13 : 978-0-321-63640-9


  • [McConnell 2004] : Steve McConnell - " Code Complete - un manuel pratique de construction de logiciels " - Microsoft Presse - 2004 - ISBN 0-7356-1967-0
© Christophe Moustier - 2021