🔐 👩🏿‍🤝‍👨🏾 🎺 Techniques de notation et de hiérarchisation des arriérés 🔍 🐧 👠

Eh bien, comment sont vos plans d'isolement? Les choses d'hiver enlevées? Avez-vous regardé les films convoités? Avez-vous lu les livres poussiéreux? Et, comme toujours, il n'y a pas de temps pour les services publics. Allez, ne vous excusez pas - pour ceux qui ne peuvent pas prendre une heure pour regarder la vidéo de notre chaîne YouTube, nous avons fait un article digeste. Ayez conscience, seulement 15 minutes au lieu de 60 :)

Aujourd'hui, nous abordons la gestion des produits et analysons la priorisation du backlog. La gestion des produits coûte un peu plus cher que la gestion de projet: elle concerne davantage la gestion des produits en général et est étroitement liée au marketing. Pour une collation, examinons les techniques de notation et l'évaluation des tâches.

Situation

Lorsqu'il y a un arriéré, le gestionnaire doit en quelque sorte le prioriser. Scrum dit que les tâches les plus importantes d'un point de vue commercial devraient être les premières. Mais il y a deux problèmes.

Le premier est un bon moment de subjectivisme: souvent, les priorités sont fixées dans la façon dont le propriétaire de l'entreprise se promène. à la tête. Mais parfois, le propriétaire peut «halluciner» fortement et porter un non-sens franc, mais assurez-vous que tout est ainsi.

Deuxième problème: trop d'acteurs de haut niveau de la part de l'entreprise sur de grands projets ou dans de grandes entreprises. Chacun d'eux peut avoir ses exigences contradictoires. Si vous collectez, par exemple, cinq sommets d'une grande entreprise et leur demandez de hiérarchiser leurs besoins, tout le monde soutiendra probablement que ses tâches n'ont aucune priorité et qu'elles doivent être effectuées dès maintenant.

La bonne nouvelle est qu'il existe quelques techniques qui aident dans ce cas:

convenir des priorités - choisir ce qui est le plus important et ce qui peut être reporté;
établir des critères de priorisation de l'arriéré (un peu moins subjectif que l'hallucination de quelqu'un - hélas, il est impossible de se passer de subjectivité).

Méthodes de hiérarchisation des tâches

À quoi ressemble l'arriéré?

Le backlog est un tableau. Dans une colonne - une liste de quelque chose (une liste de souhaits), il y a une colonne avec une estimation (estimation) et il y a une colonne avec des priorités. Les priorités sont quelques chiffres, généralement importants. Large pour qu'il y ait des «trous» entre les priorités, où vous pouvez ajouter de nouvelles tâches (ou changer facilement la priorité).

Selon les classiques, les priorités sont définies en termes de valeur commerciale (valeur commerciale) - ce dont une entreprise a besoin en premier lieu, cela fonctionnera au premier stade. Mais il existe d'autres moyens de hiérarchisation qui sont plus pratiques - surtout si vous avez un tas de tâches hétéroclites.

Cartographie des histoires

Supposons que vous ayez beaucoup de tâches, elles sont petites et généralement sans priorités et relient à tous les groupes. Que faire avec eux? Décomposez-les sur Story Mapping. Comment cela fonctionne:

Étape 1. Nous construisons une séquence de la façon dont les utilisateurs utiliseront votre produit et quelles étapes ils prendront. Un exemple simple:

Étape 2. Nous écrivons sur les autocollants les détails disponibles pour chacun de ces processus - plus l'autocollant pour chaque étape est bas, plus sa priorité est basse.

Résultat: la liste complète des tâches est divisée en étapes du chemin de l'utilisateur, plus chaque fonction a des priorités (plus la fonction est suspendue dans la feuille, plus sa priorité est faible en termes de chemin de l'utilisateur entier).

Où et comment postuler

Supposons que vous ayez vraiment beaucoup de tâches. Ensuite, vous les écrivez tous sur des autocollants et faites la cartographie des histoires. Mieux - en équipe.

Une autre option - vous avez un remue-méninges, vous trouvez ce qui sera votre produit plus loin et quelles fonctionnalités mettre en œuvre. L'équipe a beaucoup d'idées, une sorte de marketing de liste de souhaits «versé» pour vous - vous devez comprendre comment tout regrouper. Le Story Mapping fonctionne particulièrement bien dans cette situation.

Avis de non-responsabilité: cette méthode est applicable précisément du point de vue de la gestion des produits, quand il y a beaucoup de tâches, il n'est pas clair lesquelles sont les premières à considérer. Il est désagréable de penser au produit lui-même et aux fonctionnalités qu'il inclura. Ensuite, il est déjà coupé en morceaux à partir desquels vous pouvez créer des sprints, et entre dans le travail.

