L’A/B Testing permet de tester des hypothèses et de prendre des décisions basées sur des données. La méthode consiste à comparer une ou plusieurs versions d’une page web ou d’une application présentées de manières aléatoires aux utilisateur·rice·s afin de vérifier laquelle est la plus performante. Il s’agit d’un modèle marketing de Growth Hacking qui représente les 5 étapes du cycle de vie d’un·e client·e sous forme d’entonnoir : 👉 ACQUISITION/ attirez de nouveaux·lles utilisateur·ice·s Il permet de mieux comprendre le parcours d’achat des utilisateur·rice·s avec les points forts et les points de fuite du produit. L’objectif étant d’optimiser le taux de conversion d’une étape à l’autre du Funnel. Même si l’agilité est avant tout une philosophie, il s’agit d’une approche incrémentale qui permet à une entreprise d’être flexible, de s’adapter aux changements et d’implémenter plus rapidement. Cette approche est alignée avec 4 valeurs et 12 principes du manifeste agile. API pour “Application Programming Interface” et en français ça donne “Interface de programmation d’application”. Une API permet de faciliter l’interconnexion entre deux programmes existants pour échanger des données. Un Backlog représente une liste d’éléments qu’il reste à réaliser. Il s’agit d’une pratique régulière (généralement une fois par semaine à heure fixe) durant laquelle l’équipe agile se regroupe pour affiner le contenu du Product Backlog. Il s’agit d’une pratique Agile qui a pour but de faciliter la collaboration et la compréhension entre les développeur.se.s et les parties prenantes non techniques. BRASS “Blink, Relevance, Availability, Scalability, Score” est une méthodologie souvent utilisée en Growth Hacking. Elle permet d’avoir des indicateurs pour prioriser les canaux d’acquisition et booster la croissance. Il s’agit d’un cadre qui permet d’identifier le canal marketing générant la plus forte traction. Il s’agit d’une représentation graphique de l’évolution de la quantité de travail restante par rapport au temps. Il est utilisé dans le suivi de l’avancement du Sprint ou d’un projet entier. Tout comme le Burn-down il permet d’avoir une représentation graphique de l’évolution de la quantité de travail mais en ayant également en plus le périmètre du produit ou d’une release. Il donne une vision plus précise du rythme de développement. Le CAC représente le Coût d’Acquisition par Client·e, c’est un indicateur utilisé pour mesurer l’efficacité des campagnes d’acquisition de client·e·s. Le CAC se calcule en divisant le coût global de la campagne par le nombre de client·e·s gagné·e·s. La méthode des 5 pourquoi aide à résoudre un problème. En se posant 5 fois de suite la question “Pourquoi?” vous identifiez les causes profondes d’un dysfonctionnement. Groupe de personnes partageant des caractéristiques communes sur une période donnée. En marketing digital le taux de Conversion correspond au nombre de visiteur·euse·s qui ont entrepris l’action recherchée. Cette action peut être: s’inscrire à une newsletter, remplir un formulaire, réaliser un achat, télécharger un document, cliquer sur un bouton… Le CPO est le.la représentant.e du Produit. Le titre de CPO se distingue dans la hiérarchie Produit (vs. Head of Product, Directeur.e Produit, VP Product) car il.elle est membre du Comité Exécutif de l’entreprise. Critères permettant de valider qu’une User Story est complète et répond bien au besoin exprimé. Le Critère d’acceptation est généralement formulé comme suit : Étant donné (pré-condition), Quand (action), Alors (résultat). Il s’agit d’une approche qui consiste à prendre des décisions stratégiques en s’appuyant sur l’interprétation des données plutôt que sur l’intuition ou l’émotion. Le Design Sprint est une méthode d’innovation en 5 étapes qui se déroule en 5 jours et en équipe réduite. L’objectif est d’accélérer la résolution de problèmes et de répondre rapidement aux besoins utilisateur·rice·s et client·e·s à moindre coût. Le but est de réduire le risque lors de la mise sur le marché de nouveaux produits en explorant un maximum d’idées et en prototypant que les meilleures qui seront testées auprès d’utilisateur·rice·s. Méthodologie d’innovation appliquant la démarche d’un designer pour permettre de faire émerger de nouvelles idées et solutionner des problèmes. Cette manière de réfléchir et d’innover est centrée sur l’humain (ou l’utilisateur·rice). Il s’agit d’un ensemble de pratiques favorisant la collaboration et la communication entre les Développeur·euse·s (Dev) et les Opérationnel·le·s (Ops). Devops vise à créer un environnement dans lequel la conception, les tests et la livraison de nouvelles features peuvent être réalisés rapidement, fréquemment et efficacement tout en réduisant les risques grâce à l’automatisation des processus. La Definition of Done (DoD) relève de la méthodologie Scrum. C’est une liste de critères objectifs définis par l’équipe déterminant si une User Story peut être considérée comme traitée ou non. Permet notamment de s’assurer de la qualité de son implémentation. La Definition of Ready (DoR) est une liste de critères objectifs définis par l’équipe qu’une User Story doit respecter pour être embarquée dans un Sprint. Les Early Adopter sont à l’affût des nouvelles tendances et ont pour habitude d’acheter quasiment systématiquement des nouveaux produits. Ce type de consommateur·ice joue un rôle moteur lors d’un lancement de produit. C’est la cible qui donnera le plus de feedback. C’est une manière claire, simple, rapide et construite de décrire et définir une idée, personne, entreprise et dans notre cas un produit. 👉 POUR / cible du produit Une Epic (épopée en français) capture une grande fonctionnalité qui pourra être découpée en plusieurs User Stories. C’est un moyen utile d’organiser son travail sous forme d’arborescence pour réussir à terminer un projet conséquent tout en délivrant régulièrement de la valeur à vos client·e·s. Comme son nom l’indique, la méthode Extreme Programming (XP) est la plus radicale du développement Agile. Elle se concentre sur les fonctionnalités qui ont le plus de valeur pour les client·e·s et impose donc de choisir les User Stories en conséquence. Il met encore plus l’accent sur des cycles courts impliquant des tests et livraisons continues. La Facilitation Graphique consiste à représenter visuellement des idées au sein d’un groupe. Elle permet de favoriser et faciliter les échanges et les réflexions notamment pour des sujets complexes. Il s’agit d’un atelier qui consiste à soumettre une liste de fonctionnalités avec un coût associé (fonction de la complexité technique, du temps humain, de la dimension financière ou temporelle) à un groupe ayant une somme d’argent leur permettant d’acheter certaines d’entre elles. L’objectif est d’engager les équipes, permettre de mieux prioriser et trouver un consensus. Une Feature correspond à une caractéristique ou attribut d’un produit qui apporte de la valeur aux utilisateur·rice·s et différencie un produit sur le marché. Méthodologie qui consiste à comparer sous la forme d’un tableau les fonctionnalités de mon produit avec celles des concurrents ou des initiatives similaires. Kaizen est un terme japonais qui signifie “amélioration continue”. La Fiche Kaizen est une fiche idée qui sert à matérialiser une difficulté et à en suivre la résolution. Désigne un cadre/méthodologie de travail. Funnel est un terme anglais qui signifie “entonnoir”. Il est utilisé pour représenter le parcours d’achat de vos clients : de la découverte de votre produit jusqu’à l’achat. Le Golden Circle est un concept simple développé par Simon Sinek. Il propose de répondre à trois questions : Pourquoi? Comment? Quoi? 👉 QUOI? / qu’est ce que votre entreprise propose? Ce qu’il souhaite montrer avec cet outil simple c’est que si un·e chef·fe d’entreprise veut être inspirant·e et inciter ses collaborateur·rice·s et les consommateur·rice·s à le suivre dans son aventure, il doit avant tout mettre en avant son Pourquoi plutôt que le Quoi ou le Comment. Gherkin est une syntaxe utilisée pour faire du BDD (Behaviour Driven development). Cette syntaxe permet d’écrire des scénarios de test compréhensibles par les parties prenantes non techniques. La définition du scénario se fait selon 3 étapes: Given, When, Then. Par exemple: Le Growth Hacking est le plus souvent défini comme une stratégie, un ensemble de techniques marketing, voire même un état d’esprit. Il répond principalement aux besoins des start-up en permettant d’assurer à l’entreprise une croissance forte et à faible coût. Cette technique suit un processus en 5 étapes souvent illustré par l’initiale anglaise AARRR (Acquisition, Activation, Retention, Referral, Revenu) Oups, il semblerait que la lettre H soit délaissée du vocabulaire des PM. ICE est une méthode simple de priorisation. Elle permet d’évaluer à l’aide d’un score une feature (ou plus largement un projet, une idée) selon 3 critères: 👉 IMPACT / à quel point cette feature peut-elle faire la différence? Chacun de ces critères se note de 1 à 10, et la moyenne de ces trois valeurs donne le score «ICE» L’Impact Mapping est une méthode de planification stratégique visuelle. Elle permet d’améliorer la prise de décisions liées à la roadmap et de réaliser des produits qui ont un véritable impact. Elle consiste à traduire graphiquement les éléments suivants : 👉 OBJECTIFS / pourquoi souhaitez-vous créer ou faire évoluer votre produit ? Entretien réalisé avec un·e utilisateur·rice actif·ve ou potentiel·le en face à face pour identifier ses besoins. Entretien réalisé avec un·e utilisateur·rice actif·ve ou potentiel·le en face à face pour infirmer ou confirmer des hypothèses. La méthode Jobs-to-be-done suggère que les utilisateur·rice·s sont moins intéressé·e·s par les produits qu’ils achètent que par les services que ces produits leur rendent. Comme l’explique bien Ted Levitt : les gens ne veulent pas acheter des perceuses ils veulent faire un trou dans leur mur. L’idée est donc d’exprimer, le plus clairement et objectivement possible, le résultat que l’utilisateur·rice souhaite atteindre, ainsi que les raisons qui l’y amènent. Méthode Agile de gestion de projet qui permet d’observer visuellement le flux de travail. Elle se modélise via un tableau avec un système de cartes généralement divisé en trois parties: “À faire”, “En cours” et “Réalisé”. Cet outil simple à comprendre et facile à décoder permet de prioriser et suivre l’état d’avancement des tâches à accomplir. Le modèle de Kano est une approche qui permet de prioriser les fonctionnalités de votre produit sur la base de l’asymétrie des sentiments de satisfaction et insatisfaction de vos utilisateur·rice·s. Les KPI (Key Performance Indicator) ou ICP (indicateurs clés de performance) sont utilisés pour mesurer l’efficacité d’une action, d’un produit. Ils aident au pilotage et à la prise de décision. Il s’agit d’un modèle alternatif au Business Model Canvas. Il est davantage adapté pour les startups ou entreprises voulant se développer par itération. Il a pour objectif de valider le modèle économique d’un produit sur le marché. Le Lean Startup consiste à lancer rapidement un prototype de son produit ou service (MVP) afin de savoir si le concept est intéressant et le marché réceptif. L’objectif est de tester rapidement, à moindre coût et à petite échelle et d’itérer par la suite. La Matrice Impact/Effort est un outil qui permet de catégoriser des idées selon le niveau d’effort qu’elles demandent et leur impact potentiel. Il s’agit d’une méthode permettant d’évaluer un marché en nombre de clients potentiels ou en chiffre d’affaires. La méthode MoSCoW est un outil permettant de prioriser les fonctionnalités d’un produit ou d’un projet en fonction de leur criticité: 👉 MUST HAVE Le MVP (Minimum Viable Product) consiste à développer la version minimale de son produit afin de le soumettre rapidement à sa cible et valider en amont son idée. L’objectif est également de collecter un maximum de retours utilisateurs avec un minimum d’efforts pour permettre d’améliorer son produit. Oups, il semblerait que la lettre N soit délaissée du vocabulaire des PM. Oups, il semblerait que la lettre O soit délaissée du vocabulaire des PM. La Persona est une personne fictive à laquelle on attribue une série de caractéristiques qui définissent son profil. Ils permettent de préciser les spécificités d’un groupe cible et plus particulièrement des client·e·s finaux·ales. À l’aide de ces spécificités, les designers ou les équipes de conception peuvent créer des scénarios mettant en jeu l’utilisation d’un service ou d’un produit. Il s’agit d’une façon de composer les équipes qui permet d’apporter à la fois agilité et créativité. Ce principe part du postulat que l’efficacité d’une équipe repose sur : sa diversité, sa complémentarité et sur le nombre limité de collaborateur·ice·s (chaque équipe devrait être suffisamment petite pour se satisfaire de deux pizzas soit entre 5 et 12 personnes). Outil permettant aux équipes agiles d’organiser les Sprint en réalisant les estimations des User Stories. Souvent utilisé pendant les sessions de Backlog Refinement il consiste donc à évaluer l’effort de développement en utilisant la Suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 14). Méthode qui consiste à vérifier qu’une théorie, une idée, un concept est réalisable du point de vue technique. A ne pas confondre avec un MVP ou un Prototype. Un PoC n’est pas destiné aux client·e·s, ni aux investisseur·se·s et il ne correspond pas à une version simple de votre produit. Un Product Backlog est destiné à recueillir toutes les attentes et besoins attendus du produit. Il correspond donc à une liste de tâches qui ont été priorisées (fonction de la cohérence avec la vision produit, de la valeur apportée aux client·e·s, du coût de développement etc….). Le product backlog s’affine régulièrement et est élaboré au fil du temps. C’est à partir de ce document que les Sprints sont planifiés. Le·la Product Manager est celui·elle qui porte la Vision du produit. Il·elle est responsable du bon développement du produit qui doit correspondre aux besoins des utilisateur·ice·s, tout en respectant les objectifs de l’entreprise. Le Product Market Fit correspond à l’adéquation parfaite entre votre produit et son marché, comme une évidence d’achat. Votre cible comprend votre produit, elle l’achète et elle en parle autour d’elle pour vous recommander. Le·a Product Owner est le·a représentant·e métier et garant de la valeur du produit, il·elle a la main sur la sélection et la priorisation des fonctionnalités à développer. Il s’agit d’une maquette visuelle et interactive d’un produit ou d’une fonctionnalité. Il permet de tester un concept ou s’assurer de son “utilisabilité” auprès d’utilisateur·ice·s avant de le développer. Il s’agit d’un rôle additionnel dans une équipe Scrum. Sa mission se concentre sur la mise en place et le suivi des tests : la rédaction, la validation des Users Stories, le respect de la Definition of Done, l’amélioration des process centrés sur l’utilisateur·ice. Une Release correspond à une nouvelle version du produit livrée aux utilisateur·ice·s. Elle est le fruit de plusieurs Sprints. Il s’agit d’une cérémonie qui a lieu à la fin de chaque Sprint. Son objectif est d’identifier les pratiques qui fonctionnent et celles qui peuvent être améliorées et mises en place. Cet exercice est donc un rendez-vous majeur, qui permet l’amélioration continue du processus de travail de l’équipe. La Roadmap définit les grandes évolutions à venir du produit ainsi que sa direction à court et long terme. L’objectif est de s’assurer que les développements sont alignés avec la vision de l’entreprise, que toute l’entreprise partage cette vision. La Roadmap est un élément critique de la réussite de la stratégie produit d’une entreprise. Le RIC/E est une méthodologie de priorisation avec un système de score : Le Software as a Service (SaaS) est un modèle de distribution de logiciels. Ces derniers sont hébergés sur des serveurs distants plutôt que sur la machine de l’utilisateur·ice. Les client·e·s ne paient pas de licence d’utilisation pour une version, mais utilisent librement le service en ligne ou, plus généralement, payent un abonnement. Il s’agit d’une entreprise qui change d’échelle, grâce à une stratégie d’accélération de la croissance, en particulier à l’international. Ce terme s’applique généralement aux jeunes pousses post-start-up qui ont réussi à transformer leur produit innovant en business rentable mais qui sont encore des pré-Licorne. Pour être scalable, l’entreprise devra se structurer, mettre en place une stratégie de croissance et éventuellement lever des fonds. Le rôle du Scrum Master est de s’assurer que les principes et valeurs de la méthodologie Scrum sont respectés. Il·elle est un·e facilitateur·ice qui aide l’équipe à avancer de manière autonome tout en cherchant à maximiser la productivité et le savoir-faire. Il·elle est considéré·e comme le·a coach de l’équipe de développement, et a également pour rôle de protéger l’équipe des perturbations extérieures. Acronyme qui permet de décrire des objectifs de façon claire, simple et compréhensible. 👉 SPECIFIC / la demande doit être définie clairement et de manière compréhensible Il s’agit d’un intervalle de temps court (1 mois maximum, souvent appelé itération) durant lequel l’équipe agile va concevoir, réaliser et tester de nouvelles fonctionnalités. Un nouveau sprint commence dès la fin du précédent. Chaque sprint a un objectif et une liste de fonctionnalités à réaliser. Cérémonie qui rassemble l’équipe afin de constituer le Backlog du prochain sprint. L’équipe s’engage sur le travail qui lui semble réalisable durant le sprint. Cérémonie de fin de sprint durant laquelle l’équipe présente les fonctionnalités terminées aux parties prenantes afin de recueillir leurs retours. Il s’agit d’un type d’organisation Agile. Une squad correspond à une petite équipe (Pizza Team) pluridisciplinaire ayant une mission long terme claire et étant 100% responsable et autonome. L’équipe est en capacité de réaliser un produit de A à Z. Le Story Mapping est un atelier de création qui permet de donner vie au Backlog. Sur un tableau à deux dimensions on représente sur l’axe horizontal le parcours utilisateur et sur l’axe vertical la priorité des User Stories. Chaque participant·e vient y disposer ses post-it représentant une fonctionnalité. Le Story Point correspond à une mesure arbitraire qui permet d’estimer la complexité d’une fonctionnalité : Suite souvent utilisée pour estimer une quantité d’effort à fournir. Avec un espace entre les chiffres successifs elle a l’avantage de forcer à faire des choix (1, 2, 3, 5, 8, 13, 21, …). Généralement le nombre de points s’arrête à 21 (ou avant) car au-delà cela signifie qu’une User Story est trop importante et qu’elle doit être découpée. Lorsque certain·e·s membres de l’équipe ont de la disponibilité et les compétences appropriées, ils·elles travaillent collectivement (essaiment) sur une User Story pour la terminer avant d’attaquer le développement d’une nouvelle. Technique d’estimation collective basée sur le référentiel de taille utilisé pour les T-shirt, allant de XS à XL. Un Test Multivarié permet de tester simultanément plusieurs versions de plusieurs variables. Il est notamment utilisé pour tester des versions d’email, des landing pages, des fiches produits, des formulaires, etc… A ne pas confondre avec les A/B Test qui permettent de comparer différentes versions d’une même variable. Le terme UX, User eXperience ou expérience utilisateur désigne le ressenti émotionnel d’un·e utilisateur·ice dans une situation d’interaction (avec une interface, un objet, un appareil digital, un service…). Le terme UI, User Interface ou interface utilisateur est directement lié à l’Expérience Utilisateur. L’UI correspond à l’environnement graphique d’un site web, d’une app mobile ou un logiciel. Son objectif est de maximiser l’expérience de l’utilisateur·ice à travers les éléments graphiques : boutons, navigation, typographies, la couleur, les visuels, la charte graphique… Une User Story est une phrase simple, rédigée dans un langage courant, décrivant avec suffisamment de précision le contenu d’une fonctionnalité à développer. Elle doit donc exprimer à qui elle s’adresse et en quoi elle apporte de la valeur : En tant que (Qui?), je veux (Quoi?) afin de (Pourquoi?). Un test utilisateur consiste à observer et interviewer les utilisateur·ice·s cibles d’un produit. L’objectif étant d’analyser les interactions, comprendre leurs besoins et relever des difficultés d’utilisation. La Vélocité correspond au nombre de Story Points qu’une équipe complète durant un Sprint. L’indicateur de vélocité une fois stabilisé permet de définir assez fidèlement le nombre de story points que votre équipe sera capable de faire pour les prochains sprint. La Vision Produit correspond à l’essence du produit. Elle est le lien entre la stratégie business et la Roadmap du produit. Elle permet de se fixer un cap, une mission et sert de boussole lorsque l’on doit prendre des décisions stratégiques ou choisir des fonctionnalités à développer. Un Wireframe ou maquette fonctionnelle correspond à un croquis d’une interface utilisateur. Il permet de définir l’organisation des éléments avec les zones et composants sans rentrer dans le détail graphique (UI). Désigne un ensemble de tâches qui sont en cours de traitement par l’équipe. Oups, il semblerait que la lettre X soit délaissée du vocabulaire des PM. Oups, il semblerait que la lettre Y soit délaissée du vocabulaire des PM. Il s’agit d’une schématisation grossière d’une page web. Le Zoning permet de découper visuellement la page en plusieurs zones et d’en présenter une première approche visuelle.
A/B Testing
AARRR
👉 ACTIVATION / persuadez-les de passer à l’action
👉 RETENTION / convertissez-les en utilisateur·rice régulier·ère
👉 REFERRAL / incitez-les à parler de vous à d’autres utilisateur·rice·s
👉 REVENU / générez et augmentez les revenus par utilisateur.
Agile
API
Backlog
Voir : Backlog Refinement, Product Backlog
Backlog Refinement (ex. Backlog Grooming)
L’objectif est de passer en revue les User Stories pour valider collectivement le contenu du prochain Sprint. C’est l’occasion de vérifier si les User Stories sont toujours d’actualité, s’il faut en créer de nouvelles, s’il faut réévaluer des priorités, attribuer de nouvelles estimations….
Behavior Driven Development (BDD)
Il est notamment utilisé pour la rédaction de scénarios de tests fonctionnels en utilisant un langage commun. La définition du scénario de test est réalisée avec la syntaxe Gherkin (Given, When, Then).
BRASS
Bullseye Framework
Burn-down Chart
Burn-up Chart
Coût d’Acquisition Client (CAC)
Cinq Pourquoi (5 Whys)
Cohorte
Conversion
Chief Product Officer (CPO)
Critères d’acceptation
Data-Driven
Design Sprint
Design Thinking
Devops
Definition of Done (DoD)
Definition of Ready (DoR)
Early Adopter
Elevator Pitch
Il correspond au résumé de la vision produit, structuré comme suit :
👉 QUI SOUHAITENT / résumé du besoin de la cible
👉 NOTRE PRODUIT EST / description du produit
👉 QUI / bénéfice majeur
👉 À LA DIFFÉRENCE DE / alternatives existantes
👉 PERMET DE / éléments différenciateurs majeurs
Epic
Extreme Programming (XP)
Facilitation Graphique
Buy a Feature
Feature
Feature Table
Fiche Kaizen
Framework
Funnel
Golden Circle
👉 COMMENT? / comment vous différenciez-vous par rapport à vos concurrent·e·s? Que faites vous de mieux?
👉 POURQUOI ? / quelle est la raison qui anime votre entreprise?
Gherkin
👉 GIVEN / étant donné (liste des conditions initiales) qu’un·e utilisateur·rice est en France
👉 WHEN / quand (décrit l’action à réaliser) il·elle visite la home page de mon site
👉 THEN / alors (décrit le résultat attendu) il·elle doit voir la version française de la Home page.
Growth Hacking
Des idées, des recommandations ?
N’hésitez pas à me le faire savoir 👉 ici
ICE Scoring Model
👉 CONFIDENCE / à quel point suis-je confiant·e sur le fait que cette feature peut faire la différence?
👉 EASE/EFFORT / puis-je lancer cette feature facilement ?
Impact Mapping
👉 ACTEURS / de qui avez-vous besoin pour atteindre vos objectifs? Qui sont vos utilisateur·rice·s?
👉 IMPACTS / comment souhaitez-vous modifier le comportement des acteur·rice·s pour atteindre votre objectif ?
👉 FONCTIONNALITÉS / quels livrables devez-vous mettre en place pour obtenir le comportement identifié ?
Interview Exploratoire
Interview de Validation
Jobs-to-be-done (JTBD)
Kanban
Kano
Key Performance Indicator (KPI)
Lean Canvas
Lean Startup
Matrice Impact / Effort
Market Sizing
MoSCoW
👉 SHOULD HAVE
👉 COULD HAVE
👉 WON’T HAVE
Minimum Viable Product (MVP)
Des idées, des recommandations ?
N’hésitez pas à me le faire savoir 👉 ici
Des idées, des recommandations ?
N’hésitez pas à me le faire savoir 👉 ici
Persona
Pizza Team
Planning Poker
Proof of Concept (PoC)
Product Backlog
Product Manager (PM)
Product Market Fit
Product Owner (PO)
Prototype
QA
Release
Rétrospective
Roadmap
RIC/E
👉 Score RICE = REACH x IMPACT x CONFIDENCE / EFFORT.
Le Backlog sera priorisé du score le plus élevé au score le moins élevé.
SaaS
Scale Up
Scrum Master
SMART
Méthode utile pour décrire des User Stories dans votre Backlog :
👉 MEASURABLE / elle doit également être mesurable c’est à dire quantifiée ou qualifiée
👉 ACHIEVABLE / l’équipe a les compétences requises pour traiter la demande
👉 RELEVANT / la demande doit être pertinente pour le produit et apporter de la valeur aux utilisateur·ice·s
👉 TIME-BOXED / doit être estimable dans le temps et/ou complexité
Sprint (Itération)
Sprint Planning
Sprint Review
Squad
Story Mapping
Story Point
👉 Taille de T-Shirt (XS, S, M, L, XL)
👉 La suite numérique
👉 La Suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, …)
👉 La suite des puissances 2 (1, 2, 4, 8, 16…)
Suite de Fibonacci
Swarming (Essaimage)
Tailles de T-shirt
Test Multivarié
User Experience (UX)
User Interface (UI)
User Story (US)
User Testing (Test utilisateur)
Vélocité
Vision Produit
Wireframe
Work In Progress (WIP)
Des idées, des recommandations ?
N’hésitez pas à me le faire savoir 👉 ici
Des idées, des recommandations ?
N’hésitez pas à me le faire savoir 👉 ici
Zoning
