<\/a><\/noindex><\/p>\nR\u00e9vocation<\/h4>\n \nDe la mani\u00e8re la plus simple, comment cela fonctionne. <\/p>\n
Le visiteur entre dans un caf\u00e9, choisit des plats, passe une commande, re\u00e7oit sa nourriture, mange, et paie.<\/p>\n
On peut r\u00e9diger des exigences sur ce que nous attendons du syst\u00e8me \u00e0 chaque \u00e9tape. <\/p>\n
Le syst\u00e8me doit afficher une liste de plats, chacun ayant une composition, un poids et un prix, et la possibilit\u00e9 de les ajouter au panier. Pourquoi sommes-nous s\u00fbrs de ces exigences ? Dans une description 'standard' des exigences, cela n'est pas pr\u00e9cis\u00e9, ce qui engendre des risques. <\/p>\n
Les ex\u00e9cutants qui ne comprennent pas l'utilit\u00e9 de cela font g\u00e9n\u00e9ralement ce qui n'est pas n\u00e9cessaire. Ceux qui ne sont pas impliqu\u00e9s dans le processus de cr\u00e9ation de l'id\u00e9e ne s'investissent pas davantage dans le r\u00e9sultat. Agile dit donc, concentrons-nous d'abord sur les personnes, sur les consommateurs, leurs t\u00e2ches et leurs objectifs. <\/p>\n
Nous construisons des personas, leur donnons des d\u00e9tails pour l'empathie et commen\u00e7ons \u00e0 raconter des histoires du point de vue des personas. <\/p>\n
Zakar, un employ\u00e9 de bureau, est all\u00e9 d\u00e9jeuner et souhaite manger rapidement. Que lui faut-il ? L'id\u00e9e \u2013 il veut probablement un plat du jour. Une autre id\u00e9e \u2013 il veut que le syst\u00e8me se souvienne de ses pr\u00e9f\u00e9rences, car il suit un r\u00e9gime. Encore une id\u00e9e \u2013 il souhaite qu'on lui apporte directement un caf\u00e9, car il a l'habitude de boire du caf\u00e9 avant le d\u00e9jeuner. <\/p>\n
Il existe \u00e9galement un r\u00f4le commercial (personnage repr\u00e9sentant les int\u00e9r\u00eats d'une organisation). L'entreprise souhaite augmenter son chiffre d'affaires moyen, accro\u00eetre la fr\u00e9quence des achats et maximiser ses profits. L'id\u00e9e est de proposer des plats originaux d'une cuisine particuli\u00e8re. Une autre id\u00e9e serait d'introduire des petits-d\u00e9jeuners.<\/p>\n
Les id\u00e9es doivent \u00eatre concr\u00e9tis\u00e9es, transform\u00e9es et formul\u00e9es sous forme de user story. En tant qu'employ\u00e9 du centre d'affaires, Zachar, je veux que le syst\u00e8me me reconnaisse afin que je re\u00e7oive un menu adapt\u00e9 \u00e0 mes pr\u00e9f\u00e9rences. En tant que serveur, je veux que le syst\u00e8me m'informe quand je dois me rendre \u00e0 la table pour que le client soit satisfait d'un service rapide. Et ainsi de suite. <\/p>\n
Des dizaines d'histoires. Ensuite, la priorisation et le backlog? Jeff souligne les probl\u00e8mes \u00e9mergents : l'attention port\u00e9e aux d\u00e9tails mineurs et la perte de la compr\u00e9hension conceptuelle, ainsi que la priorisation des fonctionnalit\u00e9s qui cr\u00e9e une image fragment\u00e9e d\u00fbe \u00e0 une non-concordance avec les objectifs. <\/p>\n
Le chemin de l'auteur : nous priorisons non pas les fonctionnalit\u00e9s, mais le r\u00e9sultat = ce que l'utilisateur obtient finalement. <\/p>\n
Un point \u00e9vident mais souvent n\u00e9glig\u00e9 : la session de priorisation ne se fait pas avec toute l'\u00e9quipe, car cela est inefficace, mais avec trois personnes. Le premier s'occupe des affaires, le deuxi\u00e8me de l'exp\u00e9rience utilisateur et le troisi\u00e8me de la mise en \u0153uvre. <\/p>\n
Identifions le minimum n\u00e9cessaire pour r\u00e9soudre une t\u00e2che utilisateur (solution viables minimum).<\/p>\n
D\u00e9taillons les id\u00e9es de la premi\u00e8re priorit\u00e9 avec des user stories, des esquisses de design, des contraintes et des r\u00e8gles commerciales sur la carte des histoires utilisateurs en racontant et en discutant avec l'\u00e9quipe de ce dont les personnages et les parties prenantes ont besoin \u00e0 chaque \u00e9tape du processus. Les autres id\u00e9es restent non examin\u00e9es, dans le backlog des possibilit\u00e9s.<\/p>\n
Le processus est \u00e9crit sous forme de cartes de gauche \u00e0 droite, et les id\u00e9es sur les cartes sous les \u00e9tapes du processus. Il est essentiel de discuter ensemble du cheminement de toute l'histoire avec les membres de l'\u00e9quipe pour favoriser une compr\u00e9hension mutuelle.<\/p>\n
Ce mode de travail cr\u00e9e une coh\u00e9rence par rapport aux processus. <\/p>\n
Les id\u00e9es obtenues doivent \u00eatre v\u00e9rifi\u00e9es. Un membre non-\u00e9quip\u00e9 rev\u00eat le chapeau du personnage et vit une journ\u00e9e dans l'esprit du personnage en r\u00e9solvant sa t\u00e2che. Il est possible qu'il ne voie pas les travaux d\u00e9j\u00e0 r\u00e9alis\u00e9s, cr\u00e9ant ainsi de nouvelles cartes, tandis que l'\u00e9quipe d\u00e9couvre des alternatives. <\/p>\n
Ensuite, une clarification pour l'\u00e9valuation a lieu. Pour cela, trois personnes suffisent. Une responsable de l'exp\u00e9rience utilisateur, un d\u00e9veloppeur, un testeur avec sa question pr\u00e9f\u00e9r\u00e9e : \u201cEt si\u2026 ?\u201d.<\/p>\n
\u00c0 chaque \u00e9tape, la discussion se fait selon la carte des processus de l\u2019histoire utilisateur, ce qui permet de garder \u00e0 l'esprit la t\u00e2che de l'utilisateur et de cr\u00e9er une compr\u00e9hension coh\u00e9rente.<\/p>\n
Est-ce que l'auteur estime n\u00e9cessaire la documentation ? Oui, c'est n\u00e9cessaire. Mais comme des notes pour rappeler ce sur quoi nous avons convenu. L'implication d'une personne de l'ext\u00e9rieur requiert \u00e0 nouveau une discussion.<\/p>\n
L'auteur n'approfondit pas le sujet de la suffisance de la documentation, mettant l'accent sur la n\u00e9cessit\u00e9 des discussions. (Oui, la documentation est n\u00e9cessaire, peu importe ce que disent ceux qui ne comprennent pas bien l'agilit\u00e9). De plus, travailler uniquement sur une partie des possibilit\u00e9s peut conduire \u00e0 la n\u00e9cessit\u00e9 d'une refonte totale du syst\u00e8me. L'auteur souligne le risque d'une sur-analyse si l'id\u00e9e n'est pas correcte. <\/p>\n
Pour r\u00e9duire les risques, il est essentiel de recevoir rapidement des retours sur le produit en cours de cr\u00e9ation afin de minimiser les dommages caus\u00e9s par la cr\u00e9ation d\u2019un produit \u00ab inappropri\u00e9 \u00bb. Nous avons fait un croquis d'id\u00e9e - valid\u00e9 avec l'utilisateur, un croquis de prototypes d'interface - valid\u00e9 avec l'utilisateur, etc. (Il est \u00e9galement bri\u00e8vement mentionn\u00e9 comment valider des prototypes de logiciels). Les objectifs de cr\u00e9ation de logiciels, surtout au d\u00e9but, sont d'apprendre par le biais de retours rapides, donc le premier produit cr\u00e9\u00e9 est un croquis capable de prouver ou de r\u00e9futer une hypoth\u00e8se. (L'auteur s'appuie sur le travail d'Eric Ries, \u00ab Lean Startup \u00bb).<\/p>\n
La carte des histoires aide \u00e0 \u00e9tablir des communications si la r\u00e9alisation implique plusieurs \u00e9quipes. Que doit contenir la carte ? Ce qui est n\u00e9cessaire pour soutenir la conversation. Non seulement les user stories (qui, quoi, pourquoi), mais aussi des id\u00e9es, des faits, des croquis d'interfaces, etc.<\/p>\n
En divisant les cartes sur la carte des histoires en plusieurs lignes horizontales, il est possible de s\u00e9parer les travaux par versions - identifier le minimum n\u00e9cessaire, le niveau d'ajout de fonctionnalit\u00e9s et les d\u00e9tails.<\/p>\n
Nous discutons des histoires pr\u00e9sentes sur la carte du processus.<\/p>\n
Un employ\u00e9 est venu pour le d\u00e9jeuner. <\/p>\n
Que veut-il? De la rapidit\u00e9 de service. Pour que son d\u00e9jeuner soit d\u00e9j\u00e0 pr\u00eat sur la table ou au moins sur un plateau. Oups \u2014 une \u00e9tape oubli\u00e9e : l'employ\u00e9 a d\u00e9cid\u00e9 de manger. Il se connecte au syst\u00e8me et choisit une option de d\u00e9jeuner d'affaires. Il voit la valeur calorique et la correspondance avec les nutriments, afin de suivre son r\u00e9gime et \u00e9viter de prendre du poids. Il voit des images des plats pour d\u00e9cider s'il va manger \u00e0 cet endroit ou non. <\/p>\n
Ensuite, il va aller chercher son d\u00e9jeuner et manger ? Ou peut-\u00eatre qu'on lui livrera son d\u00e9jeuner au bureau ? Dans ce cas, l'\u00e9tape du processus est le choix du lieu de repas. Il veut voir le d\u00e9lai de livraison et combien cela co\u00fbtera, afin de choisir o\u00f9 investir son temps et ses efforts \u2014 descendre ou travailler. Il veut conna\u00eetre l'affluence du caf\u00e9 pour \u00e9viter d'attendre dans les files. <\/p>\n
Ensuite, l'employ\u00e9 arrive au caf\u00e9. Il veut voir son plateau pour le prendre et se mettre \u00e0 table imm\u00e9diatement. Le caf\u00e9 veut encaisser de l'argent pour gagner de l'argent avec son service. L'employ\u00e9 souhaite passer le moins de temps possible \u00e0 r\u00e9gler sa commande au caf\u00e9, pour ne pas perdre de temps pr\u00e9cieux. Comment faire cela ? Payer \u00e0 l'avance ou apr\u00e8s service \u00e0 distance. Ou payer sur place via un kiosque. Qu'est-ce qui est le plus n\u00e9cessaire ? Combien de personnes sont pr\u00eates \u00e0 payer leur d\u00e9jeuner par carte bancaire ? Combien de personnes feront confiance \u00e0 la conservation de leur num\u00e9ro de carte pour des paiements r\u00e9currents dans cette caf\u00e9t\u00e9ria ? Sans \u00e9tude de terrain, c'est flou, des tests sont n\u00e9cessaires. <\/p>\n
\u00c0 chaque \u00e9tape du processus, il faut au moins garantir la fonctionnalit\u00e9, pour cela, il faut prendre une personne type et choisir ce qui est le plus important pour elle (cette fameuse triplette de s\u00e9lection). L'histoire achev\u00e9e = une solution viable.<\/p>\n
Ensuite, il y a la phase de d\u00e9tails. Le client veut voir l'affluence du caf\u00e9 pour \u00e9viter les files d'attente. Que veut-il exactement ?<\/p>\n
Regarder les pr\u00e9visions sur combien de personnes seront l\u00e0 dans 15 minutes, quand il s'y rendra.<\/p>\n
Regarder le temps moyen de service au caf\u00e9 et sa dynamique pour les 30 minutes \u00e0 venir.<\/p>\n
Regarder la situation et la dynamique d'occupation des tables.<\/p>\n
Et que faire si le syst\u00e8me de pr\u00e9vision donne un r\u00e9sultat incompr\u00e9hensible ou cesse de fonctionner ? <\/p>\n
Regarder \u00e0 travers le vid\u00e9o des files d'attente au caf\u00e9, ainsi que l'occupation des tables. Hmm, pourquoi ne pas faire cela en priorit\u00e9 ?<\/p>\n
L'auteur propose un petit exercice pour travailler la pratique : essayez d'imaginer ce que vous faites le matin apr\u00e8s votre r\u00e9veil. Une carte = une action. Agrandissez les cartes (au lieu de moudre le caf\u00e9 - buvez une boisson stimulante), pour enlever des d\u00e9tails individuels, en mettant l'accent non pas sur la fa\u00e7on de r\u00e9aliser, mais sur l'objectif. <\/p>\n
Pour qui est ce livre - pour les analystes informatiques et les chefs de projet. Lecture incontournable.<\/p>\n
Applications<\/h4>\n \nLes discussions et la prise de d\u00e9cisions sont efficaces en groupes de 3 \u00e0 5 personnes.<\/p>\n
\u00c9crivez sur la premi\u00e8re carte ce qui doit \u00eatre d\u00e9velopp\u00e9, sur la deuxi\u00e8me - ce qui doit \u00eatre corrig\u00e9 de la premi\u00e8re, sur la troisi\u00e8me - ce qui doit \u00eatre corrig\u00e9 de la premi\u00e8re et de la deuxi\u00e8me.<\/p>\n
Pr\u00e9parez des histoires comme des g\u00e2teaux - sans r\u00e9diger la recette de pr\u00e9paration, mais en sachant pour qui, pour quelle occasion, et pour combien de personnes le g\u00e2teau est destin\u00e9. Si vous d\u00e9composez la r\u00e9alisation, ne le faites pas sur la fabrication des g\u00e9noises, de la cr\u00e8me, etc., mais sur la cr\u00e9ation de petits g\u00e2teaux pr\u00eats.<\/p>\n
Le d\u00e9veloppement de logiciels est similaire \u00e0 la cr\u00e9ation d'un film, o\u00f9 il faut soigneusement \u00e9laborer et peaufiner le sc\u00e9nario, organiser la sc\u00e8ne, les acteurs, etc., avant le d\u00e9but du tournage.<\/p>\n
Les ressources seront toujours insuffisantes.<\/p>\n
20% des efforts donnent des r\u00e9sultats tangibles, 60% donnent des r\u00e9sultats flous, 20% des efforts nuisent - c'est pourquoi il est important de se concentrer sur l'apprentissage et de ne pas d\u00e9sesp\u00e9rer en cas de r\u00e9sultats n\u00e9gatifs.<\/p>\n
Communiquez directement avec l'utilisateur, mettez-vous \u00e0 sa place. Concentrez-vous sur certains probl\u00e8mes.<\/p>\n
La d\u00e9taillage et le travail sur l'histoire pour l'\u00e9valuation est la partie la plus p\u00e9nible de Scrum, faites des discussions en mode aquarium (devant le tableau, 3-4 personnes discutent, si quelqu'un veut participer, il remplace quelqu'un).habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0410\u043d\u043d\u043e\u0442\u0430\u0446\u0438\u044f \u041a\u043d\u0438\u0433\u0430 \u044d\u0442\u043e \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043d\u044b\u0439 \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043e\u0442 \u0438\u0434\u0435\u0438 \u0434\u043e \u0432\u043d\u0435\u0434\u0440\u0435\u043d\u0438\u044f \u0441 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0435\u043c \u0442\u0435\u0445\u043d\u0438\u043a agile. \u041f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0441\u043a\u043b\u0430\u0434\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u043f\u043e \u0448\u0430\u0433\u0430\u043c \u0438 \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0448\u0430\u0433\u0435 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u0435\u0442\u043e\u0434\u044b \u0434\u043b\u044f \u0448\u0430\u0433\u0430 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430. \u0410\u0432\u0442\u043e\u0440 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043c\u0435\u0442\u043e\u0434\u043e\u0432 \u043d\u0435 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b\u044c\u043d\u0430, \u043d\u0435 \u043f\u0440\u0435\u0442\u0435\u043d\u0434\u0443\u044f \u043d\u0430 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u044c. \u041d\u043e \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u0441\u0442\u0438\u043b\u044c \u0438\u0437\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0446\u0435\u043b\u043e\u0441\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0434\u0435\u043b\u0430\u044e\u0442 \u043a\u043d\u0438\u0433\u0443 \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439. \u041a\u043b\u044e\u0447\u0435\u0432\u0430\u044f \u0442\u0435\u0445\u043d\u0438\u043a\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-36159","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t