Avantages de la cartographie des histoires

La méthode vous permet de créer des connexions dans le système, sur la base desquelles il est alors plus facile de former des sprints.
Lorsqu'il y a de nombreuses parties prenantes et de nombreuses personnes intéressées par le projet, la méthode vous permet de vous mettre d'accord sur de véritables priorités - ce qui est plus important et moins.

Valeur et effort (ou priorisation Lean) pour les idées

Une autre bonne méthode qui vous permet de construire des priorités sur une échelle est Value & Effort (ou Lean Prioritization).

Étape 1. Vous prenez d'abord 2 échelles:

— , « » . , — . , , , Value. , , .
,

, (estimate), . Story Point- ( ) -.

Étape 2. Vous évaluez toutes les caractéristiques en fonction de ces deux paramètres: en fonction de l'importance et de la main-d'œuvre. Il existe des systèmes externes (comme Hygger ou Airfocus Priorities & Roadmaps ) qui vous permettent de disperser automatiquement vos fonctionnalités d'une manière ou d'une autre sur une telle carte. Les axes dans ce cas ne viennent pas de zéro - ils s'adaptent aux statistiques que vous avez obtenues.

Quelles fonctionnalités prendre en premier lieu? Les plus significatifs et les plus légers, les plus proches des axes - ils sont à la fois en importance en haut et en valeur adéquats:

Si, en premier lieu, nous emportons bon marché et bon, puis plus tard - cher, mais cool:

Voici tous les autres. Des fonctionnalités qui sont trop chères et qui n'ont aucun sens, soit vous partez «pour plus tard», soit vous les jetez.

Où et comment postuler?

Avec le développement personnalisé, une telle chose a du sens à faire avec le client si:

il s'est lui-même confus
cela génère des idées et des exigences étranges,
il a une certaine contrainte budgétaire et il ne comprend pas la meilleure façon de la répartir.

Cette dernière situation est fréquente. Nous sommes toujours limités par les budgets ou les ressources, et nous devons comprendre sur la base de quoi les distribuer. De plus, en gérant des projets, nous ne pouvons que gérer l'attention de notre équipe et de
notre client - rien de plus, en fait. Cette méthode vous permet de vous concentrer sur les plus importants et les moins chers ou sur les plus chers, mais très importants, et vous aide à choisir exactement sur quoi parier en ce moment.

Cette technique ne vous fait pas croire aveuglément l'algorithme et prendre précisément les tâches recommandées par lui, mais grâce à lui vous aurez au moins une indication dans quelle direction se déplacer. Si vous ajoutez de nouvelles tâches au système, il peut être reconstruit. Après tout, il arrive que vous soyez très incertain de vos estimations, et au fil du temps, les analystes les affinent, ou vous affinez vous-même les estimations de la complexité des programmeurs - dans ce cas, le système peut également être reconstruit en dynamique. Pour cette raison, vous aurez une image plus adéquate du monde.

Moscou

Une autre façon de classer les entités en plusieurs groupes est la méthode MoSCoW. À l'intérieur, il y a des paramètres très simples:

M - Doit avoir : des fonctionnalités dont vous ne pouvez pas vous passer du tout. Sans cela, vous ne pourrez pas sortir, votre produit ne fonctionnera pas et ne sera pas du tout nécessaire.

S - Doit avoir : la fonctionnalité qui devrait être dans le projet, mais toutes choses étant égales par ailleurs, vous pouvez en quelque sorte vous en passer.

C - Pourrait avoir : fonctionnalité souhaitée pour la libération.

W - Aurait : la fonctionnalité la moins pratique - pour ainsi dire «tout le reste».

, . Must Have , , , . Should Have — , , . Could Have — . , Must Have MVP.

Il arrive souvent que les priorités soient abaissées d'en haut, de l'entreprise, et qu'elles se concentrent sur une «liste de souhaits» de devrait avoir, pourrait avoir, aurait, marquant des éléments clés (doit avoir). Habituellement, nous observons cela, par exemple, dans le développement de la conception d'une boutique en ligne ou de la conception d'un projet, où le pari est fait en dernier lieu, mais non le moindre, sur le système de paiement à la livraison ou quelque chose qui génère réellement un avantage pour l'entreprise. Pourquoi? Parce que travailler avec Must Have est douloureux et effrayant: vous devez penser à la façon dont il sera monétisé, et personne n'aime y entrer, bien que ce soit faux.

Kano

