User Stories ... What else ?

1 420 vues

Publié le

Les users stories sont rapidement devenus la formulation convenue du besoin. Mais est-ce la seule ? Est-ce toujours la meilleure ? On dit que quand on a un marteau, tout ressemble à un clou. Notre communauté agile tend à ignorer ce qui vient d'ailleurs. Pourtant ce qu'on appelle l'ingénierie des exigences est un domaine riche de plusieurs décennies de connaissances et de techniques. Certaines peuvent être utilisées directement, d'autres doivent être adaptées ou peuvent servir d'inspiration. Cette présentation va nous permettre d'étudier plusieurs techniques et concepts du recueil des besoins et les regarder par le prisme de nos pratiques agiles.

Publié dans : Technologie
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
1 420
Sur SlideShare
0
Issues des intégrations
0
Intégrations
306
Actions
Partages
0
Téléchargements
21
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

User Stories ... What else ?

  1. 1. User Stories ... what else ? Agile Grenoble 2013 Le 21 Novembre 2013
  2. 2. Christophe Addinquy, Aujourd’hui : Coach agile @ Zenika Avant : Directeur de projet, consultant, formateur, agiliste bon teint, développeur et d’autres choses encore...
  3. 3. Donc, des outils ?!?
  4. 4. Désolé... ...ça va être un peu dense ! Et pourtant incomplet
  5. 5. Expression du besoin Requirements management Capture des exigences Work item Comment les nommer ? Pas le sujet d’aujourd’hui
  6. 6. Vision Business Expression Collaboration
  7. 7. Vision Business Vision Produit Stratégie Positionnement marketing
  8. 8. Product Box ✤ Une proposition de valeur ✤ Un branding ✤ Un caractère différenciant
  9. 9. The elevator statement 30 secondes pour attirer l’attention de votre boss dans l’ascenseur...
  10. 10. «start with the why» Simon Sinek
  11. 11. Lean Canvas, étape 1 Ash Maurya
  12. 12. Le Startup pitch 1 minute pour vendre votre business model !
  13. 13. La «pyramide de Leffingwell»
  14. 14. Impact Mapping L’assistance d’agile Grenoble Donner envie d’en savoir plus Ce talk Lecteurs de mon blog Recommandations de lecture ciblées Notes de lecture Faire rencontrer l’ingénierie des exigences à la communauté agile
  15. 15. Rationalisme Quantifier Emotions Donner du sens
  16. 16. Vision Business Vision Produit Stratégie Positionnement marketing
  17. 17. Adoption des technologies (1/2) Veut de la technologie Veut une solution opérationnelle
  18. 18. Adoption des technologies (2/2) Innovateur : Va acheter un produit même (surtout) s’il est imparfait pourvu que ce soit une avancée technologique Early adopter : J’achète car c’est nouveau et prometteur, même si ça n’a pas fait ses preuves Early majority : J’achète un produit qui est une solution à mon besoin ... mais je vais suivre un référent ! Late majority : J’achète un produit bien établi qui a fait ses preuves Laggards : J’achète un produit car je ne peux vraiment plus faire autrement
  19. 19. Blue ocean strategy Créer un marché incontesté Se battre sur les marchés existant Rendre la compétition sans objet Vaincre la concurrence Créer et capturer une nouvelle demande Exploiter la demande existante Casser l’équation coût / valeur Ajuster la valeur par rapport au coût Rechercher le différenciateur avec un coût ajusté Se battre sur le prix ou chercher le facteur différenciateur
  20. 20. Vision Business Vision Produit Stratégie Positionnement marketing
  21. 21. Lean Canvas, étape 2 Business model ≠ Business plan
  22. 22. ... ou Business Model Canvas
  23. 23. Et pour un projet interne ?
  24. 24. Approche progicielle (1/2) Faire Acheter Apport de valeur Cost cutting Coeur métier ? Commodity
  25. 25. Approche progicielle (2/2) Gap Fit Renoncements ?
  26. 26. Expression ✤ Structurer ✤ Exprimer ✤ Solidifier
  27. 27. Expression ✤ Structurer ✤ Exprimer ✤ Solidifier
  28. 28. Diagramme de contexte ✤ ✤ Acteurs externes Evénements déclencheurs ✤ Evénements en retour ✤ Système boite noire
  29. 29. Story Mapping 1. Collecter les fonctionnalités 2. Ajouter des détails 3. Disposer en séquence 4. Regrouper par fréquence 5. Indiquer les ruptures logiques dans le worflow 6. Diviser en releases Bottom up http://freethinker.addinq.uy/post/66131430961/a-la-conquete-du-story-mapping 7. Indiquer les estimations 8. Servir en tranches !
  30. 30. Cas d’utilisation, 1ère étape ✤ ✤ Cas d’utilisation ✤ Essentiellement Top-Down Acteurs Packages ✤ (relations)
  31. 31. Expression ✤ Structurer ✤ Exprimer ✤ Solidifier
  32. 32. Cas d’utilisation, 2nd étape (1/2) 1. Le client se présente pour régler sa nuit d’hôtel 2. Le système affiche le montant à régler 1. Le système imprime le voucher pré-payé 2. Le client signe le voucher 1. Le voucher ne correspond pas au client 3. Le système enregistre le voucher acquitté (suite en 6) 3. Le client règle sa facture en cash 1. Le client règle sa facture par C.B. 2. Le système imprime une facturette (suite en 5) 4. La système affiche le montant à rendre 5. Le système imprime la facture 1. Impression de la facture impossible 6. Le système clos la transaction
  33. 33. Entités du domaine Cas d’utilisation, 2nd étape (2/2) Use Cases Vision Use case User Story Entrées / sorties
  34. 34. Template d’exigences ✤ Hub d’information par exigence ✤ Permet le tri ✤ Remplissage incrémental
  35. 35. Software Requirements Specifications
  36. 36. Exigences non-fonctionnelles
  37. 37. Expression ✤ Structurer ✤ Exprimer ✤ Solidifier
  38. 38. Spécifications exécutables ✤ ✤ Exigences déclinées en exemples Basé (si possible) sur des cas réels ✤ Construits en collaboration ✤ Avec les combinatoires ✤ Avec les cas aux limites
  39. 39. Améliorer la qualité ✤ « Quality gateway » ✤ ✤ Viabilité des contraintes ✤ ✤ Alignement sur l’objectif Besoin ou solution ? Levée des ambiguïtés ✤ PLanguage ? ✤ Quantification des attributs ✤ Levée des implicites ✤ Etc...
  40. 40. Collaboration
  41. 41. Gemba (aller sur le terrain) ✤ ✤ ✤ Voir ce que le système ne prends pas en compte (environnement de travail) Observer la logique de travail Mesurer les temps productifs / improductifs ✤ Comprendre les problèmes / souffrances des utilisateurs ✤ S’immerger dans le métier ✤ Empathie avec les utilisateurs
  42. 42. Analyse Causale ✤ L’utilisateur n’exprime généralement pas un besoin mais ce qu’il pense être la solution ✤ Factualiser, s’extraire du ressenti ✤ Remonter au besoin initial ✤ Les 5 pourquoi : une recette pour l’analyse causale
  43. 43. Approche orientée solution ✤ ✤ ✤ Une incarnation de «remember the future» A quoi ressemblerait votre travail avec le nouveau système ? Comment identifiez-vous que les choses vont mieux ?
  44. 44. Workshops ✤ Requirements workshop ✤ ✤ Acceptance tests workshop ✤ ✤ Cadrer, préciser et lever les ambiguïtés Brainstorm ✤ ✤ Définir, Identifier Générer des options, rechercher des solutions non triviales Discussions informelles ✤ Comprendre
  45. 45. Design thinking ✤ Pour faciliter l’innovation ✤ S’appuie sur : ✤ La visualisation ✤ La génération d’idées ✤ Le filtrage et la sélection ✤ L’adaptation
  46. 46. Questionner Questions hors contexte •Pour quelles raisons désironsnous cette fonctionnalité ? •De quoi pouvons-nous nous inspirer ? Focus questions •Qui ? Où ? •Comment ? Quand ? •Pourquoi ? •Quoi ? Questions Fermées •Cette information est-elle obligatoire ? Questions Ouvertes •Que voulez-vous traiter ? •Que souhaitez-vous y voir figurer ? •Comment voyez-vous ça ? Questions Provocatrices •Immédiatement : c’est nécessairement moins d’1 sec. ou 1 min. convient encore ? ✤ Questions hors contexte : En amont pour connaitre des propriétés générales ✤ Focus questions : Pour détailler et lever des ambiguïtés ✤ Questions ouvertes : Pour générer des informations ✤ Questions fermées : pour lever des options ✤ Questions provocatrices : Pour affiner une information
  47. 47. Biais cognitifs ✤ Biais rétrospectif ou l'effet « je le savais depuis le début » ✤ Effet de récence : mieux se souvenir des dernières informations auxquelles on a été confronté ✤ Effet de simple exposition : avoir préalablement été exposé à quelqu'un ou à une situation le/la rend plus positive ✤ Effet d'ambiguïté : tendance à éviter les options dont on manque d'information ✤ Ancrage mental : influence laissée par la première impression ✤ ✤ ✤ ✤ Biais de statu quo : la nouveauté est vue comme apportant plus de risques que d'avantages possibles et amène une résistance au changement Effet de halo : une perception sélective d'informations allant dans le sens d'une première impression que l'on cherche à confirmer Biais de confirmation d'hypothèse : préférer les éléments qui confirment plutôt que ceux qui infirment une hypothèse Perception sélective : interpréter de manière sélective des informations en fonction de sa propre expérience
  48. 48. Liespotting ✤ Pourquoi ? ✤ ✤ Comment ? Récompense ✤ ✤ ✤ Expressions faciales ✤ ✤ Langage non-verbal Indications verbales Avantage Impression positive ✤ Pouvoir ✤ Eviter la punition ✤ Protection ✤ Intimité
  49. 49. Conclusions
  50. 50. Service-Oriented requirements Arbre de décision Design Thinking Domain Driven Design Analyse structurée UML Personas Programmation neurolinguistique Collaborative reqt. gathering Analyse causale Problem frames Business case Stakeholders taxonomy Social modeling Analyse système Story maps Spécifications formelles Stakeholders assessment Liespotting Cartes CRC Analyse contextuelle Creativity workshop Agent-oriented requirements Usability engineering Mesures Archéologie documentaire Contextual inquiry Questionnement Exigences nonfonctionnelles Vision Biais cognitifs Story boards Contraintes EARS Brainstorming Screenwriting Integrated requirements engineering Analyse de risques Event-oriented reqt. Prototypage Card sort Modèle de Kano Product features Analyse cognitive Reqt. driven design Analyse quantitative Liste d’attributs HCI analysis Gap analysis Use Cases Pyramide de Leffingwell Use Cases maps Goal modeling Mind maps Glossaire BPM Modèle de traçabilité Elevator statement 52
  51. 51. « Awareness » Ne pas se méprendre sur le facteur principal !
  52. 52. Questions ?
  53. 53. Merci ! @addinquy http://freethinker.addinq.uy christophe.addinquy@zenika.com addinquy addinquy addinquy addinquy addinquy

×