<\/a><\/noindex><\/p>\nReview<\/h4>\n \nIn de eenvoudigste vorm, hoe dit werkt. <\/p>\n
Een bezoeker komt in een caf\u00e9, kiest gerechten, plaatst een bestelling, ontvangt eten, eet en betaalt.<\/p>\n
Je kunt eisen opschrijven over wat we van het systeem willen in elke fase. <\/p>\n
Het systeem moet een lijst van gerechten tonen, met ingredi\u00ebnten, gewicht en prijs en de mogelijkheid bieden om iets aan de winkelwagentje toe te voegen. Waarom zijn we zeker van deze eisen? In de 'standaard' beschrijving van eisen wordt dit niet beschreven en dat genereert risico's. <\/p>\n
Uitvoerders die niet begrijpen waarom dit nodig is, doen meestal niet wat nodig is. Uitvoerders die niet betrokken zijn bij het proces van ideecreatie, zijn ook niet betrokken bij het resultaat. Agile zegt, laten we ons vooral niet op het systeem concentreren, maar op de mensen, de consumenten, hun taken en doelen. <\/p>\n
We cre\u00ebren persona's, geven ze details voor empathie en beginnen vanuit de persona's verhalen te vertellen. <\/p>\n
Kantoormedewerker Zachar ging lunchen en wil snel een hapje eten. Wat heeft hij nodig? Het idee is dat hij waarschijnlijk een zakelijke lunch wil. Een ander idee is dat hij wil dat het systeem zijn voorkeuren herinnert, omdat hij op dieet is. Nog een idee: hij wil dat hij meteen koffie krijgt, omdat hij gewend is koffie te drinken voor de lunch. <\/p>\n
Er is ook een bedrijf (organisatiepersoon \u2014 een personage dat de belangen van een organisatie vertegenwoordigt). Het bedrijf wil de gemiddelde besteding verhogen, de aankoopfrequentie vergroten en de winst verhogen. Het idee is \u2014 laten we ongebruikelijke gerechten uit een bepaalde keuken aanbieden. Een ander idee \u2014 laten we ontbijt introduceren.<\/p>\n
Idee\u00ebn kunnen en moeten ge concretiseerd, omgevormd en gepresenteerd worden in de vorm van user stories. Als medewerker van een businesscentrum wil ik dat het systeem mij herkent, zodat ik het menu krijg dat rekening houdt met mijn voorkeuren. Als ober wil ik dat het systeem me waarschuwt wanneer ik naar de tafel moet gaan, zodat de klant tevreden is met de snelle service. Enzovoorts. <\/p>\n
Tientallen verhalen. En wat nu met prioritering en backlog? Jeff wijst op de opkomende problemen: vastlopen in detail en het verlies van conceptueel begrip, plus de prioritering van functionaliteit cre\u00ebert een onsamenhangend beeld vanwege inconsistentie met de doelen. <\/p>\n
De weg van de auteur: We prioriteren niet de functionaliteit, maar het resultaat = wat de gebruiker uiteindelijk ontvangt. <\/p>\n
Een voor de hand liggend maar niet voor de hand liggend punt: de prioriteringssessie wordt niet door het hele team gedaan, want dat is niet effectief, maar door drie mensen. De eerste is verantwoordelijk voor het bedrijfsleven, de tweede voor de gebruikerservaring en de derde voor de implementatie. <\/p>\n
Laten we het minimum defini\u00ebren voor het oplossen van \u00e9\u00e9n gebruikerstaak (minimaal levensvatbare oplossing).<\/p>\n
We detailleren idee\u00ebn van de eerste prioriteit met behulp van user stories, schetsen van ontwerpen, beperkingen en bedrijfsregels op de kaart met gebruikersverhalen door samen met het team te vertellen en te bespreken wat nodig is voor de personages en stakeholders in elke stap van het proces. De overige idee\u00ebn laten we onverklaard in de backlog met mogelijkheden.<\/p>\n
Het proces wordt geschreven in de vorm van kaarten van links naar rechts, en idee\u00ebn op de kaarten onder de stappen van het proces. Het is essentieel dat de hele geschiedenis samen met de teamleden wordt besproken om wederzijds begrip te cre\u00ebren.<\/p>\n
Deze manier van werken cre\u00ebert samenhang tussen processen. <\/p>\n
De gegenereerde idee\u00ebn moeten getest worden. Een teamlid draagt de hoed van de persoon en leeft een dag in het hoofd van de persoon, terwijl hij zijn taak oplost. Het is mogelijk dat hij de voorbereidende werkzaamheden niet ziet, waardoor hij kaarten opnieuw aanmaakt, terwijl het team alternatieven ontdekt. <\/p>\n
Vervolgens vindt er een detaillering plaats voor de beoordeling. Hiervoor zijn drie personen voldoende. Verantwoordelijk voor de gebruikerservaring, ontwikkelaar, tester met de favoriete vraag: \u201cEn wat als\u2026\u201d.<\/p>\n
In elke fase gaat de discussie over de proceskaart van de gebruikersgeschiedenis, wat helpt om de gebruikersbehoefte in gedachten te houden en een samenhangend begrip te cre\u00ebren.<\/p>\n
Is documentatie nodig volgens de auteur? Ja, dat is het. Maar als aantekeningen die helpen herinneren waarover is afgesproken. De betrokkenheid van iemand van buitenaf vereist opnieuw discussie.<\/p>\n
De auteur gaat niet diep in op de voldoende documentatie, maar legt de nadruk op de noodzaak van discussies. (Ja, documentatie is nodig, hoezeer mensen die niet diep in agile zijn ook beweren). Ook kan het uitwerken van slechts een deel van de mogelijkheden leiden tot de noodzaak om het hele systeem opnieuw te ontwerpen. De auteur wijst op het risico van overmatige uitwerking als de idee\u00ebn niet kloppen. <\/p>\n
Om risico's te verminderen, is het nodig om snel feedback te krijgen over het product dat wordt ontwikkeld om de schade van het cre\u00ebren van een \u201conjuist\u201d product te minimaliseren. We hebben een schets van een idee gemaakt \u2014 gevalideerd bij de gebruiker, schetsen van interfaceprototypes \u2014 gevalideerd bij de gebruiker, enzovoorts. (Er wordt apart vermeld hoe prototypes van programma\u2019s te valideren). De doelen van softwareontwikkeling, vooral in de beginfase \u2014 leren door snelle feedback te krijgen; de eerste geproduceerde producten zijn schetsen die in staat zijn om een hypothese te bewijzen of te weerleggen. (De auteur baseert zich op het werk van Eric Ries \u201cThe Lean Startup\u201d).<\/p>\n
De kaart van verhalen helpt de communicatie te verbeteren als de uitvoering door verschillende teams wordt verzorgd. Wat moet er op de kaart staan? Wat nodig is om het gesprek te ondersteunen. Niet alleen user stories (wie, wat, waarom), maar ook idee\u00ebn, feiten, schetsen van interfaces, enzovoorts\u2026<\/p>\n
Door de kaarten op de verhalenkaart in meerdere horizontale lijnen te splitsen, kunnen de werkzaamheden in releases worden verdeeld \u2014 het minimum \u0432\u044b\u0434\u0435\u043ben, een laag voor extra functionaliteit en strikken.<\/p>\n
We bespreken de verhalen op de proceskaart.<\/p>\n
De medewerker is aangekomen voor de lunch. <\/p>\n
Wat wil hij? Snelheid van service. Hij wil dat zijn lunch al op tafel of tenminste op een dienblad wacht. Oeps \u2014 gemiste stap: de medewerker wilde iets eten. Hij logde in het systeem en koos een optie voor de zakelijke lunch. Hij zag de caloriewaarde en de bijbehorende voedingswaarde om aan zijn dieet te voldoen en niet aan te komen. Hij zag foto's van de gerechten om te beslissen of hij op deze plaats wilde eten of niet. <\/p>\n
Gaat hij daarna de lunch halen en lunchen? Of misschien wordt de lunch naar zijn kantoor bezorgd? Dan is de volgende stap in het proces de keuze van de eetlocatie. Hij wil weten wanneer het wordt bezorgd en hoeveel het gaat kosten, zodat hij kan kiezen waar hij zijn tijd en energie aan wil besteden \u2014 naar beneden gaan of werken. Hij wil de drukte van het caf\u00e9 zien, zodat hij niet in de rij hoeft te staan. <\/p>\n
Vervolgens kwam de medewerker in het caf\u00e9. Hij wil zijn dienblad zien, zodat hij het kan pakken en meteen kan gaan lunchen. Het caf\u00e9 wil geld verdienen door service te bieden. De medewerker wil zo min mogelijk tijd verspillen aan betalingen bij het caf\u00e9, zodat hij zijn waardevolle tijd niet nutteloos verliest. Hoe doe je dat? Van tevoren betalen of juist na de service op afstand? Of betaling op het moment zelf via een kiosk. Wat is hierin het belangrijkste? Hoeveel mensen zijn bereid om hun lunch met een bankkaart te betalen? Hoeveel mensen vertrouwen het bewaren van hun kaartnummer voor herhaalde betalingen aan deze cafetaria toe? Zonder veldonderzoek is het onduidelijk, testen is nodig. <\/p>\n
Bij elke stap van het proces moet je op de een of andere manier de functionaliteit waarborgen, hiervoor moet je een bepaald persona als basis nemen en kiezen wat voor hem het belangrijkste is (diezelfde selectie van drie). De geschiedenis tot het einde doorlopen = een levensvatbare oplossing gemaakt.<\/p>\n
Daarna komt de detaillering. De klant wil de drukte van het caf\u00e9 zien, zodat hij niet in de rij hoeft te staan. Wat wil hij precies?<\/p>\n
Kijk naar de voorspelling van hoeveel mensen er over 15 minuten zullen zijn als hij daar aankomt.<\/p>\n
Bekijk de gemiddelde wachttijd in het caf\u00e9 en de dynamiek daarvan voor een half uur vooruit.<\/p>\n
Bekijk de situatie en de dynamiek van de bezetting van de tafels.<\/p>\n
En wat als het voorspellingssysteem een onduidelijk resultaat geeft of stopt met werken? <\/p>\n
Kijk via video naar de rijen in het caf\u00e9 en de bezetting van de tafels. Hmm, waarom zou je dit niet als eerste doen?!<\/p>\n
De auteur wijst op een kleine oefening om de praktijk te oefenen: probeer je voor te stellen wat je 's ochtends doet na het wakker worden. E\u00e9n kaart = \u00e9\u00e9n actie. Vergrijp de kaarten (in plaats van koffie malen \u2014 drink een verkwikkende drank) om individuele details te verwijderen, en richt je op het doel in plaats van de uitvoeringsmethode. <\/p>\n
Voor wie is dit boek \u2014 voor IT-analisten en projectmanagers. Een aanrader om te lezen.<\/p>\n
Applicaties<\/h4>\n \nDiscussie en besluitvorming zijn effici\u00ebnt in groepen van 3 tot 5 personen.<\/p>\n
Schrijf op de eerste kaart wat ontwikkeld moet worden, op de tweede \u2014 wat gecorrigeerd moet worden van de eerste, op de derde \u2014 wat gecorrigeerd moet worden van de eerste en tweede.<\/p>\n
Bereid verhalen voor als taarten \u2014 schrijf het recept niet uit, maar ontdek voor wie, bij welke gelegenheid en voor hoeveel personen de taart is. Als je de uitvoering opsplitst, doe dat dan niet in het maken van lagen, room, enz., maar in het maken van kleine kant-en-klare taarten.<\/p>\n
Softwareontwikkeling lijkt op het maken van een film, waarbij je het script zorgvuldig moet ontwikkelen en verfijnen, de sc\u00e8ne, acteurs en zo verder moet organiseren voordat de opnames beginnen.<\/p>\n
Er zullen altijd niet genoeg middelen zijn.<\/p>\n
20% van de inspanningen levert een merkbaar resultaat, 60% levert onduidelijke uitkomsten op, 20% van de inspanningen zijn schadelijk \u2014 daarom is het belangrijk om te focussen op leren en niet wanhopig te worden bij negatieve resultaten.<\/p>\n
Communiceer direct met de gebruiker, voel je in zijn positie. Focust je op bepaalde problemen.<\/p>\n
Detailering en uitwerking van een verhaal voor evaluatie is het meest tijdrovende deel van scrum, maak de discussies staand en in aquariummodus (bij het bord discussi\u00ebren 3-4 mensen, als iemand wil deelnemen, vervangt hij iemand).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