<\/a><\/noindex><\/p>\nRevoke<\/h4>\n \nNella sua forma pi\u00f9 semplice, cos\u00ec funziona. <\/p>\n
Un visitatore entra in un caff\u00e8, sceglie i piatti, effettua un ordine, riceve il cibo, mangia, paga.<\/p>\n
\u00c8 possibile scrivere i requisiti su ci\u00f2 che desideriamo dal sistema in ogni fase. <\/p>\n
Il sistema deve mostrare un elenco di piatti, per ogni piatto gli ingredienti, il peso e il prezzo e deve avere la possibilit\u00e0 di aggiungere al carrello. Perch\u00e9 siamo sicuri di questi requisiti? Nella descrizione 'standard' dei requisiti non sono indicati e ci\u00f2 genera rischi. <\/p>\n
Gli esecutori, non comprendendo a cosa serva, di solito non fanno ci\u00f2 che serve. Gli esecutori non coinvolti nel processo di creazione dell'idea non si sentono neanche responsabili del risultato. L'Agile dice: concentriamoci prima di tutto non sul sistema, ma sulle persone, sui consumatori, le loro esigenze e obiettivi. <\/p>\n
Creiamo personaggi, per empatia aggiungiamo dettagli e dalle prospettive dei personaggi iniziamo a raccontare storie. <\/p>\n
L'impiegato Zahar \u00e8 andato a pranzo e desidera uno spuntino veloce. Di cosa ha bisogno? L'idea \u00e8 che probabilmente voglia un pranzo d'affari. Un'altra idea \u00e8 che desidera che il sistema ricordi le sue preferenze, poich\u00e9 \u00e8 a dieta. Ancora un'idea. Vuole che gli venga portato subito un caff\u00e8, perch\u00e9 \u00e8 abituato a berlo prima di pranzo. <\/p>\n
E c'\u00e8 anche il business (org \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u0436 \u2014 un personaggio che rappresenta gli interessi di qualche organizzazione). L'azienda vuole aumentare il valore medio dell'assegno, incrementare la frequenza degli acquisti e aumentare il profitto. Un'idea \u2014 perch\u00e9 non offriamo piatti insoliti di qualche cucina. Un'altra idea \u2014 perch\u00e9 non introduciamo la colazione.<\/p>\n
Le idee possono e devono essere specificate, trasformate e formalizzate in forma di user story. Come impiegato del business center Zahar, voglio che il sistema mi riconosca, cos\u00ec posso ricevere il menu in base alle mie preferenze. Come cameriere, voglio che il sistema mi avvisi quando \u00e8 il momento di avvicinarmi al tavolo, in modo che il cliente sia soddisfatto del servizio rapido. E cos\u00ec via. <\/p>\n
Decine di storie. E poi la prioritizzazione e il backlog? Jeff indica i problemi che sorgono: il rischio di rimanere impantanati nei dettagli e la perdita della comprensione concettuale, insieme alla priorizzazione delle funzionalit\u00e0, creano un quadro frammentato a causa della non coerenza rispetto agli obiettivi. <\/p>\n
Il percorso dell'autore: Priorizziamo non le funzionalit\u00e0, ma il risultato = ci\u00f2 che l'utente ottiene alla fine. <\/p>\n
Un punto ovvio ma non cos\u00ec ovvio: la sessione di prioritizzazione non si svolge con l'intero team, perch\u00e9 non sarebbe efficace, ma con tre persone. Il primo si occupa dell'aspetto commerciale, il secondo dell'esperienza utente e il terzo dell'implementazione. <\/p>\n
Definiamo il minimo per risolvere un compito dell'utente (soluzione vitale minima).<\/p>\n
Dettagliamo le idee della prima priorit\u00e0 tramite user story, schizzi di design, vincoli e regole aziendali nella mappa delle user story, raccontando e discutendo con il team ci\u00f2 che \u00e8 necessario per i personaggi e gli stakeholder ad ogni passo del processo. Le altre idee rimangono non elaborate, nel backlog delle opportunit\u00e0.<\/p>\n
Il processo viene scritto sotto forma di schede da sinistra a destra, con le idee sulle schede sotto i passaggi del processo. \u00c8 fondamentale discutere insieme ai membri del team l'intero percorso della storia per creare una comprensione reciproca.<\/p>\n
Utilizzare questo metodo crea un'integrit\u00e0 in linea con i processi. <\/p>\n
Le idee raccolte devono essere verificate. Un membro del team assume il ruolo della persona e immagina per un giorno la sua vita, cercando di risolvere il suo compito. C'\u00e8 la possibilit\u00e0 che non veda i risultati gi\u00e0 ottenuti, creando di nuovo le schede, mentre il team scopre alternative. <\/p>\n
Successivamente avviene la dettagliazione per la valutazione. Per questo bastano tre persone: il responsabile dell'esperienza utente, un sviluppatore e un tester con la sua domanda preferita: \u201cE se\u2026\u201d.<\/p>\n
A ogni fase, la discussione si basa sulla mappa dei processi della storia dell'utente, il che consente di mantenere a mente l'obiettivo dell'utente e creare una comprensione uniforme.<\/p>\n
\u00c8 necessaria una documentazione secondo l'autore? S\u00ec, \u00e8 necessaria. Ma come note, per ricordare di cosa ci siamo accordati. Coinvolgere una persona esterna richiede nuovamente discussione.<\/p>\n
L'autore non approfondisce il tema della sufficienza della documentazione, concentrandosi invece sulla necessit\u00e0 di discussioni. (S\u00ec, la documentazione \u00e8 necessaria, indipendentemente da quanto affermino le persone che non comprendono a fondo l'agile). Inoltre, sviluppare solo una parte delle funzionalit\u00e0 pu\u00f2 portare alla necessit\u00e0 di rifare completamente l'intero sistema. L'autore indica il rischio di una sovra-analisi quando non si indovina l'idea. <\/p>\n
Per ridurre i rischi, \u00e8 fondamentale ricevere rapidamente feedback sul prodotto in fase di sviluppo per minimizzare il danno causato dalla creazione di un prodotto \"sbagliato\". Abbiamo creato una bozza dell'idea \u2014 validata con l'utente, una bozza dei prototipi dell'interfaccia \u2014 validata con l'utente, ecc. (Viene fornita una breve indicazione su come validare i prototipi software). Gli obiettivi della creazione di software, specialmente nella fase iniziale, sono l'apprendimento attraverso un rapido feedback, quindi il primo prodotto creato \u00e8 una bozza in grado di provare o confutare un'ipotesi. (L'autore si basa sul lavoro di Eric Ries \"The Lean Startup\").<\/p>\n
La mappa delle storie aiuta a facilitare la comunicazione quando l'implementazione \u00e8 gestita da pi\u00f9 team. Cosa dovrebbe esserci nella mappa? Tutto ci\u00f2 che \u00e8 necessario per sostenere la conversazione. Non solo le user story (chi, cosa, perch\u00e9), ma anche idee, fatti, schizzi dell'interfaccia, e altro.<\/p>\n
Dividendo le schede nella mappa delle storie in pi\u00f9 linee orizzontali, \u00e8 possibile suddividere il lavoro in rilasci \u2014 evidenziare il minimo indispensabile, il livello di ampliamento delle funzionalit\u00e0 e i dettagli finali.<\/p>\n
Discutiamo le storie nella mappa del processo.<\/p>\n
Un dipendente \u00e8 andato a pranzo. <\/p>\n
Cosa desidera? Velocit\u00e0 di servizio. Vorrebbe che il suo pranzo fosse gi\u00e0 pronto sul tavolo o almeno su un vassoio. Oops \u2014 passo dimenticato: il dipendente ha voluto mangiare. \u00c8 entrato nel sistema e ha scelto una opzione di business lunch. Ha visto le calorie e il valore nutrizionale per seguire la dieta e non ingrassare. Ha visto le immagini del piatto per decidere se mangiare in quel posto o meno. <\/p>\n
Poi andr\u00e0 a prendere un pranzo e a pranzare? O forse gli porteranno il pranzo in ufficio? In tal caso, il passo del processo \u00e8 scegliere dove mangiare. Vuole vedere la scadenza per la consegna e quanto coster\u00e0, per decidere dove spendere tempo e risorse \u2014 per andare al piano di sotto o rimanere al lavoro. Vuole conoscere il livello di affollamento del caff\u00e8, per evitare di trovarsi in lunghe code. <\/p>\n
Successivamente, il dipendente arriva al caff\u00e8. Vuole vedere il suo vassoio, per prenderlo e andare immediatamente a pranzare. Il caff\u00e8 vuole incassare denaro, per guadagnare grazie al servizio. Il dipendente desidera perdere il minor tempo possibile nei pagamenti con il caff\u00e8, per non sprecare tempo prezioso inutilmente. Come pu\u00f2 farlo? Pagando in anticipo o, al contrario, dopo il servizio in modalit\u00e0 remota. Oppure pagando direttamente al momento, utilizzando un chiosco. Quale di queste opzioni \u00e8 pi\u00f9 importante? Quante persone sono pronte a pagare il pranzo con una carta bancaria? Quante persone si fideranno di memorizzare il numero della carta per pagamenti futuri in questa mensa? Senza una ricerca sul campo, rimane incerto; \u00e8 necessaria una fase di test. <\/p>\n
In ogni fase del processo, \u00e8 necessario garantire in qualche modo il funzionamento; per questo bisogna prendere come riferimento una persona e scegliere cosa \u00e8 pi\u00f9 importante per lei (quella famosa triade di selezione). Se abbiamo completato la storia, abbiamo creato una soluzione sostenibile.<\/p>\n
Successivamente si passa ai dettagli. Il cliente vuole vedere l'occupazione del caff\u00e8 per evitare di fare la fila. Cosa desidera esattamente?<\/p>\n
Vedere la previsione di quante persone ci saranno tra 15 minuti, quando arriver\u00e0 l\u00ec.<\/p>\n
Controllare il tempo medio di servizio nel caff\u00e8 e la sua evoluzione per i prossimi trenta minuti.<\/p>\n
Osservare la situazione e la dinamica dell'occupazione dei tavoli.<\/p>\n
E se il sistema di previsione fornisse un risultato incomprensibile o smettesse di funzionare? <\/p>\n
Guardare attraverso le telecamere le file nel caff\u00e8, cos\u00ec come l'occupazione dei tavoli. Hmm, perch\u00e9 non farlo prima di tutto?!<\/p>\n
L'autore propone un piccolo esercizio per praticare: prova a immaginare cosa fai al mattino dopo esserti svegliato. Una scheda = un'azione. Raggruppa le schede (invece di macinare il caff\u00e8, bere una bevanda energizzante) per rimuovere dettagli individuali, concentrandoti non sul modo in cui si realizza, ma sull'obiettivo. <\/p>\n
Questa \u00e8 una lettura imprescindibile per analisti IT e project manager.<\/p>\n
Applicazioni<\/h4>\n \nLe discussioni e le decisioni sono pi\u00f9 efficaci in gruppi da 3 a 5 persone.<\/p>\n
Scrivi sulla prima scheda cosa deve essere sviluppato, sulla seconda cosa correggere di quanto fatto nella prima, nella terza correggi quanto fatto nella prima e nella seconda.<\/p>\n
Prepara le storie come torte: senza scrivere la ricetta, scopri per chi, per quale evento e per quante persone \u00e8 la torta. Se devi dividere l'implementazione, fallo non sulla preparazione della base, della crema, ecc., ma su piccole torte gi\u00e0 pronte.<\/p>\n
Lo sviluppo software \u00e8 simile alla creazione di un film, dove \u00e8 necessario elaborare e perfezionare attentamente la sceneggiatura, organizzare la scena, gli attori e molto altro prima di iniziare le riprese.<\/p>\n
Le risorse non saranno mai sufficienti.<\/p>\n
Il 20% degli sforzi porta risultati tangibili, il 60% porta risultati incerti, il 20% degli sforzi \u00e8 controproducente \u2014 ecco perch\u00e9 \u00e8 importante concentrarsi sull'apprendimento e non scoraggiarsi di fronte a un risultato negativo.<\/p>\n
Comunica direttamente con l'utente e metti te stesso nei suoi panni. Concentrati su alcuni problemi.<\/p>\n
La dettagliata elaborazione della storia per la valutazione \u00e8 la parte pi\u00f9 gravosa dello scrum; rendete le discussioni statiche in modalit\u00e0 acquario (alla lavagna discutono 3-4 persone; se qualcuno desidera partecipare, sostituisce uno di loro).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-novosti-interneta"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t