Une autre façon de classer les fonctionnalités issues du marketing. L'essence est simple: il y a deux axes: «satisfaction des utilisateurs» et «fonctionnalité», et il y a une division du fonctionnel en groupes. Pour chaque groupe de fonctionnalités, vous devez comprendre comment la satisfaction des utilisateurs change après l'ajout de cette fonctionnalité.

Le premier groupe est la fonctionnalité requise: le même Must Have de MoSCoW. Si ces fonctionnalités sont - déjà bonnes. Il n'est pas question de satisfaction: personne n'a besoin d'un produit sans eux. De plus, avec le temps, les fonctions qui ont été le point fort du projet au départ deviennent de plus en plus obligatoires. Exemple: pour le logiciel serveur, le kanban-board était autrefois une sorte de genre, mais maintenant c'est la même tête de mât.

Un autre groupe est celui des fonctions unidimensionnelles. Cela signifie qu'il existe une corrélation directe entre la satisfaction des utilisateurs et la disponibilité de cette fonction. Dès qu'une fonction apparaît, la satisfaction augmente linéairement. Si vous revenez à l'exemple de la création d'une voiture, cela pourrait être le contrôle du climat là-bas.

Le troisième groupe est constitué de fonctionnalités attrayantes. C'est ce à quoi l'utilisateur ne s'attendait pas, mais quand il a vu au moins une certaine implémentation de cela dans votre produit, il est devenu fou et a dit "oh, cool!". Ceux qui ont volé en aeroflot ont probablement vu comment les enfants recevaient des «pots-de-vin» afin de les attacher émotionnellement à la marque.

Les cadeaux pour les enfants à bord d'Aeroflot en sont la source.

Une fois qu'une telle fonction apparaît même dans une mise en œuvre médiocre, la satisfaction augmente. Et plus la mise en œuvre est rapide, plus le calendrier de satisfaction est élevé.

Un autre groupe est les fonctions sans importance. Vous pouvez les faire, vous ne pouvez pas les faire - tout le monde sera indifférent.

Le dernier groupe concerne les caractéristiques indésirables. Quand ils sont partis - tout va bien, dès qu'ils apparaissent - tout devient mauvais. Une telle antifichi :)

Cette méthode est quelque peu douteuse, car il n'est pas clair comment les priorités sont sélectionnées pour les fonctionnalités. En théorie, vous devez interroger les utilisateurs: comme ils le pensent, cette fonctionnalité est bonne ou non, puis regrouper en fonction des opinions des utilisateurs. Dans le même temps, les utilisateurs eux-mêmes doivent également être divisés en groupes cibles et observer comment chaque fonction appartient à quel groupe cible.

Pendant les sondages, les gens disent souvent des bêtises et mentent simplement. Ils peuvent dire que c'est une caractéristique très importante, mais en fait, ils ne paieront jamais d'argent pour cela. De plus, si vous interrogez des utilisateurs, les commentaires sur les produits peuvent être très toxiques.

Exemple

Vous envisagez de faire les prochaines versions et interviewez un groupe de personnes. Certains d'entre eux peuvent dire: "Mais vous y avez fait une fonction payante, à cause de cela, le produit est devenu pire, fii!" Tout simplement parce que c'est pour de l'argent, cette fonction ne semblera pas nécessaire à quelqu'un. Bien que pour les affaires, cela puisse être l'élément clé qui fait un profit.

Par conséquent, la méthode Kano est absolument hors de commercialisation, mais en tant que stratégie à long terme, il y a une place à être.

La méthode classique de hiérarchisation des listes de bogues

Au cœur de celui-ci se trouve une liste de priorités de 0 à 8:

0 - Bogues critiques
Lorsque le testeur est apparu et ne peut plus vérifier quand le système plante ou quelque chose se casse - en général, quand cela est impossible.

1 - Facilité d'utilisation critique et fonctionnalités oubliées
Ici, nous appliquons, y compris la méthode de peinture du carnet de commandes, les spécifications techniques ou un prototype (selon ce que nous avons en main) pour déterminer si nous avons manqué quelque chose.

2 - Bogues non critiques
Il existe des bogues , mais ils n'interfèrent pas avec les tests du produit, ou ils vous permettent de suivre complètement la chaîne de la commande, ou autre chose - c'est-à-dire qu'ils nous permettent de vérifier complètement notre produit.

3 - Utilisabilité non critique

4 - Textes

8 -Liste de souhaits / nous ne le ferons pas / à la discrétion du gestionnaire

Oui, l'intervalle entre 4 et 8 a été fait intentionnellement - le gestionnaire, si nécessaire, peut y prouver toute autre tâche.

