Que signifient les métriques pour les équipes agiles?

Lorsque j'ai été interviewé pour le poste de Product Owner, je me suis rendu compte que j'avais une sérieuse lacune dans les mesures commerciales dans le projet Agile, car Je travaille dans une agence gouvernementale. Sur le segment russe, les informations sont plutôt rares. Dans le segment anglais, j'ai vraiment aimé l'article d' Ashwinee Kalkura . J'ai donc décidé de faire une petite traduction gratuite. L'article original est ici .

image

Que signifient les métriques pour les équipes agiles?


Beaucoup essaient de comprendre ce qu'est la «meilleure pratique» dans l'industrie et de l'appliquer à leur produit afin d'améliorer leurs propres performances. Pendant un certain temps, je me suis demandé s'il existait une solution aussi universelle et efficace.

Les organisations ont tendance à copier «ce qui a fonctionné pour les autres», sans même se soucier des limites et des conditions dans lesquelles une mesure particulière a fonctionné pour «les autres».

Alors que mesurer? À mon avis, les organisations qui ont compris quoi et combien mesurer dans un produit ont survécu et prospéré jusqu'à présent. Ils sont finalement devenus des organisations Agiles. Lorsqu'ils ont plusieurs produits, ils ont des approches différentes pour chacun d'eux. Certains produits auront besoin de beaucoup de statistiques et de données, tandis que d'autres n'auront besoin que de quelques mesures!

Et comment alors comprendre exactement ce qui doit être mesuré? Pour moi, le guide le plus proche est le 7ème principe du Manifeste Agile - "le logiciel de travail est la meilleure mesure de progrès." Si vous pouvez déterminer ce qui fonctionne pour vous, il devient plus facile de mesurer les progrès.

Encore une fois, chacun devrait définir son logiciel «de travail» différemment. Par conséquent, il est très important d'avoir une vision globale de qui est le client, qui est le développeur, qui est le sponsor et qui contrôle le processus. Essayons de considérer le processus de chacun d'eux.

Entreprise / Propriétaire de produit / Chef de produit


Dans une équipe Agile fonctionnelle, ce rôle est principalement responsable de la compréhension du marché et de la synthèse des données. PO a une «hypothèse» sur ce qui rend une organisation rentable. Lorsque tout ce que vous avez est une hypothèse, il est très important de trouver les bonnes mesures. Les indicateurs suivants peuvent être nécessaires:

  1. Coût du retard : c'est l'effet du temps sur les résultats que nous espérons atteindre. Voici la réponse à la question: "Que perdrons-nous (que nous coûtera-t-il) si nous le faisons 1 mois plus tard." Ou, "qu'obtiendrons-nous si nous le faisons 1 mois plus tôt?"
  2. Adéquation produit / marché (PMF) : il s'agit de l'adaptation du produit aux attentes du public cible. Lorsque vous avez un produit qui répond aux besoins d'un marché particulier et sans lequel votre public perdra beaucoup, cela s'appelle Product / Market Fit.
  3. Test d' hypothèse le plus risqué (RAT) : il s'agit du test d'hypothèse le plus risqué. Pour ce faire, il n'est pas nécessaire de faire plus que ce qui est nécessaire pour vérifier votre plus grand risque. Aucun code ou design parfait n'est nécessaire. Seule vérification des hypothèses risquées avec des indicateurs. Après son évaluation, une décision est prise quant à la poursuite du projet.
  4. Produit minimum viable (MVP) : une version du nouveau produit qui permet à l'équipe de répondre au nombre maximal de besoins des clients avec le moins d'effort. C'est un produit avec suffisamment de fonctionnalités pour satisfaire les premiers clients, fournir des commentaires et développer davantage le produit.
  5. Produit minimum commercialisable (MMP) : décrit un produit avec le plus petit ensemble possible de fonctionnalités qui répond aux besoins des utilisateurs initiaux (innovateurs et premiers utilisateurs) et peut donc être vendu. MMP est un outil pour réduire les délais de commercialisation: il peut être lancé plus rapidement qu'un produit riche et multifonctionnel.
  6. Temps de cycle: temps de cycle - le temps total entre le moment où vous commencez à travailler sur une nouvelle fonctionnalité, tâche, bogue jusqu'à son achèvement. Le temps de cycle comprend le temps du processus lui-même et le temps de retard pendant lequel une partie du travail est passée à attendre la fin de la prochaine action.

Le groupe de produits doit disposer d'un mécanisme de compréhension et de suivi des indicateurs importants pour les sponsors / investisseurs. Cela garantira que le cycle est fermé et que toute offre de pivot est justifiée.

