Qui, se ve la siete persa, trovate la prima parte<\/a>.<\/p>\n\n\n\n
Ci siamo lasciati parlando di user stories che hanno campeggiato troppo a lungo nel product backlog senza mai essere state portate in priorit\u00e0.
Vediamo quali altri casi sono buoni candidati per l\u2019eliminazione.<\/p>\n\n\n\n
Le user stories che ho nel mio backlog hanno individuato un soggetto reale?
Stiamo parlando di persone o di moduli?
Si tratta di un’attivit\u00e0 di valore?
Abbiamo individuato un reale bisogno o solo una soluzione tecnica?
Queste storie sono ottimi spunti per fare pulizia.
E poi la coerenza con la strategia generale. Potremmo avere in realt\u00e0 degli item cos\u00ec vecchi che sono ormai superati perch\u00e9 le strategie aziendali hanno preso una direzione differente.
Sono tutte considerazioni che possiamo fare.
Non temete di eliminare troppo, non rimarrete mai senza nulla…
Se invece vi sentite sopraffati dall\u2019impresa non scoraggiatevi.
C\u2019\u00e8 sempre chi ha affrontato di peggio, come nel caso di una transizione a LESS in cui si \u00e8 passati da 508 item a 23 user stories. Qui probabilmente si erano spinti un po\u2019 troppo in l\u00e0 con la granularit\u00e0, per\u00f2 \u00e8 un buon esempio del fatto che \u00e8 possibile fare un\u2019operazione significativa di pulizia.
Come? Seguendo gli step che stiamo percorrendo noi\u2026 hanno fatto un lavoro colleggiale, hanno stampato tutti gli item e li hanno classificati, che \u00e8 esattamente il passo successivo.<\/p>\n\n\n\n
Adesso con tutte le card davanti a noi concentriamoci su quali criteri utilizzare nel processo di eliminazione.<\/p>\n\n\n\n Per fare ordine dopo la fase dell\u2019eliminazione si passa al categorizzare. Ecco qualche idea: categorizzate per epiche, step dello user journey, impatti, stakeholder o obiettivi di business. Potete focalizzarvi sul contenuto, sul valore, sugli interlocutori e molto altro. Una volta che siete riusciti a categorizzare le vostre storie dovete fare un lavoro all’interno di ognuna di queste categorie e procedere per confronti. Questa \u00e8 un\u2019idea mutuata proprio dal declutter: non dovremmo scegliere che cosa buttare bens\u00ec scegliere cosa tenere<\/strong>. E il criterio in questo caso \u00e8 conservare solo ci\u00f2 che ci rende felici, che ci fa sentire bene, che ci risuona emotivamente. Bene una volta che abbiamo fatto questo repulisti, abbiamo organizzato i nostri item per categorie e abbiamo dato anche un ordine di priorit\u00e0 guardiamo con un occhio pi\u00f9 attento ogni singolo elemento che abbiamo conservato.<\/p>\n\n\n\n Dobbiamo verificare che sia tutto effettivamente in ordine. Andare a vedere se ognuno di questi item che abbiamo conservato \u00e8 completo, ha la struttura corretta, se abbiamo individuato realmente chi sono gli interlocutori e quali sono i loro bisogni. Una delle cose che si possono fare \u00e8 focalizzarsi sulla prossima release di prodotto e cercare di associare al backlog una roadmap di prodotto per gli sviluppi pi\u00f9 avanti nel tempo. Dopodich\u00e8 non ci resta che\u2026<\/p>\n\n\n\n Bisogna evitare di tornare nella situazione dalla quale siamo partiti. Come possiamo farlo? Dobbiamo avere attenzione nei confronti di ci\u00f2 che a questo punto entra all’interno del backlog. E qui possiamo cogliere diversi spunti. Teniamo sott’occhio la ratio delle cose che entrano ed escono oppure diamo un limite esplicito al nostro backlog. Alcuni ad esempio si impongono una certa soglia oltre la quale non andare proprio perch\u00e9 appunto la visione complessiva del backlog si sfilaccia.<\/p>\n\n\n\n Un altro suggerimento che potrebbe esservi d\u2019aiuto nel mantenere l\u2019ordine \u00e8 tenere sotto controllo il backlog utilizzando diverse modalit\u00e0 di visualizzazione.<\/p>\n\n\n\n Chi ha letto il libro di Marie Kondo sa che uno dei consigli pi\u00f9 preziosi e totalmente controintuitivi \u00e8 disporre gli indumenti nei cassetti in un modo diverso che uno sopra l\u2019altro bens\u00ec in verticale.<\/p>\n\n\n\n Non voglio sapere semplicemente quanti item ho ma vorrei capire anche meglio come sono distribuiti sui vari contenuti. Qui le possibilit\u00e0 sono svariate: dal classico backlog analogico su parete, alla modalit\u00e0 story mapping, mappe mentali e mappe ad albero. Come scegliere i requisiti da tenere seguendo il criterio della felicit\u00e0… dei clienti! Questa \u00e8 la seconda parte di un post dedicato al declutter del backlog.Qui, se ve la siete persa, trovate la prima parte. Ci siamo lasciati parlando di user stories che hanno campeggiato troppo a lungo nel product backlog senza mai essere state … <\/p>\n![\"\"](\"https:\/\/www.susannafer.com\/wordpress\/wp-content\/uploads\/2020\/09\/storymap1.jpg\")
<\/figure>\n\n\n\nCategorizzare le user stories<\/h3>\n\n\n\n
Riordinare per categoria \u00e8 un altro principio cardine nella gestione del clutter fisico.
Non si riordina stanza per stanza ma categoria per categoria: vestiti, libri carte, ricordi.
Andremo a individuare delle categorie e a classificare gli item uno alla volta.
Ognuno di voi dovr\u00e0 trovare il criterio che meglio si adatta al proprio caso. <\/p>\n\n\n\n
Il mio consiglio fondamentalmente \u00e8 di provare varie classificazioni e vedere quella che meglio si adatta al vostro caso. Personalmente ho iniziato utilizzando gli step del processo poi mi sono resa conto che non era esattamente ci\u00f2 di cui avevo bisogno, era troppo vincolante mentre mi sono trovata molto meglio con quelli focalizzate sulla parte dei contenuti.<\/p>\n\n\n\nMettere a confronto<\/h3>\n\n\n\n
In sostanza avete definito dei sotto raggruppamenti nel backlog e in ognuno di questi fate un lavoro di prioritizzazione.
Potreste scoprire anche in questa fase che qualcosa pu\u00f2 essere ancora eliminato. Ad esempio se provassimo a vedere ognuna di queste categorie attraverso il principio di Pareto qual \u00e8 il 20% delle user stories che producono 80% del valore?
Quali sono dei must? Quali should o could?
Siamo in grado di individuare i must-have per gli utenti e quelle storie che invece possono fare la differenza ed essere dei delighters?
Trovate il focus! <\/strong>
Provate a riconsiderare ognuna di queste categorie sulla base di varie tecniche di prioritizzazione. Pi\u00f9 una\u2026 che ho tenuto a parte.<\/p>\n\n\n\nLa felicit\u00e0 come criterio di scelta<\/h3>\n\n\n\n
Non voglio prendere una deriva new-age fricchettona, dico solo che questa idea pu\u00f2 essere trasposta nella gestione del backlog.
Quanta felicit\u00e0 una determinata storia porta ai nostri utenti?
In una scala di felicit\u00e0 siamo sicuri che l’ordinamento che ci siamo dati sia quello corretto? Riesco a produrre un impatto significativo nei miei utenti?<\/p>\n\n\n\nContinuare a prendersi cura<\/h3>\n\n\n\n
E capire se sono coerenti con lo scenario attuale.<\/p>\n\n\n\n
Anche qui facciamoci delle domande per verificare che effettivamente quello che abbiamo conservato sia in buono stato: abbiamo tenuto conto di tutti gli interlocutori?
Abbiamo individuato bisogni espliciti ed impliciti?
Tutto questo \u00e8 coerente con la strategia pi\u00f9 generale?<\/p>\n\n\n\nEvitare le ricadute<\/h3>\n\n\n\n
Diamoci una finestra temporale. In un armadio teniamo i vestiti per la stagione in corso, perch\u00e9 non nel backlog?
Facciamo in modo che il nostro backlog sia focalizzato sui prossimi tre mesi massimo sei mesi magari.
Utilizziamo un criterio che definisca esattamente che cosa \u00e8 pronto per il backlog e tutto quello che non lo \u00e8 pu\u00f2 essere inserito in una sorta di waiting box \/ may be box (un contenitore dove inseriamo tutta una serie di buone idee da cui potremmo andare a pescare successivamente). <\/p>\n\n\n\nVedere l\u2019ordine<\/h3>\n\n\n\n
![\"\"](\"https:\/\/www.susannafer.com\/wordpress\/wp-content\/uploads\/2020\/09\/cassetti.jpg\")
<\/figure>\n\n\n\n
Questa idea mi ha fatto riflettere e mi sono resa conto che a volte siamo troppo condizionati dalla strumento che utilizziamo per gestire il backlog.
Proviamo ad andare oltre jira e tool simili che mostrano il backlog come una lunga lista di item.
Vi invito a sperimentare modalit\u00e0 alternative che tengano conto non solo della quantit\u00e0 ma anche del contenuto del backlog.<\/p>\n\n\n\n
Ricordate le categorie di cui abbiamo parlato prima? Voglio capire che tipo di gerarchia esiste tra i vari elementi, voglio avere pi\u00f9 visibilit\u00e0 delle connessioni, voglio vedere la granularit\u00e0. <\/p>\n\n\n\n
In questa presentazione<\/a> potete vedere i vari spunti che ho solo raccolto alcuni spunti ma sono curiosa di capire se voi ne vedete altri o ne avete magari gi\u00e0 utilizzato alcuni che ritenete particolarmente efficaci.<\/p>\n","protected":false},"excerpt":{"rendered":"