Pour les listes de bogues, la méthode est bonne, mais elle a un problème. Dans l'ensemble, nous optimisons la métrique «prêt - pas prêt» dans les listes de bogues. L'étendue des travaux est claire. Mais il est souvent constaté que dans l'utilisabilité non critique, ils essaient de pousser quelque chose qui est sur le point, semble-t-il, de l'utilisabilité et il semble agréable de le faire, mais en fait, il attire une fonctionnalité très sérieuse.

Un autre problème est la subjectivité du testeur, qui doit souvent être revérifiée. Parfois, c'est une histoire qui prend beaucoup de temps lorsque vous regardez personnellement toutes les listes de bogues: regardez ce qu'il a écrit là-bas, et décidez quoi jeter et quoi laisser.

Cette méthode ne convient pas pour hiérarchiser les arriérés - ils ont besoin de critères complètement différents.

Évaluation des tâches

Toute priorisation doit être basée sur les évaluations qui nous sont données. Après tout, la complexité affecte vraiment la priorité d'une fonction. Mais comment déterminer la complexité et à quel moment cela vaut-il la peine de discuter des coûts de main-d'œuvre avec un programmeur? Après tout, avant cela, le gestionnaire doit encore définir au moins des estimations approximatives.

Mais sérieusement, il y a généralement trois options.

- « » , , . , , - -, - -. :)

( ). - , - . , . , , ( - ).
: , , , .

: ( + ( * 3) + ) / 6.

, .

, , . , , , : , — . . — .

, , , . - , , , «» — . — 1 , , .

, « », . , .
Planning Poker

«» , - , , . .

Planning Poker — , . Story Mapping, ( , — ).

Planning Poker
1. , ;
2. , — ( , «»).

Ils aident à hiérarchiser les tâches dans un backlog dans des conditions d'incertitude - lorsque vous planifiez et évaluez uniquement l'effet de l'introduction d'une fonction particulière.

Score ICE

L'abréviation se compose de trois paramètres:

Impact - l'impact sur le produit, d'un point de vue commercial, ou combien d'argent il apportera, ou ce que cette fonctionnalité apportera, à quel point il est cool. Le paramètre est réglé dans une plage de 1 à 10.
Confiance - confiance dans l'évaluation de la complexité ou dans l'évaluation de l'impact des caractéristiques. Par exemple, vous avez créé une sorte de fonction et pensez que cela aura un bon effet sur le projet. Il n'y avait aucune analyse, les données sont inexactes et jusqu'à présent, la priorité est basée uniquement sur votre opinion personnelle. Plus la confiance en votre opinion personnelle est faible, plus le taux est bas. Il est également réglé dans une plage de 1 à 10.
Facilité - coûts de main-d'œuvre ou facilité de mise en œuvre. Il peut également être réglé de 1 à 10. Plus la fonction est simple, plus le score est élevé.

Impact

Afin d'évaluer l'effet d'une caractéristique particulière, il convient de considérer plusieurs critères:

il améliore les conversions,
elle attire de nouveaux utilisateurs
il garde les utilisateurs existants
elle ajoute de la valeur au produit.

Si la fonction y répond, cela a un impact élevé sur le produit. Pour l'évaluation, vous pouvez prendre une échelle de 1 à 10, vous pouvez prendre de 1 à 100. Cette dernière est plus pratique, car il y a une accélération.

La confiance

peut être basée sur:

opinion personnelle, opinion de l'équipe, opinion d'experts externes;
Recherche UX;
les sondages
entretien;
observations, y compris les concurrents;
MVP
Tests A / B;
recherche de tiers;
analytique;
les meilleurs appels au support technique;
les principales demandes des directeurs des ventes;
principales demandes des clients.

Il vaut mieux utiliser ceux où il y a des métriques et des chiffres spécifiques, laisser l'opinion des gens à «plus tard».

Comment mesurer le niveau de confiance - la source

Pour obtenir l'ICE, vous devez multiplier ces trois paramètres - ce sera la priorité pour la mise en œuvre.

Avantages : rapide et facile.

Inconvénients : la méthode a une échelle plutôt limitée - vous pouvez obtenir beaucoup de tâches de haute priorité, car les déclarations seront claires sur elles, les tâches elles-mêmes seront simples et sembleront importantes.

Notation du RIZ

4 paramètres sont utilisés ici:

