Article original : Feedback fail: discover the risk of Agile’s data-driven Achilles heel

Par Phil Seaton

Êtes-vous en danger de tromperie basée sur les données ?

Agile est mille choses différentes. Agile pourrait être le préfixe pour « agile scrum », ou cela pourrait être la notion vague de « bouger vite ». Les ingénieurs pourraient murmurer quelque chose à propos de « continuous [delivery / deployment / integration] ». Microsoft a une page dans les résultats de recherche qui apparaît juste après la définition du dictionnaire du mot. Saviez-vous qu'il y a un manifeste ? Il est rempli de principes courts et vagues. C'est comme import this de Python. Vous ne pouvez pas vous tromper.

Amélioration Incrémentale sans Dogme.

C'est ce à quoi je pense quand je pense à agile. Mais enterrée dans toutes les idées, les livres, les blogs, les séminaires et les expériences réelles des équipes partout se trouve une hypothèse oubliée, le talon d'Achille d'Agile. Il y a un raccourci pour gâcher rapidement agile. Prêt ?

Le Feedback N'est Pas Optionnel

Agile est un contrat. En échange de progrès rapides et incrémentiels, vous obtenez un feedback rapide et incrémentiel. Le feedback rapide permet une autre incrémentation de progrès dans la bonne direction. Avec le temps, de nombreuses incrémentations peuvent s'additionner pour former quelque chose de sensé et directionnel.

Dans la frénésie autour d'agile, la plupart des gens se concentrent sur le progrès incrémentiel. Certains oublient le feedback incrémentiel qui fait également partie du contrat.

Sans feedback incrémentiel, agile peut sembler fonctionner. Mais voici le talon d'Achille d'Agile : cela peut être une méthodologie de développement qui semble raisonnable et productive, mais qui ne livre pas de valeur client.

Sans feedback, le développement sera sans direction. Mille produits viables minimaux s'additionneront en mille petits morceaux. Les clients ne verront peut-être jamais de valeur si chaque MVP s'érode dans une direction différente. Cela viole la règle n°1 du manifeste :

Notre priorité absolue est de satisfaire le client grâce à une livraison précoce et continue de logiciels de valeur.

Pour sauver la situation : des processus métiers qui garantissent un feedback incrémentiel. Il existe une multitude de ces processus qui concernent les internes de l'équipe, tels que les rétrospectives scrum et les entretiens individuels avec le manager.

Le danger du feedback sans réflexion

Je m'intéresse aux mécanismes de feedback sur les produits qui peuvent tuer une entreprise. Vous connaissez déjà ces héros : Data Science, A/B Testing, Objectifs et Résultats Clés (OKR), Indicateurs Clés de Performance (KPI).

Chacun de ces outils basés sur les données peut remplir le contrat d'agile. Mais il y a un danger : ils sont habituels, automatiques et délibérément déshumanisés. Ensemble, ces stratégies basées sur les données apportent plus de gravité que toute décision intuitive ne pourrait le faire. « Les données nous disent » est le début d'une phrase qui ne peut pas être contredite.

Tout ce qui est automatique peut et va cesser de fonctionner si les circonstances changent. Chacun de ces outils utiles peut être utilisé pour justifier une mauvaise direction.

De nombreuses entreprises et équipes ont institutionnalisé le feedback d'une manière ou d'une autre. Tout comme il est possible d'avoir un feedback « intégré » dans vos flux de travail et processus, il est possible que ces mêmes processus et flux de travail « activés par feedback » vous mentent. Comment ? En vous faisant croire que vous recevez un feedback alors que ce n'est pas le cas. Voici quelques scénarios, accompagnés de questions sceptiques à poser.

Data Science + A/B Testing

Nous savons avec certitude que plus de personnes cliquent sur le bouton orange en bas à droite que sur le bouton bleu en haut à droite. Par conséquent, le bouton orange est meilleur.

Le fait que plus de personnes aient cliqué / soient passées par l'entonnoir / nous aient donné leur premier-né est-il le seul critère qui nous intéresse ? Les tests A/B se concentrent presque toujours sur l'objectif à court terme et étroit : plus de X maintenant.

Mais peut-être que l'entreprise a également des objectifs à long terme, qui pourraient être servis par l'autre option, ou aucune des options ? Peut-être souhaite-t-elle également placer des limites qualitatives sur certaines options qui semblent trop ennuyeuses / manquent d'intégrité / violent la mission.

OKRs + KPIs

Nous avons travaillé dur pour définir nos Objectifs, et nous avons attaché des Résultats Clés sous forme numérique afin de savoir quand nous avons réussi. De même, nous avons travaillé dur pour définir nos Indicateurs Clés de Performance afin qu'ils reflètent la direction dans laquelle nous voulons grandir.

C'est bien d'avoir des objectifs, et c'est bien de pouvoir savoir quand vous les avez atteints ou non. Les nombres ont une manière binaire agréable d'être atteignables : vous atteignez vos chiffres ou vous ne les atteignez pas.

Mais les moyens comptent autant, sinon plus, que les fins. Avez-vous atteint vos chiffres de manière durable et reproductible ? Les KPI peuvent être modifiés et mesurer des choses complètement différentes ; êtes-vous sûr qu'ils sont corrects ? Et si l'entreprise change et que les KPI ne sont pas mis à jour ?

Solution pour un mauvais feedback : trouver une connexion plus profonde

Pour moi, la leçon n'est pas que la Data Science, l'Analytique, les Tests A/B ou les Métriques d'Entreprise sont mauvais ou ne fonctionnent pas. La plupart du temps, ce sont des outils utiles. Mais il peut être difficile de voir la réalité humaine derrière tous les chiffres au travail ces jours-ci. Nous avons des chiffres qui peuvent être utilisés par un automate intelligent pour justifier même les pires décisions, commerciales ou autres.

Le risque est une utilisation non critique des données directement réinjectées dans la prochaine itération.

Je suis paresseux. Quand je trouve quelque chose qui fonctionne, j'aime le répéter sans réfléchir.

Pour m'assurer que je suis critique envers le feedback de mon équipe agile, j'essaie de rompre la routine de temps en temps. J'essaie de me connecter avec quelqu'un qui parle réellement avec les clients au moins une fois par sprint.

Déjeuner avec quelqu'un de l'équipe commerciale. Café avec le service client. Appels avec les clients. Parler avec des personnes réelles, face à face, à propos du produit. C'est ainsi que j'essaie d'éviter le risque de l'agile basé sur les données.

Est-ce que le mauvais feedback est la première chose que vous entendez à propos d'une décision récente sur un produit ? Ne le rejetez pas d'emblée. Vos chiffres disent que c'était le bon choix de doubler le nombre de publicités sur la page... mais était-ce vraiment le cas ?

Si vous en avez trop de ces erreurs, il est difficile d'additionner tous ces MVP.

Cet article vous a-t-il fait réfléchir ? Ai-je manqué quelque chose d'énorme, ou ai-je mis le doigt sur le problème ? N'hésitez pas à commenter et à me contacter sur LinkedIn. Je veux apprendre de votre perspective !