Définition des résultats en tant quéquipe produit

(Made Tech) (23 décembre , 2020)

Les équipes produit doivent se concentrer sur lobtention de résultats .

Dans cet article, nous discuterons de la manière dont une équipe produit peut définir les résultats, puis nous assurer que les épopées / fonctionnalités (sorties) sont liées aux résultats.

Les heures prises ne sont pas un indicateur de value

Au fur et à mesure que la livraison de projet numérique sest développée à partir de cascade , à travers les nombreuses versions de agile à létat actuel de lean , il en va de même pour la façon dont nous mesurons le débit, la qualité et ladéquation générale des produits numériques fabriqués.

Dans procédés de fabrication traditionnels , le produit final était un sortie contrainte et prévisible. Cela signifie quune méthode simple de mesure de la production (certes une dimension unique) était le nombre dheures investies dans la production.

Avec lingénierie numérique, il est fort probable que le nombre dheures investies dans un seul aspect de un produit qui varie énormément en raison du nombre de contraintes, de dépendances et dinfluences déléments qui sont parfois hors du contrôle de léquipe de projet.

Donc, sans temps comme mesure, nous devons afficher les résultats du projet en utilisant différentes mesures.

Les résultats nont pas de sens sans contexte

Étant donné le règne libre, la plupart des ingénieurs numériques construiront ce quils veulent. Cela fait partie de la nature humaine dopérer dans un environnement où nous nous sentons en sécurité, confiants et confortables. Notre «productivité» sera aussi élevée que possible lorsque nous reproduisons des solutions connues ou que nous réutilisons un produit éprouvé, testé et fiable.

Cela a lair génial alors, les ingénieurs numériques sont en train de produire beaucoup de sortie, au rythme, avec peu de problèmes et tout fonctionne (ne casse pas). Cependant, cette sortie est sans direction. Nous allons au moins créer un produit qui sera encombrant, onéreux, voire inutilisable pour lutilisateur final.

Passer des extrants aux résultats

Jusquà présent, Jai postulé que le temps est pris et que la quantité de «trucs» produite a beaucoup moins dimpact sur le succès dun projet que prévu. Cela ne signifie pas quils ne doivent pas être mesurés au cours dun projet, cependant, ils doivent être définis par rapport à une mesure beaucoup plus importante: la valeur du résultat.

«Le résultat est le quantité de quelque chose produit, alors qu’un résultat est la façon dont une chose s’avère. »

Un changement de terminologie nous permet de déplacer l’intérêt et la direction d’une équipe de projet à partir d’une Métaphore de fabrication du XVIIIe siècle à un principe aligné sur comment aborder au mieux lingénierie numérique.

Envisagez de passer en revue un seul composant dun projet qui vient dêtre achevé. Cest le résultat dune collaboration de concepteurs, dingénieurs, de testeurs, etc. En considérant le composant comme un résultat, nous pouvons déterminer quil a pris un certain temps à produire, quil est de qualité prévisible et quil sintégrera dans lenvironnement prévu avec des problèmes minimes.

Considérons maintenant le même travail comme résultat. En produisant ce composant du produit, il est désormais possible quune action soit réalisée par lutilisateur final, une quantité deffort à réduire ou un problème que nous avons identifié comme résolu.

Pourquoi est-ce distinction précieuse? Dans un environnement dingénierie où tout peut être construit, dans des limites raisonnables, les parties prenantes auront une vision ambitieuse de ce qui peut être réalisé. En termes simples, les équipes seront toujours mises au défi de construire plus quelles ne le peuvent dans le temps et / ou le budget disponibles. Lutilisation des résultats pour déterminer la valeur permet à léquipe de déterminer ce qui doit être construit, dune manière que les extrants (temps et volume de production) ne peuvent pas.

Les résultats sont synonymes de valeur

Comme mentionné avant, le résultat est la façon dont une chose se déroule. Léquipe a donc besoin de savoir comment une chose doit se passer avant de la construire. Je ne demande pas à l’équipe de prédire les nuances des détails techniques qu’elle utilisera pour produire un résultat. En guise dalternative, je leur demanderais de savoir comment le composant quils vont construire sera utilisé et comment il affectera lexpérience de lutilisateur final.

Avant que quiconque maccuse de ne pouvoir considérer «utilisateurs finaux», tout ce que nous construisons qui sinterface avec un autre service (quil soit humain ou numérique) peut être qualifié dutilisateur.

La valeur dun résultat est généralement mesurée (classée) par rapport à la valeur pour lentreprise (linstitution du client) et la valeur pour lutilisateur. Cela nous amène à une préparation que toute léquipe du projet doit entreprendre pour garantir la valeur des résultats et du projet dans son ensemble.

Une bonne planification empêche pisser les performances médiocres

Cest le cœur de la méthodologie dingénierie axée sur lutilisateur dabord / axée sur les résultats / axée sur la valeur / lean, ou comme vous aimez lappeler. La planification dans ce contexte nest pas le regroupement fastidieux dinformations obsolètes dans une documentation impénétrable. Au lieu de cela, nous acceptons en équipe de collaborer sur quelques exercices qui nous permettront de construire rapidement la bonne chose.

