Qu'est-ce qu'Agilité ?

Depuis plus de 20 ans nous avons le manifeste Agile (https://agilemanifesto.org/). Cependant, 20 ans plus tard, il ne semble pas y avoir d'accord sur ce que signifie réellement agile. D'une manière ou d'une autre, le manifeste n'était pas suffisant, de nouvelles personnes se sont lancées dans "agile" et il était nécessaire de créer de nouveaux concepts tels que le MVP, MLP, lean, etc.

Par exemple, j'ai participé à plusieurs entretiens sur des produits où certaines personnes ont déclaré qu'elles faisaient/étaient agiles parce qu'elles utilisaient Scrum. Je ne crois pas que l'agilité consiste à suivre un cadre, mais à avoir un état d'esprit particulier. Il est bien connu qu'il existait des frameworks/méthodologies incrémentales et itératives avant agile.

Je réfléchissais à la façon de résumer ce qu'est agile et pourquoi il y a tant de confusion autour de cela. En définitive, je crois qu'être agile commence par accepter qu'il y a des choses que l'on ne sait pas et qu'il n'est pas possible de savoir ce qui résoudra certains problèmes. Résoudre les problèmes des clients en construisant des logiciels est une discipline probabiliste, lorsque nous pensons à une solution, nous avons certaines chances de résoudre ces problèmes.

Si nous pouvons accepter que nous ne savons pas quelle est la meilleure solution - et parfois nous ne comprenons même pas complètement quel est réellement le problème -, alors tout ce qui vient après a plus de sens :

• Nous devons atténuer le risque de ne pas connaître/résoudre le problème en ayant des itérations (à la fois découverte et livraison).
• Ces itérations doivent être significatives afin que nous puissions savoir si nous allons dans la bonne direction (nous n'avons pas besoin de l'appeler MVP ou de discuter de ce qu'est un MVP si nous comprenons l'esprit de ce que nous faisons).

• Quand nous n'avons pas besoin de faire de validation parce que nous savons.
• Lorsque nous ne comprenons pas le problème mais que nous faisons ce qu'on nous dit.
• Lorsque « terminé », c'est lorsque nous avons livré quelque chose au lieu de résoudre un problème.
• Quand on sait ce qu'on va faire dans les 6/12/36 prochains mois

Non, ce n'est pas vrai que tous les problèmes sont nouveaux. Pour certains d'entre eux, il existe de nombreuses solutions de travail qui ont été validées par des années d'utilisation et de bons retours.

Cependant, j'ai vu plusieurs fois des équipes ajouter de la créativité à des solutions connues et à la fin ne pas résoudre le problème.