Voici comment les entreprises voient les utilisateurs

Transcription

1 Les personas

2 Voici comment les entreprises voient les utilisateurs Talk Phone Ipad Desktop Pencil & Paper

3 qu en serait-il si on les voyait comme des personnes?

4 Personas Au sprint 0 on détermine la cible du projet. Cette cible est personnifiée au travers des personas, c est à dire les utilisateurs du système. Client Conseiller

5 Personas Le persona est une représentation d une personne qui utilise le produit. C est un utilisateur type qui permet d orienter les décisions à prendre lors de la construction du produit Jacques, 35 ans, parisien Marguerite, 83 ans, bretonne

6 La fiche Persona Marguerite, passionnée par le tricot, à découvert lors du passage de son petit fils une application Ipad sur le sujet du tricot Ludovic le petit fils se voit dans l obligation d offrir un Ipad à sa mamie (sous peine de ne plus récupérer le sien) pour qu elle puisse partager sa passion du tricot via l application «je tricote pour ma famille» Marguerite abandonne rapidement le tricot et ce lance dans la recherche d un nouveau mari, via la nouvelle application Ipad «Adopte un papi» Marguerite, 83 ans, bretonne, veuve Marguerite L. Âge : 87 ans vit au : Faou Secteur: Il n y a plus de secteurs à cet âge Revenus : 900 /net mois (une retraite de français) Niveau informatique : Éviter le clavier Temps passé par jour : 6 heures Moyen : IPad Intérêts : Tricots et les papis Activités : tricots, Ipad, siestes, les feux de l amour

7 La fiche Persona Jacques est téléconseiller chez «Free sauf pour Youtube», il assiste les personnes qui ont besoin d une assistance téléphonique Durant son activité professionnelle, il a beaucoup de temps pour s occuper de ses doigts. Il s abonne rapidement à l application «une bonne manucure commence par ses doigts» Il devient téléconseiller «une bonne manucure commence par ses doigts» en complément de son activité pour «Free sauf pour Youtube» Jacques, 35 ans, Parisien, T éléconseiller Marié, 2 enfants Jacques B. Âge : 35 ans vit à : Paris Secteur: Cadre moyen Revenus : /net mois Niveau informatique : Geek Temps passé par jour : 12 heures Moyen : Portable, iphone Intérêts : Hygiène et santé Activités : Course à pied

8 Comment créer des Personas? P pour Primaire E pour Empathie R pour Réaliste S pour Singulier O pour Objectifs N pour Nombre A pour Applicable issus d interviews Personnifié! Comparé avec de véritables clients Des profils types, intéressants Ont un but Entre 3 et 5 Entrant dans le cadre du projet

9 A quoi serviront les Personas? A Élaborer et tester des scénarios à partir de cas concrets «Je suis une mamie, je veux trouver un papi pour faire autre chose que du tricot. Je peux créer ma fiche de profil, qui sera validée par un responsable, si ma fiche est acceptée, elle sera accessible au papi»

10 Du scénario découle les Users Stories Gérer mon profil Consulter des profils P artager mes créations... Client

11 Du scénario découle les Users Stories Consulter les manucures Voter les manucures Conseiller...

12 Atelier Personas

13 5 personas Rédigez, en équipe, 5 personas ( utilisateurs finaux et au moins 1 gestionnaire du site internet ) Les personas doivent avoir : - un nom, un âge, une photo - un métier, un salaire, une situation sociale - des moyens de communication - une histoire - un but, un objectif

14 SCRUM

15 introduction au Scrum Origine Définition Rôles Valeurs Comment ça marche? Artefacts et cérémonials Process SCRUM Démarche itérative Les atouts de la démarche

16 Origine Les premières définitions apparaissent dans les années 90 Le terme Scrum est emprunté au Rugby et signifie mêlée. Ce processus s'articule autour d'une équipe soudée, qui cherche à atteindre un but, comme c'est le cas en rugby pour avancer avec le ballon pendant une mêlée : Ken Schwaber fait équipe avec Mike Beedle pour décrire la méthode dans le livre Agile Software Development With Scrum.

17 Définition Une méthode agile pour améliorer la productivité des équipes Une équipe soudée qui cherche a atteindre son but (la mêlée) en avançant individuellement (sprint)

18 Rôles Product owner Scrum Master Team Product Owner (peut être le client, le consultant) Scrum Master (peut être un chef de projet traditionnel ou un membre de l équipe) Équipe

19 Les valeurs de SCRUM Le client est au coeur du projet. Esprit d équipe. Simplicité, efficacité et qualité. Flexibilité au changement. Importance de la communication. Avancement «empirique», basé sur le concret.

