S'organiser autour de la valeur
État d'espritLivrer de la valeur ajoutée très rapidement et éliminer la bureaucratie
Description
La notion de valeur pour le client est essentielle et l'agilité y apporte un éclairage particulier. C'est pourquoi Scrum y consacre un responsable: le Product Owner (PO) [Schwaber 2020], un principe SAFe [SAFe 2021-10] qui prend sa source dans le manifeste agile [Beck 2001], et le Lean avec le concept de "Muda" (無駄) - issu de l'entreprise Toyota depuis les années 1950, qui consiste à éliminer toutes les sources de gaspillage en éliminant ce qui n'a pas de valeur [Monden 1994].
Ainsi, une organisation doit s'organiser autour de la valeur et maximiser le flux de génération du produit, de l'idéation à la mise à disposition des utilisateurs pour générer des revenus, c'est la notion de "Value Stream" [SAFe 2021-18]. À cette image, l'organisation doit favoriser l'écoulement de ce flux et former des rivières [Moustier 2020].
Application à la maturité de l'essai
En projetant le test dans la métaphore de la rivière, il devient clair qu'il ne doit pas être positionné comme une énorme écluse qui élèverait le produit à un niveau supérieur en une seule fois, et encore moins comme un barrage qui laisserait passer ou non un produit après un long traitement de l'eau.
L'essai doit plutôt être considéré comme un système de petites écluses rapides et de berges régulières de maintenance, des actions de dragage et de filtrage qui élimineraient les matériaux qui constitueraient un obstacle à l'écoulement de la valeur au fil de l'eau.
Ainsi, au niveau d'une équipe Scrum, des pratiques telles que les 3 Amigos, ATDD, TDD, DoD, les tests exploratoires ou la rétrospective [Moustier 2019-1] sont autant d'opportunités pour filtrer et entretenir le flux.
La position d'Agilitest sur cette pratique
L'automatisation proposée par Agilitest est un moyen de fluidifier les mises en production. De plus, la stratégie #nocode [Forsyth 2021] permet également de fluidifier la génération de scripts car elle limite la réflexion liée à un quelconque algorithme et se concentre ainsi davantage sur le processus du domaine.
Pour découvrir l'ensemble des pratiques, cliquez ici.
Cartes connexes
Pour aller plus loin
- [Beck 2001] : Kent Beck etal. - " Manifeste pour le développement Agile de logiciels " - 2001 - http://agilemanifesto.org/iso/fr/manifesto.html
- [Forsyth 2021] : Alexander Forsyth - JAN 2021 - " Low-Code et No-Code: Quelle est la différence et quand utiliser quoi ? " - https://www.outsystems.com/blog/posts/low-code-vs-no-code/
- [Monden 1994] : Yasuhiro Monden - " Toyota Production System - An Integrated Approach to Just-In-Time " - Springer US - 1994 - ISBN 978-1-4615-9716-2
- [Moustier 2020] : Christophe Moustier - OCT 2020 - " Conduite de tests agiles pour SAFe et LeSS " - ISBN : 978-2-409-02727-7
- [SAFe 2021-10] : SAFe - FEV 2021 - "Principe n°10 - S'organiser autour de la valeur" - https://www.scaledagileframework.com/organize-around-value/
- [SAFe 2021-18] : SAFe - FEV 2021 - "Value Stream" - https://www.scaledagileframework.com/value-streams/
- [Schwaber 2020] : Ken Schwaber et Jeff Sutherland - " Le Guide Définitif de Scrum : Les Règles de Jeu " - NOV 2020 - https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf