30 Matching Annotations
  1. Oct 2021
    1. Nell’esempio di Giuseppe potremmo chiamare la nostra Epic “Funzionalità di login”. All’interno di quest’ultima andremo poi a inserire le varie User Stories come “Frontend – processo login”, “Backend- processo login”, “Processo di recupero password” e così via fino ad aver completato la nostra funzionalità di login.Per non perdere di vista le varie Epic, andiamo a nostra volta a raggrupparle all’interno di “iniziative”. Tornando al nostro esempio possiamo chiamare la nostra iniziativa “Sito e-commerce – primo rilascio”. All suo interno inseriremo tutte le Epic che riteniamo indispensabili per il rilascio del nostro sito.”

      In che modo si può risolvere il problema della mancanza di contesto per le #userstory ?

    2. Uno dei problemi nell’uso delle User Story è la mancanza di contesto attorno alla storia. Esistono diversi stratagemmi per risolvere.

      Quale è il problema maggiore che emerge dall'utilizzo delle #userstory ?

      La mancanza di contesto, questa rende difficile sia l'empatizzare con l'utente sia avere chiaro l'obiettivo e la natura delle implementazioni.

    3. Questi sono dettagli che vanno aggiunti all’interno della User Story, solitamente si definiscono Criteri di Accettazione. I Criteri di Accettazione sono fondamentali anche per poter verificare se la funzionalità sviluppata rispecchia ciò che era stato deciso. Vi accorgerete che il 90% delle volte ciò che viene implementato non rispecchia quanto era previsto!

      Una volta create le prime #userstory cosa deve accadere secondo la metodologia di #agilescrum ?

      Avviene una riunione con il team di sviluppo, una riunione in cui insieme al team si stabiliscono dei criteri minimi che l'implementazione dovrà rispettare.

    4. Il formato tipico delle User Story ci impone di fare una scelta e decidere le priorità. Quando scrivete una User Story focalizzatevi sempre sulla funzione più importante. Scrivete User Story separate per dettagliare i bisogni differenti. Può creare ridondanza ma vi permetterà di condividere con chiarezza quali sono le priorità.

      In che modo fare #userstory ci permette di determinare delle priorità nella creazione del #prodotto ?

      Ogni user story deve essere focalizzata su una sola cosa, un solo tipo di utente, un solo obiettivo, una sola azione ed in questo modo dovremo scrivere diverse user story per ogni caso, poi tra le diverse user story stabilire delle priorità ed un peso.

    5. Come prima cosa descriviamo quale utente stiamo servendo. A prima vista si potrebbe pensare che l’utente è unico per un prodotto. In realtà ogni prodotto ha una varietà di utenti con diversi intenti.In un e-commerce possiamo sicuramente distinguere tra utenti alla prima visita, utenti registrati, utenti che hanno fatto 1 o più acquisti, e così via. Inoltre molti prodotti hanno alle spalle un servizio e spesso una parte dello sviluppo è dedicata ad utenti interni come per esempio il servizio clienti.

      Quanti utenti e quali utenti possiamo distinguere normalmente in un #prodotto ?

      Ci sono tanti utenti ad utilizzare un prodotto ognuno contraddistinto da diversi intenti

    6. Le User Story hanno solitamente il seguente formato:Come [descrizione dell’utente], voglio [funzionalità o azione] in modo che [obiettivo o valore per l'utente].

      Quale è un esempio di #userstory nella metodologia di #agilescrum ?

      Una. volta compilato, questo esempio dovrebbe essere qualcosa di questo tipo: "Come utente registrato voglio poter effettuare il log-in in modo che posso accedere alle mie informazioni personali. "

    7. L’utente a cui ci stiamo rivolgendoil bisogno che vogliamo soddisfareil motivo per cui dobbiamo soddisfarlo. Un po’ di esempi pratici renderanno tutto molto più chiaro!Ma, prima di partire con gli esempi, voglio dirvi quali sono per me le 2 caratteristiche essenziali delle User Story: chiarezza e confronto.

      Quali sono le caratteristiche alla base delle #userstory ?

      Ogni #userstory deve descrivere in maniera fondamentale l'utente a cui ci stiamo rivolgendo, il bisogno che questo utente ha e che noi vogliamo soddisfare ed il motivo per cui dobbiamo e vogliamo soddisfarlo.

    8. Il concetto più interessante che introducono le User Story è quello di mettere l’utilizzatore del nostro prodotto (lo User) al centro dell’attenzione durante il processo di sviluppo. Pari importanza è data anche all’identificazione del bisogno che ogni funzionalità promette di soddisfare (la storia).

      Cosa sono le #userstory e perché è importante utilizzarle come alternativa alla classica requisitazione?

      Le #userstory contribuiscono a mettere lo user al centro del percorso di sviluppo, inoltre attraverso una storia forniscono anche l'identificazione dei bisogni di questo utente e come ogni funzionalità possa essere capace di risolvere questi bisogni.

      Queste sfumature si perdono nel corso della classica requisitazione in cui il #productowner fornisce requisiti ai tecnici senza nemmeno spiegarne il motivo.

    9. Mi piace molto la definizione di User Story di Mike Cohn: ogni User Story è la promessa di una conversazione. Per Mike quello che c’è scritto nella User Story non è molto importante, è solo un promemoria per innescare una discussione con tutto il team.

      Quale è la definizione di #userstory ?

    1. Lo Sprint inizia con lo Sprint Planning dove il Product Owner prioritizza il Product Backlog ed insieme al team crea lo Sprint Goal, ovvero l’obiettivo da raggiungere per la Sprint in partenza.

      Da cosa inizia lo #sprint all'interno della metodologia di #agilescrum ?

      Tutto inizia dallo #sprintplanning in cui il #productowner analizza le diverse #userstory e attribuisce loro gli #storypoint.

      Dopo l'effettiva esecuzione dello #sprint allora avviene la fase si #sprintreview in cui insieme agli stakeholder si analizza quanto fatto ed il #backlog mettendolo in discussione per le prossime iterazioni.

    2. In alcuni casi viene anche chiamato Agile Coach. Lo Scrum Master è colui/colei che si adopera per far si che il team raggiunga la massima produttività ed efficienza. È il facilitatore di tutte le cerimonie Agile tramite tecniche di negoziazione e mediazione.È anche la voce del team di sviluppo. Chi promuove la metodologia Scrum e fa sì che i suoi principi/valori vengano applicati in maniera corretta tramite un durissimo lavoro di coaching e mentoring. Lo scrum master si occupa anche delle metriche di avanzamento per fare venire a galla i problemi, ma anche i successi del team. 

      Chi è lo #scrummaster e cosa deve fare nel corso della metodologia #agilescrum ?

      All'atto pratico è colui che si occupa di spingere il team a raggiungere la massima produttività ed efficienza. Cerca anche di definire e raggiungere le metriche di avanzamento per far emergere problemi e successi del team.

    3. È colui/colei che guida il team nella giusta direzione, che prioritizza le user storiy e come un direttore d’orchestra si interfaccia con gli stakeholders e col team per far in modo che tutto funzioni alla perfezione. 

      Chi è il #productowner cosa fa e in che modo opera nel corso della metodologia #agilescrum ?

    4. Le skills/conoscenze individuali devono essere trasferite al team tramite peer programming (sviluppo di una funzionalità a due mani) o mob programming (sviluppo a più mani). Questo porterà il team nel lungo periodo ad essere molto più efficiente, dato che ogni membro del team avrà come bagaglio la conoscenza del prodotto e del software utilizzato e potrà essere intercambiabile.Tipicamente un team cross funzionale è composto da Product Manager, Design, Sviluppo, Data Analysis.

      In che modo è strutturato il team cross funzionale che lavora in uno #sprint ?

    5. È un momento di ispezione per tutti, per i processi, per le persone e per il modo in cui si lavora. Qui si ispeziona quel che è stato fatto chiedendosi:Cosa è andato bene?Cosa potrebbe andare meglio?Quali sono gli improvement / miglioramenti che si possono implementare nel prossimo Sprint?

      In cosa consiste la #sprintretrospective nel metodo #agilescrum e cosa accade?

    6. L’incremento, ovvero la somma delle funzionalità che si sono sviluppate durante lo sprint vengono finalmente mostrate al cliente e ai più importanti stakeholders del progetto. Qui si riceve il feedback che porterà a decidere quale corso il prodotto deve prendere e quali user story saranno prioritizzate nel prossimo sprint.La Sprint Review non è solo una Demo, ma è l’elemento di raccordo con la Sprint precedente: un incontro fondamentale su cui costruire la cultura, creare prodotti migliori e rinforzare la fiducia del team.Queste sono alcune delle attività:Definire cosa è stato completato e cosa no, commentando il lavoro.Demo individuali Rivedere impatto delle feature su Metriche ChiaveVerifica User Story e aggiunta nuove per completareBacklog Grooming

      In cosa consiste la #sprintreview nel modello #agilescrum e cosa accade nel corso di questa ?

    7. La cosiddetta stima dell’effort è un concetto fondamentale, specie nel Backlog Refinement e in Sprint Planning dove il team di sviluppo si riunisce per dare un valore numerico alle user stories. Questo aspetto non è assolutamente da sottovalutare, perché dalla stima delle user story possono scaturire tantissime discussioni interessanti per capire effettivamente il grado di rischio, complessità, fattibilità di ciascun task.L’estimation a differenza degli altri rituali non ha una sua precisa collocazione, può essere fatto in qualsiasi momento, ma considera che il Team dovrebbe dedicare al meno il 10% del suo tempo alla stima del lavoro necessario per sviluppare una User Story.

      In cosa consiste il rituale di #estimation in #agilescrum ?

    8. Lo Sprint Planning è forse uno dei meeting più importanti nelle cerimonie Agile ed è il momento in cui business (product owner) e technical team si riuniscono per decidere cosa faranno nella prossima iterazione/sprint. Di solito dura circa 4 ore ed avviene il giorno prima dell’avvio della sprint.L’obiettivo dello Sprint Planning è proprio quello di pianificare la Sprint definendo l’Outcome (L’obiettivo di sprint) e passando dalle user story alle singole task per ciascun componente del team.

      In cosa consiste il rituale dello #sprintplanning nella metodologia #agilescrum ?

    9. il daily scrum è un meeting giornaliero dove il team si riunisce e raccoglie le proprie impressioni su come sta andando lo Sprint e quanto ci si sta avvicinando o allontanando dallo Sprint goal. Ogni membro deve rispondere a tre domande ben precise:Cosa ho fatto ieri?Cosa ho fatto oggi?Ci sono impedimenti che stanno bloccando il mio percorso nel raggiungere lo Sprint Goal?

      In cosa consiste il rituale del #dailyscrum nella metodologia #agilescrum ?

    10. Daily Scrum: allineamento giornaliero Sprint Planning: preparazione della SprintEstimation: stimare il peso di ogni user storySprint Review: demo e review del lavoro svoltoSprint Retrospective: migliorare il modo in cui si lavora insieme.

      Quali sono i rituali alla base della metodologia #agilescrum ?

    11. Man mano che passano le sprint il team di lavoro acquisirà il proprio ritmo, “heartbit” o velocità.La Velocity è la somma degli story point completati a fine sprint. Questa servirà da metro di paragone per pianificare gli Sprint successivi.Facendo un passo indietro infatti ogni User Story prima di essere portata in sviluppo deve essere analizzata e ne deve essere valutato il peso in termini di impegno del team.Es: una User Story che pesa poco impegna solo alcuni membri del team (anche uno solo) per poco tempo, una Storia che pesa molto impegna tanti membri del team per tanto tempo.Solo dopo aver dato un valore ad una User Story usando appunto gli Story Points, questa può essere aggiunta allo Sprint Backlog.

      Cos'è il concetto di #velocity nella metodologia #agilescrum ?

      È il quantitativo di #storypoint accumulati dal team nel corso di uno #sprint.

      Ogni #userstory infatti avrà un peso e valore determinato dagli #storypoint e deciso in funzione dell'impegno di sviluppo che richiede per la sua produzione.

      La #velocity permette di avere una metrica per pianificare i prossimi #sprint anche in funzione dell'#heartbit raggiunto dal team dopo alcuni #sprint.

    12. La User Story è la funzionalità o l’incremento di prodotto che si vuole portare in sviluppo scritta dal punto di vista dell’utente. Ogni User Story incorpora al suo interno CHI beneficerà di quella funzionalità, COSA si richiede e PERCHÈ è importante per l’utente

      Che cos'è una #userstory nella metodologia #agilescrum ?

      Si tratta della funzionalità o incremento che si vuole portare in sviluppo, scritta dal punto di vista dell'utente. È parte fondamentale del #productbacklog ed in essa deve comprendere:

      • CHI trarrà beneficio dall'incremento?
      • COSA sarà l'incremento?
      • PERCHÈ è importante per l'utente?
    13. Il backlog è la lista di user stories o task che non è ancora stata introdotta nello Sprint e risiede in uno spazio apposito. Considerala come una wishlist di funzionalità che potrebbero essere implementate e che saranno prioritizzate dal product owner durante lo Sprint Planning.

      Cos'è il #productbacklog nella metodologia #agilescrum ?

      È la lista di #userstory e task che non è ancora oggetto dello #sprint in atto, è una wishlist più che una tasklist

    14. Anche chiamato “iterazione” è un lasso di tempo che può variare da uno a quattro settimane dove il team si adopera per creare un “incremento”, un prodotto/funzionalità, anche non finito, che crea valore e che può essere ispezionato alla fine, ricevendo feedback positivi/negativi dagli stakeholders interessati.Nello Sprint si usa il concetto di time-box, dove all’inizio del progetto si decide quanto l’iterazione debba essere lunga (da una a quattro settimane, non di più)

      Cos'è lo #sprint nella metodologia #agilescrum ?

      È il lasso di tempo in cui il team lavora per arrivare ad un incremento nel prodotto, questo incremento servirà a creare valore per gli utenti e sarà ispezionato alla fine dagli stakeholder interessati tramite #feedback negativi o positivi

    15. Agile Scrum è a tutti gli effetti un sistema di regole, procedure e rituali ben definiti su come applicare la metodologia Agile, dove, come ho detto qualche riga prima, il tempo è l’elemento più importante.A scandire il tempo in Agile Scrum ci pensano gli Sprint, dei piccoli time-frame in cui il team di sviluppo lavora per il rilascio di una o più funzionalità.

      Quale è la variabile più importante della metodologia #agilescrum ?

      È sicuramente quella del tempo, rappresentata dallo #sprint che è un piccolo time-frame in cui il team di sviluppo lavora per rilasciare una o più funzionalità.

      Ogni sprint avrà come obiettivo il rilascio di specifiche #feature del prodotto e queste avranno come specifica funzione il dare valore all'utente che usa il prodotto.

      Non si tratta solo di suddividere il lavoro ma di impostare l'intero lavoro in funzione dell'utente, cercando di stargli più vicino possibile.

    16. Nel rugby, la parola “Scrum“ è un termine usato per spiegare il goal del team di ottenere il possesso della palla in quanto unità molto coesa. In maniera simile, in Agile Scrum, il team di sviluppo lavora insieme per raggiungere uno o più obiettivi alla fine dello Sprint/iterazione. 

      Quale è la definizione di #agilescrum ?

      Con questa metodologia si intende far focalizzare tutto il team ad un singolo obiettivo che sarà utile per lo #sprint previsto.

    17. Qui di seguito ti riassumo quali sono i punti chiave:Accettare l’incertezza e tutto ciò che ne derivaIl fallimento è la via più sicura per imparareSe non lo misuri non lo saiFiducia nelle persone e nella loro capacità di avere impattoOwn your Outcome: assumersi la responsabilità a tutti i livelli

      Quali sono gli assunti fondamentali del mindset #agile ?

    18. fino a quel momento tutta l’attenzione nel processo tradizionale di sviluppo software, chiamato Waterfall, era stata posta su documentazione, processi e specifiche tecniche, adesso la lente si spostava sulle persone e sulle interazione tra di esse, sui team e sul loro spirito di adattamento e risposta al cambiamento.

      Quale è stata l'innovazione più grande apportata dalle metodologie #agile rispetto alle vecchie metodologie #waterfall ?

      La principale differenza è che si è cominciato a ragionare sulle persone che effettivamente creano il prodotto, sulle interazioni tra loro, sui team ed in che modo si risponde al cambiamento, non ci si concentra sui task da vomitare in testa ai tecnici.

    1. Come si sarà intuito, non c’è PMM senza PM. La relazione tra i due ruoli è strettissima: alcuni dicono che al PM spetta mettere il prodotto “on the shelf”, e che il PMM deve invece assicurarsi che venga comprato, e quindi preso “off the shelf”. Il PM è quello che inquadra il problema e definisce la soluzione; il PMM in questa fase fornisce al PM input come le tendenze di mercato e concorrenziali; il PM orchestra il lavoro degli sviluppatori per creare il prodotto; nel frattempo il PMM inquadra il posizionamento e crea il messaging; il PM definisce la strategia di lancio; il PMM crea e orchestra l’esecuzione del go to market plan. 

      Quale è la differenza tra #productmanager e #productmarketingmanager ?

      All'atto pratico il productmanager deve fare in modo che il prodotto sia disponibile sugli scaffali mentre il #productmarketingmanager invece si deve occupare del fatto che il prodotto sia prelevato dagli scaffali. I due devono lavorare in strettissima collaborazione.

    2. Essenzialmente il Product Marketing è il processo che punta a mettere un prodotto sul mercato. Questo significa definire il posizionamento strategico del prodotto, il messaging, e anche assicurare che i team di Vendite siano in grado di venderlo (se si è del comparto B2B). In altre parole, il Product Marketing crea e stimola la domanda per il prodotto di cui si occupa. In molti la considerano una funzione ‘fondante’ del marketing.

      Cos'è il #productmarketing ?

      È il processo che mette un prodotto sul mercato, definisce posizionamento strategico, il messagging ed assicura che le vendite siano in grado di fare il loro lavoro.

    3. quattro pillar fondamentali del Product Marketing, ovvero Intelligence, Positioning, Launch, Enablement

      Quali sono i 4 pilastri fondamentali del #productmarketing ?

      I pillar sono:

      • Intelligence: in questa fase si svolgono diversi tipi di #ricerca per scoprire trend e tenere d'occhio la concorrenza oltre che i propri eventuali utenti tramite #userresearch;
      • Positioning: in questa fase si definisce il #posizionamento del #prodotto sul mercato, come si colloca rispetto alle alternative disponibili? Che tipo di valore crea per le persone che lo utilizzano? All'atto pratico in questa frase si creano le #buyerpersona (rappresentazioni dei compratori del prodotto, dei loro pain points e dei loro bisogni) poi per ognuna di queste si capisce come il prodotto possa creare valore per loro ed infine si definiscono le funzionalità del prodotto che più interessano a queste buyer persona;
      • Messaging: in funzione del #posizionamento si potrà creare un #messaging una #comunicazione sui diversi canali, questa avrà lo scopo di esaltare il valore del prodotto e di farlo in maniera coerente in tutti i canali di comunicazione;
      • Launch: questa è la prima fase più pratica del product marketing, è una fase che ha come base fondamentale le altre fasi precedentemente elencate, se il #productmanager si deve preoccupare che il prodotto esista e faccia quello che promette di fare, il #productmarketingmanager deve preoccuparsi che qualcuno lo compri. È il #productmarketingmanager che si occupa del lancio e definisce tutta la #strategialancio che permetterà al nostro target di scoprire il prodotto, si occupa di definire messaging, positioning e di fare la #gotochecklist che è la lista di task da completare per effettuare il #lancio;
      • Enablement: questa è l'ultima fase ed è la fase in cui si creano contenuti e training volti a facilitare il processo di vendita. Questo avviene in particolare nel B2B quando il processo di vendita è mediato da un sales e non è diretto. È responsabilità del #productmarketingmanager assicurarsi che i sales abbiano tutto il materiale necessario a facilitare la vendita;