20 Comment ça marche? 1/3 Le Product Owner est le responsable du produit final. C est lui qui liste et priorise les fonctionnalités à réaliser, c est ce qu on appelle le Backlog. Le Scrum Master anime les équipes qui développeront les fonctionnalités dans des itérations courtes : les Sprints

21 Comment ça marche? 2/3 A la fin du sprint, lors du Sprint review, l'équipe fait une démonstration du produit avec les fonctionnalités réalisées. Entre chaque sprint, les priorités métier peuvent changer et les évolutions sont les bienvenues. Scrum est une méthode qui favorise le changement, il est Adaptatif

22 Comment ça marche? 3/3 Lorsqu un sprint est en cours, l équipe ne peut pas être dérangée. Le ScrumMaster veille à la productivité de l équipe. Le Scrum Master organise tous les jours un Daily Scrum où les équipes peuvent remonter les éventuels problèmes rencontrés.

23 Artefacts Backlog produit Plan de sprint Burndown chart de sprint Burndown chart de release

24 Cérémonial Sprints et release Daily Scrum Sprint review Planification de release Planification de sprint Rétrospective

25 Process Scrum Product owner Team Scrum Master

26 Démarche itérative tâche tâche... Sprint 1 Sprint 2 Sprint 3 Sprint 4 Release 1 Release 2 produit

27 Démarche itérative Roadmap Release 1 Release 2 De nouvelles fonctions pour les utilisateurs

28 Démarche itérative Plannification de release Sprint 1 Sprint 2 Sprint 3 Sprint 4... De nouvelles fonctions pour le product owner

29 Démarche itérative Plannification de sprint Tâche 1 Tâche 2 Tâche 3 Tâche 4... Des tâches terminées pour l équipe Team Scrum Master

30 Démarche itérative Chaque itération suit une méthode identique Sprint 1 Comprendre le besoin Concevoir la solution Réaliser l applicatif Tester Accepter Sprint 2 Comprendre le besoin Concevoir la solution Réaliser l applicatif Tester Accepter Sprint 3 Comprendre le besoin Concevoir la solution Réaliser l applicatif Tester Accepter

31 Démarche itérative les tâches sont également gérées sur un modèle identique : Étude technique Écriture des tests unitaires Programmation Exécution des tests unitaires Intégration

32 Les atouts de la démarche Feedback pour le client Information sur l avancement du projet Organisation de l expression du besoin Feedback pour l équipe Cristallisation de l avancement Retour d expérience en environnement réel

33 Les acteurs

34 Les acteurs Product owner Scrum Master Team» Représente le client et les utilisateurs» Définit les besoins» Fixe les priorités» Valide les solutions» Garant de la méthode» Protège l équipe des interférences extérieures» Multi compétences» Auto gestion Stakeholders» Les autres parties prenantes

35 Le Product Owner Product owner Responsabilité» Fournir une vision partagée du produit» Définir le contenu du produit» Planifier le développement du produit Compétences souhaitées» Connaître le domaine étudié» Avoir une vue globale puis une vue détaillée» Assimiler le changement» Savoir négocier» Connaître le rôle de PO et les fondamentaux de Scrum

36 Le Product Owner Product owner Une Participation continue» Participation au cérémonial Scrum Réunion de planification de sprint : 2 heures Scrums quotidiens (au moins 2 / semaine): 15 mn Revue de sprint : 1 heure Rétrospective de sprint : 1 2 heure» Implication au jour le jour Mettre à jour le backlog de produit Répondre aux questions sur le produit Définir et passer les tests d acceptation

37 Le Scrum Master Scrum Master Responsabilité» Veiller et aider à la mise en place de Scrum» Inciter à la capitalisation» Gérer (identifier et éliminer) les obstacles» Une responsabilité dans la construction initiale du backlog Compétences souhaitées» Connaître Scrum» Apte à communiquer facilement» Apte à guider une équipe» Apte au rôle de médiateur» Ténacité» Inclinaison à la transparence Le Scrum Master peut être un membre de l équipe. Charge de travail : 20% au début entre 10 et 15% par la suite.

38 La team TEAM Multi compétente» Analyse le besoin» Conçoit la solution» Réalise l application» Conçoit, réalise et passe les tests unitaires» intègre Autogestion» Le ScrumMaster n est pas un chef de projet informatique» Le ProductOwner n est pas un chef de projet utilisateur

39 Backlog

40 Gestion de projet / SCRUM / Backlog Le backlog du produit Backlog Story Actualisation Story du backlog Story Story Story Story Story Story Story Sprint Sprint Sprint Produit partiel Produit partiel Produit complet

41 Gestion de projet / SCRUM / Backlog Le backlog du produit Une liste des fonctionnalités à réaliser» Littéralement : la liste des choses en attente» Plus précisément : le référentiel des exigences Chaque fonctionnalité est décrite par une story» Les stories sont rangées par priorité Le backlog produit est défini en amont du projet» Les fonctions essentielles sont identifiées» Features, macro stories Le backlog est actualisé tout au long du projet» La description des fonctions est affinée au fil du projet» Features, macro stories, stories

42 Atelier découverte des Users stories

43 Atelier des Users Stories Pré-requis (ou à faire en simultané) : L arborescence du projet Règles La quantité avant la qualité Outils Des séquence d histoires par branche de l arborescence Trello

44 Qu est ce qu une User Story?

45 Qu est ce qu une User Story? Une histoire + des critères d acceptation

46 Gestion de projet / USER STORY Une User Story est une façon de spécifier un besoin fonctionnel Elle est exprimée selon la matrice RÔLE / FONCTION En tant que [rôle], je veux faire une action afin d atteindre un objectif

47 Critères d acceptation Sont des points de vérifications (checklist) Apportent des précisions à la user story Conservent la vision Utilisateur Ne proposent pas de solution Ne sont pas systématiques (mais fortement recommandés)

48 Exemple En tant que Membre premium, je veux annuler mon abonnement afin de réduire mon coût mensuel Vérifier que le compte est bien du type Premium Vérifier que la date de création du compte n est plus dans la période d engagement minimal Vérifier qu il y a bien un envoyé au membre pour confirmer l annulation Vérifier que l administrateur reçoit un de notification Vérifier que le statut du compte est bien modifié

49 Users stories

50 User Story : élément du backlog Nom Identifiant Rôle Description Type État Taille Nom Identifiant Rôle Description Type État Taille Priorité Nom Identifiant Rôle Description Type État Taille Une user story est un élément fonctionnel qui apporte une valeur et qui peut être développé au cours d un sprint.

51 Des personnes, des histoires Format engageant du "Story Telling" L information est spécifique et précise. L utilisateur est clairement défini, c est le héro des petites "histoires". Ce n est pas un panel ( 80% des femmes, entre 25 et 35 ans, etc.) L accent est mis sur les buts et les comportements. Ouvre au dialogue, à l échange.

52 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Libellé court de la fonction. Exemples : «Voir les commandes», «Choisir un produit», «imprimmer les factures»,... etc. Numéro d identification Qui est concerné par cette fonction Permet de préciser le rôle de l utilisateur. Cet attribut peut aider à la compréhension de la story. Exemples : le client, le visiteur, l administrateur, le responsable des stock, la comptabilité, etc.

53 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité La description Peut être libre ou structurée Différents type de structure : - rôle, but, justification - liste d actions élémentaires - Diagramme de séquence (type UML) - Cas d utilisation -... etc.

54 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Description Structurée : Rôle / but / justification En tant que Je veux afin de Rôle But Justification Exemples : En tant que client, je veux m inscrire à une session de formation afin d obtenir une nouvelle compétence En tant que client je veux acheter un billet de train afin de me rendre d une ville à une autre

55 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Description Structurée : Liste d actions élémentaires Flot Principal Afficher le produit Mettre au panier Afficher le panier Flot Alternatif Message d erreur... etc.... etc. Peut être traité avec des schémas (UML)

56 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Condition de satisfaction En tant que Je veux afin de Rôle But Justification Point de vérification 1 Point de vérification 2 Point de vérification 3... En tant que client, je veux m inscrire à une session de formation afin d obtenir une nouvelle compétence Vérifier que l utilisateur est bien «client» Vérifier la disponibilité de la formation Si les places disponibles sont < 2 : réserver la place pendant 15 min.... etc.

57 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Critères d acceptation Étant donné Quand Alors Avant Événement Après En tant que client, je veux m inscrire à une session de formation afin d obtenir une nouvelle compétence Etant donné la session disponible, quand le client l ajoute à sa sélection, alors la place lui est réservée pour une durée de 15 minutes Etant donné la place ajoutée à sa sélection, quand le client valide son inscription, alors la place lui est réservée définitivement etc.

58 Exemples de description En tant que client, je veux lister les commandes passées afin de retrouver mes factures En tant que responsable marketing, je veux saisir les coordonnées des revendeurs afin de les rendre disponibles aux visiteurs sur le store locator du site