Audience - couverture: combien d'utilisateurs de cette fonctionnalité obtiendront au moins une certaine satisfaction, soit en remarquant cette fonctionnalité, soit en l'utilisant. Peut être mesuré quantitativement: par exemple, 500 millions d'utilisateurs bénéficieront de cette fonctionnalité. Elle peut être mesurée en pourcentage - par exemple, 30% des utilisateurs utiliseront cette fonction.
Impact - influence: à quel point nous avons vraiment besoin de cette fonction, à quel point elle nous aidera, à quel point la fonction est cool.
Confiance - confiance: similaire au ICE Scoring, confiance dans nos estimations et prévisions d'influence.
Effort - pénibilité.

Les fonctions qui offrent une grande couverture, dont nous sommes confiants et qui ont un bon effet sur le produit et en même temps bon marché en termes de coûts de main-d'œuvre, sont en tête par priorité dans l'arriéré.

Logiciel de priorisation

Il existe plusieurs programmes de priorisation automatique - par exemple, Hygger . Il s'agit d'un système pour les propriétaires de produits, où il existe de nombreux modèles différents qui vous permettent de "jouer" avec les tâches.

À quoi ressemble Hygger de l'intérieur - la source

La même chose à faire dans n'importe quel Google Dock: ajoutez simplement trois paramètres, collectez des données - cela comptera. Ce seront vos priorités. Et ensuite, vous choisissez vous-même ce que vous allez prendre au sprint.

Parfois, les gestionnaires utilisent Jira pour stocker tous les tickets et tâches. Malheureusement, ce n'est pas très pratique pour la priorisation - il est axé sur le fait que quelqu'un priorise manuellement en faisant simplement glisser les tickets de haut en bas dans l'arriéré. C'est cool si l'arriéré n'est pas de 1000 lignes, mais à un moment donné, cela deviendra fastidieux pour vous de le faire avec vos mains.

Jira a certaines façons de classer les tâches en épopées, composants, versions et vous pouvez marquer des tâches avec certaines balises. Il existe plusieurs plugins pour la notation ( Issue Score for Jira ,Calculateur de score prioritaire ), mais ils ne sont pas très fonctionnels.

Des systèmes externes plus ou moins adéquats - Hygger et Airfocus . Ils s'intègrent à Jira, mais ils coûtent à peu près le même prix qu'elle. Par conséquent, le moyen le plus simple consiste à intégrer Google Dock et Jira: téléchargez des backlogs de manière synchrone et appliquez vos formules là où vous en avez besoin.

Comment se faire des amis Jira et Google Docs pour la priorisation

En plus des priorités, il y a toujours un problème pour distribuer la mise en œuvre de certaines tâches dans le temps. Lorsqu'il n'y a que des priorités, rien ne garantit que nous aurons un système connecté (par exemple, vous avez prévu de faire un panier, mais il s'est avéré qu'il n'y avait pas encore de catalogue). Par conséquent, en plus des priorités, il est également utile d'utiliser des diagrammes de Gantt pour voir les connexions dans le système, son fonctionnement correct par composants et la répartition optimale des ressources de votre équipe dans le temps.

Dans Jira, malheureusement, à partir de la «boîte», cette option n'est pas très bien implémentée, donc plusieurs plugins peuvent également être utiles:

Portefeuille (également cher);
BigPicture (lourd);
MS Project ;
Projet Merlin pour MacOS.

Par conséquent

Nous ne nous débarrassons pas de la subjectivité - elle reste à tous les niveaux. Au moment où nous disons «c'est une fonction importante» ou «c'est une fonction sans importance» et quand nous donnons quelques appréciations, la subjectivité est préservée. Mais grâce aux méthodes ci-dessus, nous pouvons diviser cette subjectivité en composants: au moins l'image sera plus claire.

Si vous utilisez un paramètre tel que «confiance dans l'évaluation», vous pouvez «déformer» cette confiance dans le temps. Par exemple, vous avez une bonne fonction qui affecte le produit de manière positive et bon marché, et la couverture donne beaucoup, mais la confiance en elle est faible. Vérifiez-le grâce à des mesures, des analyses, une demande d'experts, des questions aux programmeurs - et précisez.

Bon pour la planification des notes de poker, de plus, nous avons examiné plusieurs méthodes de catégorisation des tâches. Si vous avez une session stratégique avec un client, essayez Story Mapping avec des autocollants et distribuez-les selon les étapes de l'utilisateur. Sur les produits internes, la même méthode vous aidera à choisir les fonctionnalités qui valent la peine d'être prises dans les futures versions. Pour les backlogs, le RICE Scoring est meilleur que les autres pour évaluer quelles tâches iront où.

Mais rappelez-vous que la décision finale appartient toujours au manager, et les chiffres obtenus à l'aide des méthodes ne font que définir la direction.

Rendez-vous dans les nouvelles vidéos sur notre chaîne YouTube !

Techniques de notation et de hiérarchisation des arriérés