Plus avec moins

Plus avec moins, un concept à expliquer

La rareté des ressources tend à générer des situations délétères, surtout si ces situations ne sont pas gérées, notamment lorsque le temps est compté.

Le sentiment de privation détourne ainsi notre capacité cognitive des choses urgentes vers des choses certes importantes mais moins essentielles [Deloitte 2016].

À l'inverse, le débordement des ressources disponibles, s'il est mal contrôlé, conduit à une mauvaise utilisation des ressources et induit gaspillage et négligence [Morgan 2015].

Il s'avère que la privation de ressources est en réalité une source d'innovation [Neren 2011] et l'état d'esprit dans lequel la privation ou l'abondance des ressources disponibles fait toute la différence avec quelques astuces comme [Castrillon 2020] :

• concentrez-vous sur ce que vous avez
• entourez-vous de personnes qui ont une mentalité d'abondance, car elles apportent un sentiment d'optimisme grâce au recul, ce qui génère de l'inspiration
  créer des situations gagnant-gagnant
• intégrer la gratitude dans la vie quotidienne
• s'entraîner à reconnaître les ouvertures possibles

C'est dans cet état d'esprit qu'une équipe sera en mesure d'innover avec moins de ressources.

On retrouve la volonté de faire moins de choses comme le propose le cadre agile LeSS en proclamant " More with LeSS " comme sous-titre d'un de ses livres [Larman 2016] et en mettant ce principe au cœur du cadre, notamment en évitant la prolifération [LeSS 2021] de :

• des rôles qui diluent les responsabilités
• les processus qui diminuent l'appropriation des objectifs et entravent le progrès continu
• les artefacts qui empêchent les équipes de se concentrer sur le client

À quoi on peut également ajouter, par exemple :

• la "loi des 80/20", qui permet de répondre à 80 % d'un besoin avec 20 % de l'effort [Koch 2011].
• avoir une organisation avec moins de personnes, notamment sur les projets en retard pour réduire les effets de la " loi de Weinberg-Brooks " [Wikipedia 2020] - la présence de moins de personnes pour limiter la présence de plus de managers et l'introduction d'une plus grande complexité [SAFe 2021-17] et de plus de théories organisationnelles comme la théorie des contraintes, la panarchie ou la subsidiarité [Moustier 2020].
• la quantité d'éléments dans le backlog avec la notion de WIP qui propose de traiter moins de choses à la fois pour délivrer plus de valeur ajoutée [SAFe 2021-6].
  la " règle des 30 " qui limite la quantité de lignes de code par fonction, de fonctions par classe, etc. [Bird 2013]. [Bird 2013]

Lorsqu'il y a moins à gérer, la privation se transforme alors en un contexte d'abondance contrôlée avec ses avantages tels que [Andersen 2017] :

• l'ouverture à la collaboration
• la volonté d'apprendre des autres
• confiance
• l'envie de partager
• la capacité de réaliser ce qui est attendu

Application à la maturité des tests

Un grand pool de tests peut être rassurant et même une source de fierté. Mais lorsqu'il s'agit de mettre à jour cet actif suite à un changement majeur dans le domaine, la quantité de travail peut devenir plus importante. Cela introduit de la dette technique dans le backlog [Moustier 2020] et constitue donc un frein au cycle de livraison du produit.

Pour y parvenir, il est nécessaire de :

• Nettoyer régulièrement l'arriéré
• Eliminez bugs dès qu'elles sont identifiées ; en tout cas, celles qui sont les plus faciles à corriger [Appelo 2010].

On peut aussi, par exemple :

• avoir des scénarios décrits de manière succincte, avec des scénarios décrits par intention plutôt que des scénarios très détaillés
• essayer de tester moins par [Moustier 2019-1].

              ○ empêcher bugs d'apparaître plutôt que de le chercher

              ○ c omprendre ce qu'il faut tester plutôt que de vérifier les fonctionnalités

              ○ c oncevoir un meilleur système plutôt que d'essayer de le casser

• générer moins de cas de test manuels en effectuant des tests exploratoires
• codage en TDD pour tout faire en même temps:

              ○ tests unitaires

              ○ production de codes

              ○ design

• utiliser la programmation par paire (ou même la programmation par foule) pour permettre en même temps :

              ○ partage des connaissances

              ○ révision du code à la volée

              ○ obtenir un code de meilleure qualité que s'il était développé seul

              ○ améliorer le"First Pass Yield" (rendement au premier passage)

• en utilisant des spécifications exécutables [Ambler 2021], notamment par la pratique de l'ATDD, qui fournit à la fois des spécifications et des tests exécutables qui vérifient automatiquement l'acceptation d'une User Story (US) et l'absence de régression dans les autres US
  

Ainsi, la connaissance des pratiques allégées, agiles et de test nous permet de trouver et même d'imaginer des moyens de faire plus avec moins de travail.

La position d'Agilitest sur cette pratique

En tant qu'outil d'automatisation des tests scriptés, l'agilité permet d'obtenir des spécifications exécutables si l'organisation décide de pratiquer l'ATDD.

De plus, Agilitest s'inscrit dans la pratique du " plus avec moins " puisque l'outil utilise une approche #nocode [Forsyth 2021]. Le manque de possibilité d'algorithmes semble à première vue, surtout pour les développeurs, être une limitation, notamment sur la volonté de rendre un script générique.

C'est en fait un avantage car la génération des scripts est alors directe. Il y a donc moins de risques d'introduire des faux positifs dans les possibilités du script.

‍

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

‍