59 Epic? ou pas? Je suis un musicien, je veux gérer mes morceaux de musique Clairement Epic Je suis un musicien, je veux afficher les musiques qui ont le mieux marché dans une période donnée, par catégories Je suis un musicien, je veux classer les musiques par catégorie et par période

60 Epic? ou pas? Je suis joueur, je veux jouer en ligne en mode multiplayer Je suis joueur je veux savoir le nombre de joueurs connectés dans la partie en cours Clairement Epic Je suis joueur, je veux rejoindre la partie en cours

61 I N V E S T INVEST ir dans une bonne Story Indépendante» Dans la mesure du possible, éviter les dépendances Négociable» elle peut être discutée avec l équipe chargée de la réalisation» Il n est pas nécessaire d inclure tous les détails Valeur» elle doit être porteuse d une valeur pour le client ou l utilisateur. Estimable» elle peut être estimée par l équipe de réalisation avec un risque d erreur faible.» sa taille doit être petite afin de faciliter son estimation. Elle doit pouvoir être conçue, développée et testée au sein d une itération. Size (Taille)» Des petites histoires qui peuvent se combiner Testable» Un test démontre que l histoire correspond bien aux besoins du client

62 Indépendante Je suis un client, je veux payer avec ma MasterCard Je suis un client, je veux payer en ligne Je suis un client, je veux payer avec Paypal Je suis un client, je veux payer avec une Amercian Express MasterCard Paypal American Express

63 Négociable Une boîte de dialogue permet aux utilisateurs d éditer la liste des imprimantes. La boîte de dialogue permet aux utilisateurs d ajouter ou de supprimer des imprimantes. Un utilisateur peut ajouter une imprimante par une recherche automatique ou manuelle par le biais d une adresse DNS ou d une adresse IP. Une recherche avancée optionnelle permet de filtrer les imprimantes par adresse IP ou par le masque de réseau Je suis un utilisateur, je peux ajouter une imprimante à ma liste d imprimantes Recherche automatique Recherche manuelle (par IP) Recherche manuelle (par DNS) J ai d autres solutions, venez me voir ;-) Laisser de la flexibilité, certains détails peuvent être étudiés lors de l itération

64 Valeur Je suis un demandeur d emploi, je veux chercher un emploi par fonction et par liste décroissante de salaire Je suis RH, je veux qualifier la liste des candidatures après avoir lu le CV Attribuer une note de 1 à 5 Changer le statut (nouvelle, réponse négative, entretien, annulé)... pour l utilisateur... pour le client

65 Estimable La User Story peut ne pas être estimable si : Le développeur connaît mal le domaine fonctionnel Je suis Commercial, j ai besoin de suivre la marge mensuelle de mes ventes Le développeur connaît mal le domaine technique Je suis Médecin, j ai besoin d accéder aux informations des mes patients sur DXCARE La User Story est trop grosse Je suis chômeur, je recherche un emploi

66 Size (taille) Des petites User Stories pour un avenir proche Les grosses Stories (Epic) peuvent être découper (parfois plus tard). Les Users Stories sont progressivement affinées.

67 Size (taille) Découper en données opérationnelles Je suis vendeur, je peux déposer des objets à vendre Je suis vendeur je peux créer et mettre à jour une vente Je suis vendeur je peux ajouter et supprimer des photos à ma vente Je suis vendeur je peux supprimer ma vente

68 Testable Écrire des informations vérifiables Je suis utilisateur et je ne dois pas attendre Je suis utilisateur et je dois recharger la page en moins de une seconde, 95% du temps.

69 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité User (front, utilisateur) Technique (vue développeur) Exemple : synchronisation entre 2 systèmes Bug Exemple : retour sur une story vue dans un précédant sprint

70 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Créée Acceptée Estimée Planifiée En cours Par n importe qui Par le PO Par la team Dans un Sprint Développée dans le sprint courant Terminée Selon définition de fini (voir plus loin)

71 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Selon l évaluation faîte lors du «Planning Poker» (cf Poker) Contrôlez régulièrement l opportunité de décomposer une story en plusieures, plus petites. Ajouter un client Gérer la base client Décomposition Modifier un client Supprimer un client

72 Attributs d une story Nom Identifiant Rôle Description Type État Taille Priorité Les stories sont classées par priorités Les critères pour fixer les priorités - la réduction des risques - la diminution de l incertitude sur des besoins - l augmentation de la qualité - les dépendances entre stories

73 Conclusion / user stories Features (fonctions) Stories Tests Décomposées en Story #1 Backlog product Story #3 Story #2 Détaillées avec Analyse fonctionnelle, besoin métier Acceptation, recette Tâches Tâches Réalisées par Sprint

74 Wireframe + Story