North star / Vision dentreprise / Objectifs commerciaux

Diverses écoles de pensée et les exercices en atelier utilisent une terminologie différente, mais lélément clé de tout projet est une direction de voyage convenue. Cela peut être décrit comme un énoncé de valeur, une série dobjectifs, un argumentaire ou un énoncé dhypothèse. Le format est moins important que le fait primordial que toute léquipe sait où elle va et pourquoi.

Avec une étoile du Nord en place (mon terme préféré actuel), nous avons maintenant un outil qui nous permet de mesurer la valeur de tout ce que léquipe propose de faire avec leur temps sur le projet.

Cela doit être fait au début de tout engagement. Cest un résultat difficile à élaborer, en particulier, lorsquune équipe est composée détrangers, que la confiance est faible et que beaucoup seront exposés à de nouvelles pratiques de travail. Je voudrais être en mesure de démontrer une séquence d’atelier normative qui donne ce résultat comme par magie. La réalité est que nous avons besoin quils soient brutalement francs et honnêtes à propos de leurs objectifs, et quils le partagent ouvertement avec des inconnus.

Une étoile nord pragmatique est une mesure unique que nous pouvons utiliser pour classer tous les efforts déquipe. Vous remarquerez que je nexprime plus la mesure dans labstrait, je lutilise pour classer les éléments du projet les uns par rapport aux autres.

Une étoile du Nord raisonnable pourrait être «le nombre dinteractions numériques par utilisateur. « 

Ce qui est bien ici, cest que nous ne traitons pas les détails des inscriptions des utilisateurs, du temps de passage, du trajet, du taux déchec, etc. Au lieu de cela, nous mesurerons leurs interactions. Lavocat du diable pourrait suggérer quun utilisateur frustré pourrait «  interagir sans cesse avec le service sans rien obtenir de valeur, donc je ne suggère pas que le service en direct na quune seule mesure.

Les objectifs de lutilisateur

Lutilisateur final, quil sagisse de services humains ou dautres services numériques, est la raison pour laquelle le produit est construit. Il peut s’insérer dans une exigence légale ou réglementaire, mais ce sont des moyens de résumer les besoins d’un utilisateur. Le métier de découvrir et de documenter les objectifs des utilisateurs dépasse le cadre de cet article, mais les résultats de cet exercice sont la principale façon dont nous déterminons ce que nous devons construire.

Nous aimons décrire les objectifs des utilisateurs comme des «  user stories ». Ce sont des œuvres dart magnifiquement conçues que les analystes commerciaux passent des décennies à perfectionner sur des sommets brumeux en tant que Haikus qui se conforment au mètre de: négociable, précieuse, estimable, petite et testable.

Au front de 20 semaines projet fonctionnant sous les restrictions COVID-19, nous sommes plus pragmatiques. Une user story tient sur un post-it rectangulaire lorsquelle est écrite avec un sharpie émoussé, de préférence avec une écriture lisible.

La valeur quils ont est quils décrivent un morceau de valeur gérable pour lutilisateur. Avec suffisamment de ces écrits, nous pouvons les prioriser par rapport à létoile du nord en utilisant les connaissances de léquipe, tous les experts du domaine que nous pouvons persuader dy assister.

La fin du début

Nous pas encore écrit une ligne de code, tant dinconnues restent à découvrir. Nous avons passé le moins de temps possible à faire cela, nous pouvons donc estimer avec optimisme avoir manqué 20\% ( Principe de Pareto ) des besoins de lutilisateur. Nous sommes également conscients que des pivots sont susceptibles de se produire, comme une pandémie mondiale, qui affecteront le projet.

Cependant, nous avons une direction de voyage forte et un arriéré de user stories prioritaires.

Étant donné la nature cyclique des principes de développement agile, nous sommes en mesure de revenir régulièrement à nos hypothèses dorigine et de les faire évoluer pour répondre aux besoins émergents. Une critique légitime du développement agile est quil peut perdre sa direction, car tous les objectifs sont à court terme. Cependant, avec une étoile nord en place et une compréhension de son utilisation, la direction est fortement définie.

Réflexions finales

Jai sauté beaucoup de détails. Il existe des dizaines de méthodes datelier, de diagrammes et de structures qui font une méthodologie comme celle-ci, alors croyez quil ny a pas de «sauts de foi» requis.

En résumé, un projet est lexpression dun avoir besoin. Ils sont normalement rédigés dans la langue de l’organisation qui a identifié le besoin.Cela peut prendre beaucoup de temps à déballer et à découvrir le «  monde où réside le projet, mais en aidant léquipe du projet à découvrir, identifier, rassembler et classer ce quelle doit faire de manière collaborative, cela lui permet dêtre efficace et heureux.

Nous espérons que vous avez apprécié ce message et que vous avez trouvé le contenu informatif et engageant. Nous essayons toujours daméliorer notre blog et nous apprécierions tout commentaire que vous pourriez partager dans cette courte enquête de commentaires .