Sponsor / Investisseur


Ce groupe s'intéresse aux mêmes mesures que les chefs d'entreprise / produits utilisent avant de lancer le produit. Les mesures suivantes sont les plus importantes pendant et après le lancement du produit:

  1. Satisfaction des employés : des employés plus heureux et plus motivés s'assurent que le client est heureux et impliqué dans le processus. La satisfaction des employés est la terminologie utilisée pour décrire si les employés sont satisfaits et s'ils répondent à leurs désirs et besoins au travail. La satisfaction des employés est un facteur de motivation des employés, de réalisation de l'objectif d'un employé et de moral positif des employés sur le lieu de travail.
  2. Coefficient viral : c'est un chiffre qui vous indique combien de clients chacun de vos clients apporte à votre entreprise. Ainsi, cela signifie que si votre coefficient viral est de 2, votre client actuel attirera 2 clients. Cette métrique calcule un cycle de circulation exponentiel, parfois appelé viralité, qui accélère la croissance d'une entreprise. La viralité est une incitation essentielle pour les clients à envoyer des amis ou des collègues dans votre entreprise.
  3. Coûts irrécupérables: en économie et en prise de décision commerciale, les coûts irrécupérables sont des coûts qui ont déjà été engagés et qui ne peuvent pas être récupérés. Les coûts non remboursables sont parfois mis en contraste avec les coûts anticipés, qui sont des coûts futurs qui pourraient être encourus ou modifiés si des mesures étaient prises.
  4. Durée du cycle viral: La durée du cycle viral est le temps qu'il faut pour terminer un tel cycle. En d'autres termes, le temps de cycle viral est le temps qu'il faut à l'utilisateur pour inviter un autre utilisateur.
  5. Net Promoter Score : (NPS) est un outil de gestion qui peut être utilisé pour mesurer la fidélité des clients. Il sert d'alternative aux enquêtes traditionnelles sur la satisfaction des clients et affirme qu'elles sont en corrélation avec la croissance des revenus. Le score Net Promoter est calculé sur la base des réponses à une question: Quelle est la probabilité que vous recommandiez notre entreprise / produit / service à un ami ou un collègue? Le score de cette réponse est le plus souvent basé sur une échelle de 0 à 10. Ceux qui répondent avec un score de 9 à 10 sont appelés promoteurs. Ceux avec un score de 0 à 6 sont marqués comme "détracteurs". Les réponses 7 et 8 sont indiquées par des passifs, et leur comportement augmente au milieu des promoteurs et des détracteurs. Le score Net Promoter est calculé en soustrayant le pourcentage de clients qui sont des détracteurs du pourcentage de clients qui sont des promoteurs. Afin de calculer l'indicateur NPS, les passifs sont pris en compte dans le nombre total de répondants, réduisant ainsi le pourcentage de détracteurs et de promoteurs et poussant le score net à 0.
  6. Indice de bonheur des clients (CHI) : au lieu d'utiliser NPS, une organisation peut également créer son propre indice de bonheur des clients, y compris les paramètres qu'elle souhaite mesurer. Cette approche présente un avantage, car l'organisation doit «parler avec le client» et peut comprendre les paramètres nécessaires à son contexte.
  7. % De clients payants : comprendre combien de personnes utilisent un produit / service payant dans une clientèle commune nous aide à mieux comprendre le marché.
  8. Taux de conversion: L'essence de l'entonnoir de conversion est que vous commencez avec des clients potentiels, puis ils manifestent de l'intérêt et se convertissent ensuite en prospects, qui se transforment ensuite en ventes. Le pourcentage de conversion à chaque étape est calculé. Le taux de conversion global d'un entonnoir de vente est déterminé par le fait que le nombre de ventes est divisé par le nombre de clients potentiels et multiplié par 100.
  9. Coût d'acquisition du client : le CAC peut être calculé simplement en divisant tous les coûts d'acquisition de plus de clients (dépenses de marketing) par le nombre de clients achetés au cours de la période au cours de laquelle l'argent a été dépensé. Par exemple, si une entreprise dépense 100 $ en marketing par an et acquiert 100 clients cette année-là, son CAC est de 1 $.
  10. Adhérence du client . L'adhérence du client est une chance accrue d'utiliser le même produit ou service que celui acheté au cours de la dernière période.

Développeur / Constructeur


