<\/a><\/noindex><\/p>\nRevoca<\/h4>\n \nNella sua forma pi\u00f9 semplice, come funziona. <\/p>\n
Il visitatore arriva al caff\u00e8, sceglie i piatti, fa un ordine, riceve il cibo, mangia, paga.<\/p>\n
Si possono scrivere i requisiti su cosa vogliamo dal sistema in ogni fase. <\/p>\n
Il sistema deve visualizzare un elenco di piatti, con ingredienti, peso e prezzo per ciascun piatto e dare la possibilit\u00e0 di aggiungere al carrello. Perch\u00e9 siamo certi di questi requisiti? Nella descrizione \"standard\" dei requisiti questo non \u00e8 specificato e ci\u00f2 genera rischi. <\/p>\n
Gli esecutori che non comprendono il perch\u00e9 sia necessario di solito fanno ci\u00f2 che non serve. Gli esecutori che non sono coinvolti nel processo di creazione dell'idea non sono coinvolti nemmeno nel risultato. Agile dice, concentriamoci soprattutto non sul sistema, ma sulle persone, sui consumatori, sui loro compiti e obiettivi. <\/p>\n
Creiamo le personas, per empatia diamo loro dettagli e dal punto di vista delle personas iniziamo a raccontare storie. <\/p>\n
L'ufficio dipendente Zakhar \u00e8 andato a pranzo e vuole uno spuntino veloce. Di cosa ha bisogno? L'idea \u00e8 che probabilmente vuole un pranzo d'affari. Un'altra idea \u00e8 che vuole che il sistema ricordi le sue preferenze, poich\u00e9 \u00e8 a dieta. Un'altra idea. Vuole che gli venga portato subito il caff\u00e8, perch\u00e9 \u00e8 abituato a bere caff\u00e8 prima di pranzo. <\/p>\n
C'\u00e8 anche un business (orgsonage \u2014 un personaggio che rappresenta gli interessi di un'organizzazione). Il business vuole aumentare il valore medio della spesa, aumentare la frequenza degli acquisti e aumentare il profitto. L'idea \u00e8: perch\u00e9 non proporre piatti insoliti di qualche cucina? Un'altra idea \u00e8: perch\u00e9 non introdurre le colazioni.<\/p>\n
Le idee possono e devono essere concretizzate, trasformate e presentate come user story. Come dipendente del centro business, Zahkar, voglio che il sistema mi riconosca, in modo da ricevere un men\u00f9 basato sulle mie preferenze. Come cameriere voglio che il sistema mi avvisi quando \u00e8 il momento di avvicinarmi al tavolo, cos\u00ec che il cliente sia soddisfatto del servizio rapido. E cos\u00ec via. <\/p>\n
Decine di storie. Successivamente, la priorizzazione e il backlog? Jeff sottolinea i problemi emergenti: il legame con i dettagli minuti e la perdita della comprensione concettuale, oltre alla priorizzazione delle funzionalit\u00e0, creano un quadro frammentato a causa dell'incoerenza 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
Punto ovvio ma non ovvio: la sessione di priorizzazione non viene effettuata dall'intero team, perch\u00e9 inefficace, ma da tre persone. Il primo si occupa del business, il secondo dell'esperienza utente e il terzo dell'implementazione. <\/p>\n
Definiamo il minimo per risolvere una singola esigenza dell'utente (soluzione minimamente vitale).<\/p>\n
Dettagliamo le idee di priorit\u00e0 uno tramite user story, schizzi di design, vincoli e regole aziendali sulla mappa delle storie degli utenti, raccontando e discutendo con il team ci\u00f2 di cui hanno bisogno i personaggi e gli stakeholder in ogni fase del processo. Le altre idee rimangono non elaborate, nel backlog delle opportunit\u00e0.<\/p>\n
Il processo viene scritto in forma di schede da sinistra a destra, e le idee sulle schede sotto i passaggi del processo. \u00c8 fondamentale discutere il percorso dell'intera storia con i membri del team per portare alla reciproca comprensione.<\/p>\n
L'elaborazione in questo modo crea integrit\u00e0 nel rispetto dei processi. <\/p>\n
Le idee ottenute devono essere verificate. Un non membro del team indossa il cappello del personaggio e vive nella mente del personaggio per un giorno, risolvendo il suo compito. \u00c8 possibile che non vede i risultati precedenti, creando le schede da zero, mentre il team scopre alternative. <\/p>\n
Quindi avviene la dettagliatura per la valutazione. Per questo bastano tre persone: il responsabile dell'esperienza utente, lo sviluppatore e il tester con la domanda preferita: \u201cE se\u2026\u201d.<\/p>\n
In ogni fase, la discussione si basa sulla mappa dei processi della storia dell'utente, permettendo di tenere a mente il compito dell'utente per creare un'unit\u00e0 di comprensione.<\/p>\n
\u00c8 necessaria la documentazione secondo l'autore? S\u00ec, \u00e8 necessaria. Ma come appunti, per ricordare ci\u00f2 su cui ci siamo accordati. Coinvolgere una persona esterna richiede di nuovo discussione.<\/p>\n
L'autore non approfondisce il tema della sufficienza della documentazione, ponendo l'accento sulla necessit\u00e0 di discussioni. (S\u00ec, la documentazione \u00e8 necessaria, nonostante ci\u00f2 che affermano le persone che non comprendono a fondo l'agile). Inoltre, lavorare solo su una parte delle possibilit\u00e0 pu\u00f2 portare alla necessit\u00e0 di rifare completamente il sistema. L'autore sottolinea il rischio di eccesso di lavorazione nel caso in cui non si indovini l'idea. <\/p>\n
Per ridurre i rischi \u00e8 necessario ricevere rapidamente feedback sul prodotto in fase di creazione per minimizzare i danni dalla creazione di un prodotto \u201csbagliato\u201d. Abbiamo abbozzato un'idea \u2014 l'abbiamo validata con l'utente, abbozzato prototipi dell'interfaccia \u2014 l'abbiamo validata con l'utente, e cos\u00ec via. (Viene esposto brevemente come validare i prototipi di software). Gli obiettivi della creazione di software, soprattutto nella fase iniziale, sono apprendere attraverso il ricevimento di feedback rapido, pertanto il primo prodotto creato \u00e8 un abbozzo capace di dimostrare o confutare un'ipotesi. (L'autore si basa sul lavoro di Eric Ries \u201cThe Lean Startup\u201d).<\/p>\n
La mappa delle storie aiuta a stabilire comunicazioni se l'implementazione \u00e8 gestita da pi\u00f9 team. Cosa deve esserci sulla mappa? Ci\u00f2 che \u00e8 necessario per supportare la conversazione. Non solo user story (chi, cosa, perch\u00e9), ma idee, fatti, bozzetti di interfacce, ecc.<\/p>\n
Dividendo le schede sulla mappa delle storie in diverse linee orizzontali, \u00e8 possibile separare i lavori per release \u2014 evidenziare il minimo necessario, uno strato di sviluppo delle funzionalit\u00e0 e i \u201cfiocchi\u201d.<\/p>\n
Parliamo delle storie sulla mappa del processo.<\/p>\n
Il dipendente \u00e8 andato a pranzo. <\/p>\n
Cosa vuole? Velocit\u00e0 di servizio. Vuole che il suo pranzo sia gi\u00e0 pronto sul tavolo o almeno su un vassoio. Oops \u2014 passo mancante: l'impiegato ha voglia di mangiare. \u00c8 entrato nel sistema e ha scelto un'opzione di pranzo d'affari. Ha visto le calorie e la corrispondenza con 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 il pranzo e a pranzare? O forse gli porteranno il pranzo in ufficio? Quindi il passo del processo \u00e8 scegliere dove mangiare. Vuole vedere quando gli sar\u00e0 consegnato e quanto coster\u00e0, per decidere dove spendere tempo e fatica \u2014 scendere o lavorare. Vuole vedere la disponibilit\u00e0 del bar, per non dover spingere in fila. <\/p>\n
Dopo, l'impiegato \u00e8 entrato nel caff\u00e8. Vuole vedere il suo vassoio, per prenderlo e andare subito a pranzare. Il caff\u00e8 vuole incassare, per guadagnare dal servizio. L'impiegato vuole perdere il minimo tempo possibile nei pagamenti con il caff\u00e8, per non sprecare tempo prezioso. Come fare? Pagare in anticipo o, al contrario, dopo il servizio in remoto. Oppure pagare al momento tramite chiosco. Qual \u00e8 la cosa pi\u00f9 importante? Quante persone sono disposte a pagare il pranzo con carta di credito? Quante persone si fideranno di conservare il numero della carta per i pagamenti ripetuti in questo mensa? Senza ricerca sul campo non \u00e8 chiaro, \u00e8 necessario un test. <\/p>\n
Ad ogni passo del processo \u00e8 necessario fornire qualche funzionalit\u00e0, per questo \u00e8 necessario prendere come base qualche persona e scegliere cosa sia per lui pi\u00f9 importante (quella famosa triade di selettori). Se abbiamo seguito la storia fino alla fine = abbiamo creato una soluzione sostenibile.<\/p>\n
Poi c'\u00e8 la dettagliatura. Il cliente vuole vedere la disponibilit\u00e0 del caff\u00e8, per non dover spingere in fila. Cosa vuole esattamente?<\/p>\n
Guardare 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 dinamica per i prossimi trenta minuti.<\/p>\n
Osservare la situazione e la dinamica di occupazione dei tavoli.<\/p>\n
E se il sistema di previsione fornisce un risultato incomprensibile o smette di funzionare? <\/p>\n
Guardare tramite video le code nel caff\u00e8, cos\u00ec come l'occupazione dei tavoli. Hmm, perch\u00e9 non farlo prima di tutto?!<\/p>\n
L'autore suggerisce un piccolo esercizio per esercitare la pratica: prova a immaginare cosa fai al mattino dopo esserti svegliato. Una scheda = un'azione. Accorpa le schede (invece di preparare il caff\u00e8 \u2014 bevi una bevanda rinvigorente), per rimuovere i dettagli individuali, concentrandoti non sul modo di attuazione, ma sull'obiettivo. <\/p>\n
Per chi \u00e8 questo libro \u2014 per analisti IT e project manager. Da leggere assolutamente.<\/p>\n
Applicazioni<\/h4>\n \nLa discussione e la presa di decisioni sono efficaci in gruppi da 3 a 5 persone.<\/p>\n
Scrivi sulla prima scheda cosa deve essere sviluppato, sulla seconda \u2014 correggi ci\u00f2 che \u00e8 stato fatto nella prima, sulla terza \u2014 correggi ci\u00f2 che \u00e8 stato fatto nella prima e nella seconda.<\/p>\n
Prepara le storie come se fossero torte \u2014 non scrivendo la ricetta di produzione, ma scoprendo per chi, per quale occasione, per quante persone \u00e8 la torta. Se si devono scomporre le realizzazioni, non in produzione dei pan di spagna, della crema, ecc., ma in produzione di piccole tortine pronte.<\/p>\n
Lo sviluppo software \u00e8 simile alla creazione di un film, dove \u00e8 necessario progettare e rifinire attentamente lo script, organizzare la scena, gli attori e altro ancora prima dell'inizio delle riprese.<\/p>\n
Le risorse saranno sempre insufficienti.<\/p>\n
Il 20% degli sforzi produce un risultato tangibile, il 60% produce risultati poco chiari, il 20% degli sforzi \u00e8 dannoso \u2014 ecco perch\u00e9 \u00e8 importante concentrarsi sull'apprendimento e non scoraggiarsi in caso di risultato negativo.<\/p>\n
Comunica direttamente con l'utente, metti ti nei suoi panni. Concentrati su alcuni problemi.<\/p>\n
La dettaglio e la lavorazione della storia per la valutazione \u00e8 la parte pi\u00f9 noiosa dello scrum, rendi le discussioni in piedi in modalit\u00e0 acquario (alla lavagna discutono 3-4 persone, se qualcuno vuole partecipare, sostituisce qualcuno).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