Il tema del riordino 竪 di moda. Alcune delle pratiche suggerite per la gestione degli spazi fisici possono risultare efficaci anche nella gestione del Product Backlog, in particolare quelli di grandi dimensioni.
Riordinare non necessita di complesse classificazioni. Le azioni fondamentali da eseguire sono due: buttare via ci嘆 che non serve e trovare una collocazione a quello che rimane.
Nella presentazione ripercorriamo alcuni dei problemi pi湛 comuni nella gestione di un Product Backlog affollato e vedremo come le pratiche di decluttering possono offrire un valido ausilio per eliminare gli item inutili e riconsiderare quelli con un effettivo valore.
Affrontare le sfide della product ownership senza esserne travoltiSusanna Ferrario
油
Quali sono le difficolt principali con cui si misura un Product Owner allinizio della sua carriera? Come pu嘆 crescere nel ruolo? Parliamo di alcuni strumenti da inserire nella "cassetta degli attrezzi", soft skills e risorse in senso pi湛 ampio... prime fra tutte le persone.
La teoria la conosciamo: lImpact Mapping 竪 un potente strumento di pianificazione strategica. Ma cosa significa utilizzarlo nel concreto? Come muovere i primi passi?
Noi labbiamo fatto e vogliamo condividere con voi alcune lessons learned.
Da come organizzare sessioni di Impact Mapping con gli stakeholder a come cercare di renderlo uno strumento vivo nella conduzione di progetto.
E voi? Avete gi avuto loccasione di metterlo in pratica?
Rispondere al cambiamento pi湛 che seguire un piano
Organizziamo il nostro processo di lavoro in sprint o iterazioni, facciamo retrospettive, abbiamo il nostro Product Owner, stand up meeting e user stories, unit test e continuous integration .... per嘆 continuiamo a preparare il nostro bel backlog allinizio del progetto quando abbiamo solo tante ipotesi e lo seguiamo passo passo come fosse una ricetta.
Qui vediamo cosa significa fare un piano adattivo che ci permetta realmente di rispondere al cambiamento.
L'arte di massimizzare la quantit di lavoro non svoltoextrategy
油
Larte di massimizzare il lavoro non svolto 竪 uno dei principi del Manifesto Agile che spinge a lavorare su attivit che portino valore al progetto. Si pu嘆 applicare a contesti operativi e manageriali lavorando sulla complessit delle relazioni tra gli attori di un progetto e il processo di realizzazione.
Come si rapporta con il principio: La nostra massima priorit 竪 soddisfare il cliente rilasciando software di valore?
Metodologia Lean - alcune note per gestire una startupPierluigi Casolari
油
Il metodo Lean offre alcuni spunti importanti per la gestione di una startup, che opera in uno stato di forte e costante incertezza sull'ipotesi di valore
Larte di massimizzare la quantita di lavoro non svoltoextrategy
油
Larte di massimizzare il lavoro non svolto 竪 uno dei 12 principi alla base del manifesto agile e spinge i team ad abbracciare lidea di lavorare su una serie di attivit condivise, capaci di portare realmente valore al progetto. La sua applicazione tocca i contesti operativi come quelli tattici e manageriali perch竪 lavora sulla complessit delle relazioni che intercorrono tra gli attori di un progetto e il processo che abilita la sua realizzazione.
Ma che significa realmente? e come possiamo applicarlo concretamente nei nostri progetti?
Semplicit 竪 un concetto estremamente generico e fraintendibile, cosa significa per un progetto software?.
Massimizzare la quantit di lavoro non svolto: quindi lavorare meno! Bel proposito ma come si rapporta con il primo principio: La nostra massima priorit 竪 soddisfare il cliente rilasciando software di valore
Nella mia esperienza, spesso questo principio viene sottovalutato o peggio ignorato perch辿 non viene capito fino in fondo e soprattuto non banale rapportarlo con il lavoro di tutti i giorni.
Nel talk far嘆 un viaggio attraverso la gestione di un progetto software secondo le metodologie agili evidenziando quando e come i due principi (massimizzare il lavoro non svolto e la massima priorit 竪 soddisfare il cliente) ci sono di aiuto e da guida per la gestione dei nostri progetti, facendo esempio concreti di come nella mi a esperienza li ho applicati o li ho visti applicare
Processo EVO: http://www.sketchin.ch/it/blog/design/evo-evolutive-experience-design.html
Presentazione di lancio del nuovo processo di evolutive user experience design effettuata al Method Camp 2011 di Lugano.
際際滷 aggiornate del workshop di una giornata con il gioco da tavolo Agile the Board Game che spiega in pratica, usando i lego, come funziona Scrum.
Non manca durante la giornata anche l'esercitazione su A3 Reporting, il metodo Lean per apportare continui cambiamenti ai processi eliminando le cause di spreco.
Potete usare le slide per divulgare Agile e Lean, anche a livello commerciale. Ricordatevi solo di rispettare i termini della licenza Creative Common :-)
Commenti e miglioramenti sempre ben accetti!
Scopriamo come Lean Startup pu嘆 essere uno strumento fondamentale per il successo della nostra startup.
Presentazione tenuta al mini IAD di Vimercate (23 maggio 2015)
Emmanuele Del Piano - Metodologie agili per SmartWorking - Rinascita Digitale...Stefano Saladino
油
MONITORARE IL LAVORO DI TEAM E PERSONALE NUOVI KPI
Richiedere e dare valore ai task
Spacchettare in unit semplici
Stimare i tempi del proprio lavoro
Pianificare in modo funzionale
Come mantenere la rotta
Standard comunicativi per definire i livelli di urgenza e di risposta.
The document discusses test-driven development (TDD) and the three laws of TDD. It begins with the author explaining their initial experiences with TDD and some challenges they faced. It then presents the three laws of TDD which state that you must write a failing test before production code, only write enough test code to fail, and only write enough production code to pass the test. The document provides examples of using TDD with small steps and emphasizes writing one test at a time and improving the code base. It concludes by inviting the reader to try TDD and provides some additional resources on transformations and the transformation priority premise.
Processo EVO: http://www.sketchin.ch/it/blog/design/evo-evolutive-experience-design.html
Presentazione di lancio del nuovo processo di evolutive user experience design effettuata al Method Camp 2011 di Lugano.
際際滷 aggiornate del workshop di una giornata con il gioco da tavolo Agile the Board Game che spiega in pratica, usando i lego, come funziona Scrum.
Non manca durante la giornata anche l'esercitazione su A3 Reporting, il metodo Lean per apportare continui cambiamenti ai processi eliminando le cause di spreco.
Potete usare le slide per divulgare Agile e Lean, anche a livello commerciale. Ricordatevi solo di rispettare i termini della licenza Creative Common :-)
Commenti e miglioramenti sempre ben accetti!
Scopriamo come Lean Startup pu嘆 essere uno strumento fondamentale per il successo della nostra startup.
Presentazione tenuta al mini IAD di Vimercate (23 maggio 2015)
Emmanuele Del Piano - Metodologie agili per SmartWorking - Rinascita Digitale...Stefano Saladino
油
MONITORARE IL LAVORO DI TEAM E PERSONALE NUOVI KPI
Richiedere e dare valore ai task
Spacchettare in unit semplici
Stimare i tempi del proprio lavoro
Pianificare in modo funzionale
Come mantenere la rotta
Standard comunicativi per definire i livelli di urgenza e di risposta.
The document discusses test-driven development (TDD) and the three laws of TDD. It begins with the author explaining their initial experiences with TDD and some challenges they faced. It then presents the three laws of TDD which state that you must write a failing test before production code, only write enough test code to fail, and only write enough production code to pass the test. The document provides examples of using TDD with small steps and emphasizes writing one test at a time and improving the code base. It concludes by inviting the reader to try TDD and provides some additional resources on transformations and the transformation priority premise.
Il Product Owner 竪 un ruolo introdotto da Scrum che 竪 diventato un punto fondamentale di moltissimi progetti agili. Non c竪 per嘆 molto nella letteratura relativamente a questo ruolo e, a volte, si ha difficolt a capire quali sono le sue responsabilit. Con questo speech si vuole fare chiarezza su questo ruolo prendendo dallesperienza personale, quella di altri PO affiancati e da quanto emerso dai quattro POCamp tenutisi sino ad oggi.
Lean UX for Startup Teams (Kill Yr Darlings)Janice Fraser
油
The document discusses Lean UX principles and methods. It advocates for cross-functional product teams that use lightweight, low-fidelity methods to design user experiences based on customer needs. These teams follow rituals like defining problems based on user research, creating wireframes in pairs, and conducting retrospectives to iteratively improve products. The goal is to reduce waste and risks through rapid cycles of building and testing ideas with users.
Kill Lean & Learn [Italian, Mini Agile Day 5/2015]Marco Calzolari
油
Marco Calzolari, Giuseppe Massarotto
Nella cultura aziendale contemporanea fortemente orientata al "can do", un progetto fallito rappresenta a tutti gli effetti un lutto e raramente viene discusso ed elaborato con razionalit.
Molto spesso miti e tab湛 del management ci rendono ciechi di fronte alla realt che un progetto ha perso la ragion d'essere, o si sta trasformando in un morto vivente... che pu嘆 minacciare la sopravvivenza del nostro gruppo di lavoro.
Quali segnali raccogliere per riconoscere i sintomi che anticipano la morte di un progetto?
Esistono linguaggi e metodologie per gestire il trapasso di iniziative inutili e superare il lutto?
Quale 竪 il costo di un progetto che viene lasciato vagare senza speranza? E quanto costa realmente "terminare" un progetto, per liberare spazio, tempo e risorse nel nostro portfolio?
Come possiamo includere nella cultura "can do" anche l'opzione di chiudere serenamente il progetto?
Agile Business Day
Venezia, 17 settembre 2016
Nella cultura aziendale contemporanea fortemente orientata al "can do", un progetto fallito rappresenta a tutti gli effetti un lutto e raramente viene discusso ed elaborato con razionalit.
Molto spesso miti e tab湛 del management ci rendono ciechi di fronte alla realt che un progetto ha perso la ragion d'essere, o si sta trasformando in un morto vivente... che pu嘆 minacciare la sopravvivenza di tutto un gruppo di lavoro.
Quali segnali raccogliere per riconoscere i sintomi che anticipano la morte di un progetto? Esistono linguaggi e metodologie per gestire il trapasso di iniziative inutili e superare il lutto?
Quale 竪 il costo di un progetto che viene lasciato vagare senza speranza? E quanto costa realmente "terminare" un progetto, per liberare spazio, tempo e risorse nel nostro portfolio? Esploreremo racconti, strategie e strumenti per poter includere nella cultura "can do" anche la necessaria opzione di chiudere serenamente un progetto.
To be successful as a data science team, we need to continuously deliver data-driven insights and data products that generate business value. Identifying the best opportunities and building solutions that actually get used in production requires very close collaboration with business users and subject matter experts. What can we learn from agile software development methodologies, and how can we apply them to data science projects?
Originally presented at UXLX in Lisbon. Description:
Have you heard this in your organization?
Users hate change
Usually its right before a major release, prepping for the coming storm, or right after a release when the customer service is screaming about all the screaming they are hearing. Or perhaps you are struggling to move customers off an old solution to a new one youve come up with, but adoption just wont happen. Users cant hate change. If users hated change, Google would have failed, and wed be happy with Altavista. Facebook would have failed, because Friendster was enough. Paypal would have failed, because, you know, credit cards.
There is a right way and a wrong way to introduce change to your userbase, and sadly the bully-tactics of facebook and Apple have become the norm. But if you are a small company, you cant afford to impose change sloppily on your userbase. You need to get it right.
In this workshop we will cover:
The psychology of change, and why users resist it
Change strategies: band-aid removal systems
Messaging change to emphasize value
Onboarding users to a changed experience
The power of progress to internalize value
Design for change
This workshop will be highly interactive, with exercises and discussions so we can focus on your goals and needs as you introduce new products and revamp the old.
Intended Audience:
Designers & Product Managers seeking to launch redesigns, new features, or new products into existing markets.
The document discusses the definition of ready as it relates to user stories and sprints in agile software development. It provides details on what constitutes a user story being ready, including it being defined, having acceptance criteria, identified dependencies, sized by the team, and more. It also lists criteria for a sprint to be ready, such as the sprint backlog being prioritized and containing all committed work with no hidden work, and all team members having calculated their capacity for the sprint.
Scrum is about continuous improvement among other things.
油
When discussing continuous improvement many think about Kaizen. In this presentation you will get the opportunity to discuss Kaizen and Kaikaku, another Lean approach to improvement, their suitability, benefits, and pitfalls.
A pivot is a strategic change in direction for a startup based on feedback from the marketplace. It involves testing a new minimum viable product to validate a new fundamental hypothesis about the business model or product. Successful pivots allow a startup to find a path toward sustainable growth, while companies that cannot pivot risk becoming stuck. The Lean Startup methodology builds in the ability to pivot so that startups can adapt quickly to mistakes through iterative experimentation and change.
"What Matters" is Activate's look at the ideas that companies at the intersection of media, technology and entertainment will use to grow their businesses.
Redefiners: Capturing Media Growth DollarsActivate
油
The document discusses how media companies can capture $325 billion in growth dollars over the next 3 years by becoming "redefiners". It argues that media companies need to build new growth businesses through virtual startups, leverage quality content as an unfair advantage, and create engaging experiences across devices to compete against nimble startups. Redefiners will focus on serving customers, pivot strategies quickly as needed, and win through building rather than acquiring new businesses.
Lean Web Solutions with WP [versione italiana]Carlo Beschi
油
際際滷 della mia presentazione al Wordcamp Milano 2011 su "Soluzioni web Lean con WordPress"
(http://wordcamp.it/milano2011/thank-god-its-friday-wordcamp-programma-del-27-maggio-2011/)
Scrivere software per il business si riduce essenzialmente a due problemi. Capire il vero problema da risolvere, e trovare soluzioni interessanti, senza trasformare la cosa in un percorso ad ostacoli.
Master presentazione 1 come nasce un'ideasculling77
油
Piccola presentazione il cui tema 竪 l'illustrazione di come VIRGOSISTEMI gestisce i Clienti e le loro esigenze fino a farle diventare dei prodotti finiti.
Metodologie agili, user-experience, customer-handling... e tutto quanto fa brodo.
(Ovvero come rinunciare ad avere il controllo sulle cose e vivere felici!)
Presentazione all'Italian Agile Day 2009
Introduzione alla filosofia LEan e alle metodologie Agili per l'organizzazione del lavoro in Team. Valori Agili e Innovation Games come approccio alla progettazione in contesti "turbolenti" e creativi. Progetto realizzato per una Classe 3属 superiore, dell'Istituto Cuppari di Jesi.
Lelefante nella stanza! [con LiquidO] - Codemotion 2014Fabio Mora
油
Essere developer Agili ma lavorare con il management tradizionale 竪 una sfida: significa evolvere vincolati da distanza tra chi chi decide e chi fa. Recentemente per嘆 ho sperimentato sul campo la creazione di un modello d'azienda diverso. Come? Una kanban con un flow nuovo, processi decisionali adatti allintelligenza collettiva, un sistema di stima del valore generato ed uno di reputazione interna. Un filone di aziende a governance liquida sta crescendo e potrebbe abilitare una delle prossime evoluzioni di Extreme Programming. Affrontare problemi, gap di onwership alla nascita 辿 vitale!
Lelefante nella stanza! Affrontare le known issues tra tecnici e managerCodemotion
油
by Fabio Mora - Essere developer Agili ma lavorare con il management tradizionale 竪 una sfida: significa evolvere vincolati da distanza tra chi chi decide e chi fa. Recentemente per嘆 ho sperimentato sul campo la creazione di un modello d'azienda diverso. Come? Una kanban con un flow nuovo, processi decisionali adatti allintelligenza collettiva, un sistema di stima del valore generato ed uno di reputazione interna. Un filone di aziende a governance liquida sta crescendo e potrebbe abilitare una delle prossime evoluzioni di Extreme Programming. Affrontare problemi, gap di onwership alla nascita 辿 vitale!
La Fattoria (Agile) degli Animali, in inglese: Agile Animal Farm, 竪 un gioco/metafora per evidenziare come i comportamenti dei membri di un team influiscano sulle prestazioni e quindi sul risultato finale del lavoro svolto. Basato su un gioco sviluppato da Pierre E. Neis, Agile Coach in Belgio. La sessione di gioco si 竪 tenuta durante il meetup del 20 Dicembre 2016 nel gruppo Scrum_Roma (https://www.meetup.com/Scrum-Roma/) organizzato da Massimo Sarti.
Collaborazione, Decisionalita e Gestione della Complessita nel Tempo: cosa ...Commit University
油
Vuoi migliorare la gestione dei progetti a lungo termine con team multidisciplinari e prendere decisioni rischiose in modo sicuro e ponderato? Non perderti il nostro workshop gratuito!
Antonio DellAva, Frontend Developer di eDreams Odigeo, condivider strategie per aiutarti a ottimizzare la collaborazione nel tuo team, scegliere gli strumenti giusti per ogni situazione e garantire levoluzione del progetto nel tempo
Francesco Malatesta - What You Give is What You Get - Codemotion Milan 2017Codemotion
油
Partecipare attivamente ad una community: tutti sanno che 竪 importante ma in pochi lo fanno. Davvero 竪 cos狸 importante per un developer fare un'esperienza del genere? Francesco spiegher il suo percorso con Laravel-Italia negli ultimi quattro anni, non solo per raccontare quanto effettivamente fare community gli abbia "restituito" (oltre ogni aspettativa) ma anche per spiegare quale impatto ha una scelta del genere, senza dimenticare qualche consiglio per chi sta iniziando a muovere i primi passi... e non solo.
Roberta Rizzo - Design Thinking: il processo human centered per innovare part...Stefano Saladino
油
Viviamo in un grande esperimento sociale e personale: come possiamo innovarci ridefinendo priorit e obiettivi? Il design thinking 竪 un processo creativo human centered che guida la nostra capacit di re-inventarci migliorando la situazione esistente o creando qualcosa di nuovo attraverso un percorso definito, tecniche e tools da applicare partendo dalle nostre quotidianit.
Visual management con il design thinking, Andrea De Muri, 10/07/2015Progetto Imprender嘆
油
Il Design Thinking rappresenta un importante approccio progettuale alla creazione di prodotti e servizi e ha cambiato il modo in cui sono percepiti i progetti.
2. Solo due parole ...
Susanna Ferrario
Product Owner in Lastminute.com
appassionata di Agile dal 2011
con le mani su prodotti digital da...
prima del millenium bug
dagli interessi compositi e scomposti
email: susanna.fer@gmail.com
twitter: @si-haya
3. Product
Backlog
Cos竪
Un elenco ordinato di tutto ci嘆
che 竪 necessario al prodotto
Cosa NON 竪
o NON dovrebbe essere...
Una lista della spesa del lavoro
da fare
4. Il backlog
D - con il giusto dettaglio
E - (e) stimato
E - emergente
P - prioritizzato
7. Il magico potere
del riordino
Per prima cosa buttate ci嘆 che non serve:
poi riordinate tutto in una volta, in modo
definitivo e senza tralasciare nulla
di Marie Kondo - Edizioni Vallardi, ottobre 2014
9. Backlog e declutter
Cosa entrer
in futuro
Curiamo ci嘆 che abbiamo
selezionato
Cosa 竪 entrato
nel backlog?
Iniziamo a buttare...
Cosa deve
rimanere ora?
Valutiamo cosa tenere
10. Sulle dimensioni...
Quanti item contiene il vostro backlog?
Es.: backlog di 100 item, 5 user stories per sprint (2 settimane)
= 10 mesi di lavoro
Esiste una dimensione ideale?
La dimensione del backlog 竪 correlata alla grandezza e allet del prodotto,
alla dimensione dellazienda
11. Problemi comuni
Ai backlog di grandi dimensioni:
No visione globale
Si perde il focus
Generalmente difficili da prioritizzare
Effetto buco nero
Entra di tutto
Escono pochi item alla volta
Scarso spazio allinnovazione
Processo creativo rallentato
13. Pianificate il declutter
竪 un evento time-boxed
Se vi limitate a buttare
una cosa al giorno un
approccio del genere
non sortisce alcun
effetto rilevante
14. Operazione
da fare in una volta
- Darsi una scadenza
- Pianificare il declutter
- Evitare il poco per volta
- Risultati visibili in fretta
15. Tutto deve essere visibile
Tip
Riunite tutto in un
unico luogo
Questo vi permette di
valutare obiettivamente
quanti sono... {gli item]
19. Le domande per eliminare
E coerente con
la strategia?
E in linea con gli obiettivi
strategici?
A chi serve?
C竪 un soggetto?
E un vero stakeholder?
Quale valore
porta?
E definito il why?
Esprime un bisogno?
20. Il caso
Nel corso di una transizione a LESS (Large-
Scale Scrum) unazienda 竪 passata:
Da 508 item Jira
Un backlog di anni di lavoro...
a 23 Product Backlog Item
Una riduzione 20:1!!!
Riferimenti:
https://www.infoq.com/articles/jira-list-not-backlog
22. Idee per
categorizzare
- epiche
- temi
- step dello user journey
- stakeholder
- bisogni
- impatti
- obiettivi di business
- KPI
Tip
Scegliete il criterio che
fa al caso vostro
Potreste dover
sperimentare un po per
trovare quello adatto...
23. Procedete per confronti
ecco perch辿 竪 importante
selezionare per categoria
Tip
Selezionate per
categoria, nel corretto
ordine ...
24. Trovare il focus
In ogni categoria:
- ordine di priorit
- principio di Pareto (80/20)
- 3 us principali per valore
- metodo MoSCoW
- Kano model
- ecc.
26. Linatteso
criterio
della felicit...
Cosa fa brillare gli occhi
ai nostri clienti?
Cosa produce limpatto
pi湛 significativo?
Tip
... e conservate solo ci嘆
che vi rende felici
27. Prendetevi cura di ci嘆 che
viene conservato
Tip
Esistono solo 2
possibilit: tenere o
gettare. E se li tenete
prendetevene cura
28. Tenere sotto controllo
gli item esistenti
- Sono completi?
- Riflettono lo scenario
attuale?
- Focus su prossima release
- Product Roadmap a
complemento
30. Attenzione
a cosa entra...
- finestra temporale
- ready per il Backlog
- waiting room/may be box
- one in, one out
- definire un limite
- review degli obiettivi
generali
31. Le domande
per prendersi cura...
E coerente con
la strategia?
Serve in questo momento?
Rispecchia le priorit di
questa fase?
A chi serve?
Abbiamo individuato tutti
i soggetti interessati?
Ci sono interlocutori chiave
che non abbiamo
considerato?
Quale valore
porta?
Ho individuato un bisogno
o solo la sua soluzione?
Ci sono bisogni secondari
non esplicitati?
32. La bellezza dellordine
dai cassetti al backlog
Tip
Vietato accatastare
le cose una sullaltra,
il segreto 竪 metterle in
verticale
34. Alternative
alla vista lista
- tool-free
- vista multi-dimensionale
- lunghezza e profondit
- accento sui contenuti
- visibilit della gerarchia
- visibilit delle
connessioni
- vista analogica
40. Pillole di
declutter
1) Il riordino si fa in
ununica operazione
2) La tolleranza 竪
controproducente
3) Lavorare per
categorie
4) Il fattore felicit non
mente mai
41. Se pensate che
riordinare significhi
solo liberarvi della
confusione,
vi sbagliate.
Non dimenticate mai
che il vero obiettivo 竪
trovare e conservare
con cura gli oggetti
che amate
Marie Kondo
42. Riferimenti
Libri
Il magico potere del riordino - Marie Kondo
96 lezioni di felicit - Marie Kondo
Articoli
Make the product backlog DEEP - Roman Pichler
A jira list is not a Scrum Product Backlog - Craig Larman & Tim Born
Visualizing a large Product Backlog with a Treemap - Mike Cohn
Organizing a large Product Backlog - Folding Burritos
Healthy Product Backlog - Agile Coaching Blog
43. Feedback
Vi 竪 piaciuto il talk?
C竪 qualcosa che avreste voluto
approfondire?
Lasciate i vostri commenti,
suggerimente e idee in un tweet o
su joind.in
Grazie di avere partecipato!