Malheureusement, la plupart essaient de mesurer le produit ici. Bien que les métriques et les indicateurs ici vous donnent la réponse à la question "développons-nous le produit correctement?", Et ne garantissons pas que nous développons le bon produit. Les mesures décrites dans cette section doivent toujours compléter les indicateurs dont nous avons parlé dans les sections précédentes. Ce sont les métriques qui disent que nous avons appliqué correctement les méthodologies Agile. Ce groupe est axé sur la technologie et, par conséquent, les mesures sont plus techniques. Certains des indicateurs qui pourraient aider à comprendre «est-ce que nous développons correctement»:

  1. Santé du pipeline CI / CD : les versions sont-elles correctes? Sont-ils assez rapides pour permettre aux équipes d'expérimenter?
  2. Nombre de versions vertes par jour / semaine : discipline d'équipe, révision quotidienne du code et fréquence de génération. Une équipe peut travailler en petits groupes car elle sait que le dernier morceau de code logique qu'elle a envoyé fonctionne.
  3. % de constructions vertes : non seulement le nombre de constructions est important, mais aussi le nombre de constructions de haute qualité. Un bon développeur ne veut pas que les autres restent coincés à cause de lui.
  4. Couverture des tests unitaires: la conformité à la pyramide des tests agiles est le seul moyen de se retrouver dans une zone de développement rapide de produits. Les tests unitaires devraient représenter environ 80% de tous les tests.
  5. Couverture de code : La couverture de code est un terme pour décrire le code exécuté par l'application. Comprendre quel code est demandé et lequel ne l'est pas.
  6. Couverture des tests non fonctionnels . Il est important de comprendre les exigences non fonctionnelles, souvent appelées tests ility (convivialité, disponibilité, fiabilité, etc.), car le marché ou le client ne nous interrogera pas directement sur les exigences non fonctionnelles.
  7. Analyse comparative des NFR : l'analyse comparative est un élément important pour comprendre ce que nous pouvons réaliser. En règle générale, les «meilleurs» produits et le processus de commercialisation utilisés par les concurrents directs et les entreprises travaillant dans d'autres domaines similaires sont généralement pris comme modèle pour identifier les moyens possibles pour l'entreprise d'améliorer ses propres produits et méthodes de travail.
  8. Défauts décelés par unité de test unitaire / fonctionnel / d'intégration : bien que le nombre de défauts n'indique rien de significatif, il nous ralentit dans le développement.
  9. Nombre de défauts par fonctionnalité de Production / UAT / Client : dans la plupart des cas, la fonctionnalité est ce que le client paie. La compréhension des fonctions importantes et la conviction qu'elles sont construites avec qualité incitent les développeurs de systèmes à se concentrer davantage sur ce qui compte vraiment.
  10. Défauts pouvant être vécus : tous les défauts ne sont pas critiques! Faites attention aux plus importants et passez le moins de temps possible avec les autres. Souvent, c'est une version de travail qui est importante et l'amélioration n'est pas toujours la bonne décision.
  11. Retravailler : nous consacrons beaucoup de temps à la révision, temps qui peut être utilisé pour le «travail». Des pratiques telles que les tests fractionnés, le travail en binôme (par exemple, Dev-Test, Test-Documentation, etc.), les environnements séparés, les tests et la correction par le développeur, peuvent aider les équipes à éviter le coût de la réparation des défauts ultérieurs.

Client / Utilisateur


La personne pour laquelle nous créons la solution fait également partie du système. Les clients peuvent ou non comprendre des nombres, des mesures ou des mesures. Ils veulent que leurs problèmes soient résolus facilement et ils ne veulent pas eux-mêmes approfondir ce processus. Nous ne devons pas leur créer de stress. Les organisations ou les entrepreneurs qui comprennent la déclaration ci-dessus et y travaillent ont le plus de succès!

Résumé:

Dans le monde réel, nous pouvons distinguer différents rôles, comme je l'ai fait ici, mais nous ne pouvons pas différencier. Il faut prendre soin de comprendre quoi, quand et combien, et toujours tenir compte des circonstances et des limites dans lesquelles le produit fonctionne. La plupart des mesures parlaient de l'importance d'être connecté avec un client, et il est impératif que nous prenions ce point de vue dès la première étape que nous prenons pour créer un produit ou un service.

À propos de l'auteur:

Les qualifications d'Ashwinee Kalkura incluent les certifications professionnelles SPC4, PMP, CSM, CSP, SA, SASM, SSM, ICP-ACC et SSGB. Il a une expérience progressive de 16 ans dans les réseaux, l'industrie mobile et la vente au détail et de multiples méthodologies. Ashwinee travaille actuellement en tant que responsable du conseil Agile et SAFe à KnowledgeHut. Il a dispensé une formation SAFe à plus de 450 candidats dans la région APAC.

Source: https://habr.com/ru/post/fr419683/


All Articles