<\/a><\/noindex><\/p>\nAnmeldelse<\/h4>\n \nI sin enkleste form, s\u00e5dan fungerer det. <\/p>\n
Bes\u00f8gende kommer ind i caf\u00e9en, v\u00e6lger retter, afgiver ordre, f\u00e5r mad, spiser, betaler.<\/p>\n
Man kan skrive krav til, hvad vi \u00f8nsker fra systemet p\u00e5 hvert trin. <\/p>\n
Systemet skal vise en liste over retter, hver ret skal have ingredienser, v\u00e6gt og pris samt muligheden for at tilf\u00f8je til kurven. Hvorfor er vi sikre p\u00e5 disse krav? I en 'standard' beskrivelse af kravene er dette ikke beskrevet, og det skaber risici. <\/p>\n
Udf\u00f8rere, der ikke forst\u00e5r, hvorfor dette er n\u00f8dvendigt, laver normalt ikke det, der er n\u00f8dvendigt. Udf\u00f8rere, der ikke er involveret i ideens skabelsesproces, er heller ikke involveret i resultatet. Agile siger, lad os fokusere f\u00f8rst og fremmest ikke p\u00e5 systemet, men p\u00e5 mennesker, p\u00e5 forbrugerne, deres opgaver og m\u00e5l. <\/p>\n
Vi laver personas, giver dem detaljer for empati, og fra personernes synspunkt begynder vi at freml\u00e6gge historier. <\/p>\n
Kontormedarbejderen Zachar gik til frokost og \u00f8nsker at spise hurtigt. Hvad har han brug for? Ideen er, at han sandsynligvis \u00f8nsker en business lunch. En anden id\u00e9 er, at han \u00f8nsker, at systemet skal huske hans pr\u00e6ferencer, da han er p\u00e5 di\u00e6t. Endnu en id\u00e9. Han \u00f8nsker, at kaffen straks bliver bragt til ham, fordi han er vant til at drikke kaffe f\u00f8r frokost. <\/p>\n
Der er ogs\u00e5 en forretning (orgkarakter \u2014 en karakter, der repr\u00e6senterer interessene for en given organisation). Forretningen \u00f8nsker at \u00f8ge den gennemsnitlige k\u00f8bsv\u00e6rdi, \u00f8ge k\u00f8bsfrekvensen og \u00f8ge fortjenesten. Ideen er \u2014 lad os tilbyde us\u00e6dvanlige retter fra en bestemt cuisine. Endnu en id\u00e9 \u2014 lad os introducere morgenmad.<\/p>\n
Ideer kan og b\u00f8r konkretiseres, omdannes og pr\u00e6senteres som user stories. Som medarbejder i forretningscentret Zachar vil jeg, at systemet genkender mig, s\u00e5 jeg kan modtage en menu, der tager h\u00f8jde for mine pr\u00e6ferencer. Som servit\u00f8r vil jeg, at systemet varsler mig, n\u00e5r jeg skal tage mig af bordet, s\u00e5 kunden er tilfreds med den hurtige service. Og s\u00e5 videre. <\/p>\n
Dutzinder af historier. Hvad med prioritering og backlog? Jeff p\u00e5peger de opst\u00e5ende problemer: fastl\u00e5sning i sm\u00e5 detaljer og tab af konceptuel forst\u00e5else plus prioritering af funktionalitet skaber et brudt billede p\u00e5 grund af manglende sammenh\u00e6ng med m\u00e5lene. <\/p>\n
Forfatterens vej: Vi prioriterer ikke funktionalitet, men resultat = det, som brugeren f\u00e5r i sidste ende. <\/p>\n
Et \u00e5benlyst men ikke \u00e5benlyst punkt: prioriteringsm\u00f8det holdes ikke af hele teamet, da det er ineffektivt, men af tre personer. Den f\u00f8rste har ansvar for forretningen, den anden for brugeroplevelsen, og den tredje for implementeringen. <\/p>\n
Lad os definere minimumskravet for at l\u00f8se en brugeropgave (minimum levedygtigt produkt).<\/p>\n
Lad os detaljere ideerne for den f\u00f8rste prioritet ved hj\u00e6lp af user stories, designskitser, begr\u00e6nsninger og forretningsregler p\u00e5 kortet over brugerhistorier ved at fort\u00e6lle og diskutere med teamet, hvad der er behov for af personaer og interessenter p\u00e5 hvert trin i processen. De \u00f8vrige id\u00e9er lader vi v\u00e6re i backloggen af muligheder.<\/p>\n
Processen skrives i form af kort fra venstre mod h\u00f8jre, og id\u00e9erne p\u00e5 kortene placeres under procestrinnene. Det er afg\u00f8rende, at hele historien dr\u00f8ftes med teammedlemmerne for at opn\u00e5 gensidig forst\u00e5else.<\/p>\n
Denne tilgang skaber en helhed i overensstemmelse med processerne. <\/p>\n
De indsamlede id\u00e9er skal valideres. En ikke-tilknyttet medlem if\u00f8rer sig persona-hatten og lever en dag i personaens sko, mens de l\u00f8ser opgaven. Der er mulighed for, at de ikke ser de tidligere anstrengelser og skaber kortene forfra, mens teamet opdager alternativer. <\/p>\n
Derefter sker der en detaljeringsfase for vurderingen. Dette kr\u00e6ver blot tre personer. Den ansvarlige for brugeroplevelsen, udvikleren og testeren med det yndlingssp\u00f8rgsm\u00e5l: \u201cHvad hvis\u2026\u201d.<\/p>\n
I hver fase diskuteres processen ud fra brugerrejse kortet, hvilket g\u00f8r det muligt at skabe en helhedsforst\u00e5else af brugerens opgave.<\/p>\n
Er dokumentation n\u00f8dvendig if\u00f8lge forfatteren? Ja, det er den. Men som noter, der hj\u00e6lper med at huske, hvad man er blevet enige om. Involvering af personer udefra kr\u00e6ver igen diskussion.<\/p>\n
Forfatteren g\u00e5r ikke i dybden med emnet omkring dokumentationens tilstr\u00e6kkelighed, men l\u00e6gger v\u00e6gt p\u00e5 n\u00f8dvendigheden af diskussioner. (Ja, dokumentation er n\u00f8dvendig, uanset hvad dem der ikke forst\u00e5r agile siger). Behandling af kun en del af mulighederne kan ogs\u00e5 f\u00f8re til behovet for en total ombygning af hele systemet. Forfatteren p\u00e5peger risikoen for overbehandling, hvis man ikke rammer id\u00e9en. <\/p>\n
For at mindske risikoen er det n\u00f8dvendigt hurtigt at f\u00e5 feedback p\u00e5 det udviklede produkt for at minimere skaden ved at skabe et \u201cforkert\u201d produkt. Man skitserer en id\u00e9 \u2013 validerer hos brugeren, skitserer brugergr\u00e6nseflader \u2013 validerer hos brugeren osv. (Der gives lidt s\u00e6rskilt information om, hvordan man skal validere prototyper). M\u00e5let med softwareudvikling, is\u00e6r i den indledende fase, er at l\u00e6re gennem hurtig feedback, hvorfor det f\u00f8rste skabte produkt er skitser, som kan bevise eller afkr\u00e6fte hypotesen. (Forfatteren bygger p\u00e5 Eric Ries' arbejde \u201cThe Lean Startup\u201d).<\/p>\n
Brugerrejsen kortet hj\u00e6lper med at etablere kommunikation, hvis implementeringen gennemf\u00f8res af flere teams. Hvad skal v\u00e6re p\u00e5 kortet? Det, der er n\u00f8dvendigt for at st\u00f8tte samtalen. Ikke kun user stories (hvem, hvad, hvorfor), men ogs\u00e5 id\u00e9er, fakta, skitser af gr\u00e6nseflader osv.<\/p>\n
Ved at dele kortene p\u00e5 brugerrejsen op i flere vandrette linjer kan arbejdet opdeles i udgivelser \u2014 fremh\u00e6ve det absolut minimale, niveauet for funktionalitet og pyntene.<\/p>\n
Vi gennemg\u00e5r historierne p\u00e5 proceskortet.<\/p>\n
Medarbejderen kom til frokost. <\/p>\n
Hvad \u00f8nsker han? Hastigheden af servicen. At hans frokost allerede venter p\u00e5 bordet eller i det mindste p\u00e5 en bakke. Oups \u2014 en overset skridt: medarbejderen besluttede at spise. Han loggede ind i systemet og valgte en business-lunch mulighed. Han s\u00e5 kalorieindholdet og den ern\u00e6ringsm\u00e6ssige v\u00e6rdi for at f\u00f8lge sin di\u00e6t og ikke tage p\u00e5. Han s\u00e5 billeder af retterne for at beslutte, om han vil spise der eller ej. <\/p>\n
Vil han s\u00e5 g\u00e5 for at f\u00e5 sin frokost og spise? Eller vil de m\u00e5ske levere frokosten til kontoret? S\u00e5 er n\u00e6ste skridt i processen at v\u00e6lge spisested. Han vil gerne se, hvorn\u00e5r det bliver leveret, og hvor meget det vil koste, s\u00e5 han kan v\u00e6lge, hvor han vil bruge tid og kr\u00e6fter \u2014 p\u00e5 at g\u00e5 ned eller arbejde. Han vil gerne se fyldningen af caf\u00e9en for ikke at st\u00e5 i k\u00f8. <\/p>\n
Dern\u00e6st kom medarbejderen til caf\u00e9en. Han \u00f8nsker at se sin bakke, s\u00e5 han kan tage den og straks g\u00e5 hen og spise. Caf\u00e9en vil gerne tage imod penge for at tjene p\u00e5 servicen. Medarbejderen \u00f8nsker at bruge minium tid p\u00e5 betalingerne ved caf\u00e9en for ikke at spilde sin dyrebare tid. Hvordan g\u00f8r man det? Betaler p\u00e5 forh\u00e5nd eller efter servicen p\u00e5 afstand. Eller betale i \u00f8jeblikket via en kiosk. Hvad er det vigtigste? Hvor mange mennesker er villige til at betale for frokosten med betalingskort? Hvor mange vil stole p\u00e5 at gemme kortnummeret til gentagne betalinger i denne kantine? Uden feltunders\u00f8gelse er det uklart, det kr\u00e6ver testning. <\/p>\n
I hvert skridt af processen er det n\u00f8dvendigt at sikre funktionaliteten, for dette skal man tage udgangspunkt i en persona og v\u00e6lge, hvad der er vigtigst for ham (den ber\u00f8mte trio af v\u00e6lgere). Gennemg\u00e5 historien til slut = har skabt en levedygtig l\u00f8sning.<\/p>\n
Dern\u00e6st kommer detaljeringen. Kunden \u00f8nsker at se fyldningen af caf\u00e9en for ikke at st\u00e5 i k\u00f8. Hvad vil han konkret se?<\/p>\n
Se prognosen for, hvor mange mennesker der vil v\u00e6re om 15 minutter, n\u00e5r han kommer derhen.<\/p>\n
Se den gennemsnitlige betjeningstid i caf\u00e9en og dens dynamik en halv time frem.<\/p>\n
Se situationen og dynamikken i optagelsen af bordene.<\/p>\n
Hvad hvis prognosesystemet giver et uforst\u00e5eligt resultat eller stopper med at fungere? <\/p>\n
Se k\u00f8en i caf\u00e9en via video, samt optagelse af bordene. Hmm, hvorfor ikke g\u00f8re dette som det f\u00f8rste?!<\/p>\n
Forfatteren peger p\u00e5 en lille \u00f8velse til at tr\u00e6ne praksis: pr\u00f8v at forestille dig, hvad du g\u00f8r om morgenen efter at v\u00e6re v\u00e5gnet. Et kort = en handling. Sammenl\u00e6g kortene (i stedet for at male kaffe \u2013 drik en opkvikkende drik), for at fjerne individuelle detaljer, og fokuser p\u00e5 m\u00e5let, ikke metoden. <\/p>\n
For hvem er denne bog \u2013 for IT-analytikere og projektledere. Uundg\u00e5eligt at l\u00e6se.<\/p>\n
Applikationer<\/h4>\n \nDiskussion og beslutningstagning er effektiv i grupper p\u00e5 3 til 5 personer.<\/p>\n
Skriv p\u00e5 det f\u00f8rste kort, hvad der skal udvikles, p\u00e5 det andet \u2013 hvad der skal rettes fra det f\u00f8rste, p\u00e5 det tredje \u2013 hvad der skal rettes fra det f\u00f8rste og andet.<\/p>\n
Forbered historier som kager \u2013 ikke ved at skrive opskriften, men ved at finde ud af, hvem kagen er til, ved hvilken lejlighed, og til hvor mange personer. Hvis man opdeler implementeringen, s\u00e5 ikke i fremstilling af bunde, fl\u00f8deskum osv., men i fremstilling af sm\u00e5 f\u00e6rdige kager.<\/p>\n
Softwareudvikling minder om at lave en film, hvor man n\u00f8je skal udvikle og forfine manuskriptet, organisere scenen, skuespillerne osv. f\u00f8r optagelserne starter.<\/p>\n
Der vil altid v\u00e6re mangel p\u00e5 ressourcer.<\/p>\n
20% af indsatsen giver m\u00e6rkbare resultater, 60% giver ubestemte resultater, 20% af indsatsen er skadelig \u2013 derfor er det vigtigt at fokusere p\u00e5 l\u00e6ring og ikke miste modet ved negative resultater.<\/p>\n
Kommuniker direkte med brugeren, s\u00e6t dig i deres sted. Fokuser p\u00e5 nogle problemer.<\/p>\n
Detaljering og udvikling af historien til evaluering er den mest tidskr\u00e6vende del af scrum, s\u00e5 g\u00f8r diskussionerne st\u00e5ende i akvarietilstand (3-4 personer diskuterer ved tavlen; hvis nogen \u00f8nsker at deltage, s\u00e5 skifter de med en af de diskuterende).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