Presentación
Vídeo
Transcripción
Extracto de la transcripción automática del vídeo realizada por YouTube.
fabio armani stefano leli collaboriamo da parecchio tempo assieme siamo due cosiddetti agili sti ci occupiamo di trasformazioni agili in aziende ci interessiamo dalle cose diciamo di più relative alle tecnologie fino agli aspetti soft soft skill quindi ad
ampio spettro io sono un ex ex diciamo direttore tecnico stefano è un signor architett oggi vi parleremo di una pratica molto interessante che è quella dello ius story braille thing quindi un meccanismo moderno di raccogliere i requisiti e trasformare questi
requisiti in diciamo in quelle che un tempo venivano chiamate le specifiche funzionali chi di voi già utilizza conosce diciamo le user story parecchi molto bene allora oggi ci divertiamo a fare una velocissima carrellata e poi subito ci addentriamo nel nella
simulazione ok allora questo qui è un oggetto molto semplice quindi diciamo per realizzare questo magari non è un oggetto che tutti noi abbiamo in casa però sicuramente è abbastanza ovvio che non sia molto complesso metterlo su potete scegliere il modello
che preferite ah beh io vado nazionale su una bella guzzi questo è sicuramente più complesso però ugualmente un qualcosa di riproducibile un qualcosa che possiamo con un processo normalmente viene detto standard watford realizzare quindi avere ben chiaro che
cosa dobbiamo realizzare poi farne il serie lo sviluppo software a mio avviso è più vicino a idee di questo tipo lo start reich oppure questo bellissimo moto oppure qualcosa ai futuristi che questo tipo che ci chiede lo stesso che aveva chiesto già prima a
brando di cambiare i dati nel sistema che cosa ci viene incontro appunto il concetto di user story una user story che cos'è è essenzialmente praticamente non è altro che poi vedremo un cartellino realtà è una index card quella che un tempo venivano utilizzate
negli schedari in italia si è deciso di non farle più quindi escluse registri buffetti che ne fa una versione diversa all'estero sono trovabili infatti su tutto il set spagnolo preso a madrid un po di tempo fa dal punto di vista concettuale le cose importanti
e che appunto è un high level definition cioè perché così piccola e volutamente così piccola perché appunto si basa sul concetto che le comunicazioni importanti tra gli esseri umani avvengono face to face come avete diceva giustamente brando prima bello mio
ti chiudo la porta rimani qui parla con me e chiariamoci sui concetti non certo in un documento neanche in un tomo che assolutamente non ci da quella quella intanto il tomo sarebbe sicuramente disa giornata cioè fuori aggiornamento due minuti dopo che è stato
prodotto e che invece la cosa importante è questo chiarificazione non solo la cosa importante è il fatto che non si chiama story ma si chiama user story quindi è la prospettiva è ti do valore a te utente quindi do valore effettivo e quindi scrivo la user story
da un punto di vista dell'utente finale punto molto importante viene laiosa storie deve avere dei criteri di accettazione cioè il contratto che schifo lo conte customer con come viene chiamato per esempio proprio nessun programma o the product owners è
il nome che vogliamo dargli in scrum ott e cliente in qualsiasi altro tipo di contesto deve essere accertato da qualcosa qualcosa di riproducibile in modo empirico reale e scientifico quindi in base a una serie di quelli che vengono chiamati accept anche o
condizione soddisfazione giustamente parlando l'altro giorno con claudio perrone mi ha detto fabio ricordati assolutamente che questa era la vecchia concezione oggi come oggi è molto importante anche la validation validation viene dal mondo lean startup
e quindi l'idea che la nostra idea di business sia veramente valida se noi rischia che facciamo bene qualcosa ma non è la cosa giusta quindi non è la cosa che poi nel mercato a effetto com'è il ciclo se dovessimo vedere il ciclo di vita velocemente
di una josé story andiamo a definire proprio il valore per l'utente questo è un punto fondamentale lo implementiamo lo testiamo magari te scrive quindi in un'iterazione c'è molto se facciamo xp sarà magari una settimana solo scrum può andare dalla
settimana al mese lo dimostriamo mediante la review al no sutent e finale per avere il feedback che vedesse li accetta anche le tiria sono corretti andiamo a catturare il feedback vali diamo dal punto di vista della prospettiva e business quello che vi dicevo
prima e impariamo questo è fondamentale repeat forever quindi questo è il meccanismo il ciclo il feedback loop che abbiamo fondamentale nelle metodologie agili che cosa ci andiamo a scrivere feature c'è tutto un tema aperto ma io sono a favore di questa
idea cioè su una news stories posso scrivere anche un non functional requirement quindi non è detto che le news e storie debbano essere confinate a quelle posso fare alcun bug fix quindi non c'entri questo bug fix che cosa sono l'ho detto prima sono
l'elemento primario come arti fatto cioè se dovessi salvarne uno salverei le user story cioè utilizzare le user story come strumento fondamentale per le metodologie di tps in programmi o qualsiasi altro metodologia già è ancora un punto fondamentale che
[ ... ]
Nota: se han omitido las otras 2.444 palabras de la transcripción completa para cumplir con las normas de «uso razonable» de YouTube.