Come abbiamo introdotto la metodologia agile, attraverso SCRUM, in una piccola agenzia web multi progetto seguendo un approccio lean per gestire sia i team che i progetti.
Secondo incontro del Roma-xpug nel quale si effettuerà una 'round-table' sui valori e i principi che sono alla base delle metodologie Lean e Agili. L'incontro prevede una breve presentazione di Fabio Armani a cui seguirà un panel aperto per scambiarsi opinioni e esperienze.
Second Meeting of the Rome-xpug in which we'll make a 'round-table' on the values and principles that are the basis of Lean and Agile methodologies. The meeting includes a short presentation by Fabio Armani, followed by an open panel to exchange views and experiences.
Questa presentazione descrive un viaggio nel project management dalla produzione di massa di Ford fino allo Scrum utilizzato nella produzione di software.
Come abbiamo introdotto la metodologia agile, attraverso SCRUM, in una piccola agenzia web multi progetto seguendo un approccio lean per gestire sia i team che i progetti.
Secondo incontro del Roma-xpug nel quale si effettuerà una 'round-table' sui valori e i principi che sono alla base delle metodologie Lean e Agili. L'incontro prevede una breve presentazione di Fabio Armani a cui seguirà un panel aperto per scambiarsi opinioni e esperienze.
Second Meeting of the Rome-xpug in which we'll make a 'round-table' on the values and principles that are the basis of Lean and Agile methodologies. The meeting includes a short presentation by Fabio Armani, followed by an open panel to exchange views and experiences.
Questa presentazione descrive un viaggio nel project management dalla produzione di massa di Ford fino allo Scrum utilizzato nella produzione di software.
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...Roberto Bettazzoni
2006
Prima serata di una serie di Talk serali all' ERLUG (Emilia Romagna Linux User Group) Presentazione delle Metodologie Agili (confronto con la situazione esistente)
Presentazione delle Pratiche Agili
Esempio d'applicazione di tecniche Agili
Agile e OSS distribuito
eXtreme Programming
Agile Project Management - the Board Game workshopGiulio Roggero
Agile workshop based on the board game "Agile: the Board Game" -
http://code.google.com/p/agile-the-board-game
(Italian Version).
During this 1day workshop participants embrace the Agile values and Lean principles using the Agile board game and the A3 Airplane game.
The spirit of the workshop is learning by doing.
You can download and use freely these slide under CC3 License.
Talk presentato all'Italia Agile Day il 30/11/2013 a Reggio Emilia.
I valori di Agile sono come i principi alla base della cucina. In questa presentazione sono presentati alcuni ingredienti agili da amalgamare con cura.
Come funziona Scrum? Quali sono i suoi mattoni base? Questa presentazione è il primo tassello della collana divulgativa di Agile Reloaded su Agile e Lean Software Development. Lasciate i vostri commenti, li utilizzeremo per il cartone animato!
Manifesto per lo Sviluppo Agile di SoftwareAmmLibera AL
In Ingegneria del SW, per metodologia agile (o leggera) o metodo agile si intende un particolare metodo per lo sviluppo del software che coinvolge quanto più possibile il committente, ottenendo in tal modo una elevata reattività alle sue richieste.
Esistono un certo numero di tali metodologie e la Agile alliance, formatasi nella stesura del manifesto in oggetto, è una organizzazione no-profit creata allo scopo di diffonderle.
Tra l'11 e il 13 febbraio 2001, in una stazione sciistica sulle montagne dello Utah, diciassette persone sono incontrate per parlare, sciare, rilassarsi, cercare di trovare un terreno comune e, naturalmente, mangiare. Il risultato è stato il Manifesto per lo Sviluppo Agile di Software (Agile Software Development Manifesto). I rappresentanti di Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming e altri simpatizzanti erano accomunati della necessità di trovare un'alternativa ai pesanti processi di sviluppo software e alla stesura della relativa documentazione.
Questo ebook presenta i 12 punti del Manifesto, corredato dalla presentazione di Jim Highsmith, pubblicato in inglese su http://agilemanifesto.org/ , e nel libro tradotta in italiano.
Una breve incursione nel mondo delle metodologie agili di sviluppo del software. Le slide sono intese per fornire una base per successive puntate in cui analizzare meglio i diversi aspetti di tale metodologia.
Better Software 2010 - Applicazione pratica di un processo di sviluppo Agile ...Paolo Quaglia
Nel panorama delle Metodologie Agili esistono molteplici processi di sviluppo (es XP e SCRUM) che ereditano ed interpretano in maniera leggermente diversa i principi espressi dal Manifesto Agile.
Il talk approfondirà la tematica dell’implementazione reale e pratica di un processo di sviluppo Agile derivato dalle metodologie citate, ma customizzato per adattarlo alle esigenze aziendali e alla tipologia dei nostri progetti.
Verranno approfonditi i ruoli e le responsabilità individuati dal processo, le competenze soft necessarie, le fasi, i singoli passi e gli output, cioè gli artefatti prodotti, siano essi documenti, codice, test automatici, etc.
Verranno trattati anche la documentazione, che ha la caratteristica di essere il più snella possibile, ed i tool software che vengono utilizzati per la gestione e controllo dei progetti.
Lo scopo è quello di fornire un case study di implementazione reale (anche da un punto di vista contrattuale) approfondendo i pro ed i contro di questa metodologia, per dar possibilmente vita ad una discussione costruttiva sull’argomento.
Agile requirements - alla ricerca del filo rosso (iad 2013)Fabio Armani
requisiti rappresentano, a mio avviso, il ‘fil rouge’ di tutto lo sviluppo software, sia che si tratti di applicazioni web o mobile, sia che siano coinvolti grandi sistemi Enterprise. Cerchiamo di capire perché.
Possiamo affermare che Lean Agile sta di fatto divenendo uno delle metodologie più adottate (se non il main-stream stesso) in ambito informatico e conseguentemente anche in ambiti connessi con l’informatica.
Nel mio talk (che spero possa trasformarsi in una tavola rotonda sul tema degli agile requirements e di ciò che ruota attorno ad essi) desidero presentare le varie possibilità di gestire i requisiti in modo agile e di seguire ad esempio il percorso delle “user story” (uno dei più efficaci metodi inventati in ambito agile o meglio nella metodologia eXtreme Programming per gestire i requisiti) in tutte le diverse fasi della loro ‘vita’ : a partire da ‘theme’, ‘epic’ e poi ‘story’ realizzata durante una determinata iterazione, fino al loro testing mediante Acceptance Test Driven Development e convalida business sul campo con gli utenti finali e i diversi stakeholder.
Bene… per poter effettuare questo affascinante itinerario cosa e chi viene coinvolto? Scopriremo assieme (ed argomenteremo le diverse soluzioni) che un’intera organizzazione Enterprise si dovrà plasmare per consentire ad una storia di divenire parte di una nuova funzionalità di successo.
Per avere realmente successo dovremmo scomodare molte metodologie tra le quali Lean , Agile, Lean StartUp, Lean UX e questo ci porterà nuovamente al punto di partenza. Perché vogliamo realizzare proprio questa storia? Quale era il requisito da cui siamo partiti. A quale Vision ci siamo ispirati?
Sono certo che il tema è affascinante e sarà interessante affrontarlo collettivamente, specialmente se trattato in ambito di round table.
Agile Project Management basics explained through the key values and principles of this methodology. A quick overview of some of the most important agile tools and techniques, like "MoSCoW" priority management and "Timeboxing" priority management.
Introduzione alle metodologie e pratiche Agili ... ma l'agile c'entra qualcos...Roberto Bettazzoni
2006
Prima serata di una serie di Talk serali all' ERLUG (Emilia Romagna Linux User Group) Presentazione delle Metodologie Agili (confronto con la situazione esistente)
Presentazione delle Pratiche Agili
Esempio d'applicazione di tecniche Agili
Agile e OSS distribuito
eXtreme Programming
Agile Project Management - the Board Game workshopGiulio Roggero
Agile workshop based on the board game "Agile: the Board Game" -
http://code.google.com/p/agile-the-board-game
(Italian Version).
During this 1day workshop participants embrace the Agile values and Lean principles using the Agile board game and the A3 Airplane game.
The spirit of the workshop is learning by doing.
You can download and use freely these slide under CC3 License.
Talk presentato all'Italia Agile Day il 30/11/2013 a Reggio Emilia.
I valori di Agile sono come i principi alla base della cucina. In questa presentazione sono presentati alcuni ingredienti agili da amalgamare con cura.
Come funziona Scrum? Quali sono i suoi mattoni base? Questa presentazione è il primo tassello della collana divulgativa di Agile Reloaded su Agile e Lean Software Development. Lasciate i vostri commenti, li utilizzeremo per il cartone animato!
Manifesto per lo Sviluppo Agile di SoftwareAmmLibera AL
In Ingegneria del SW, per metodologia agile (o leggera) o metodo agile si intende un particolare metodo per lo sviluppo del software che coinvolge quanto più possibile il committente, ottenendo in tal modo una elevata reattività alle sue richieste.
Esistono un certo numero di tali metodologie e la Agile alliance, formatasi nella stesura del manifesto in oggetto, è una organizzazione no-profit creata allo scopo di diffonderle.
Tra l'11 e il 13 febbraio 2001, in una stazione sciistica sulle montagne dello Utah, diciassette persone sono incontrate per parlare, sciare, rilassarsi, cercare di trovare un terreno comune e, naturalmente, mangiare. Il risultato è stato il Manifesto per lo Sviluppo Agile di Software (Agile Software Development Manifesto). I rappresentanti di Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming e altri simpatizzanti erano accomunati della necessità di trovare un'alternativa ai pesanti processi di sviluppo software e alla stesura della relativa documentazione.
Questo ebook presenta i 12 punti del Manifesto, corredato dalla presentazione di Jim Highsmith, pubblicato in inglese su http://agilemanifesto.org/ , e nel libro tradotta in italiano.
Una breve incursione nel mondo delle metodologie agili di sviluppo del software. Le slide sono intese per fornire una base per successive puntate in cui analizzare meglio i diversi aspetti di tale metodologia.
Better Software 2010 - Applicazione pratica di un processo di sviluppo Agile ...Paolo Quaglia
Nel panorama delle Metodologie Agili esistono molteplici processi di sviluppo (es XP e SCRUM) che ereditano ed interpretano in maniera leggermente diversa i principi espressi dal Manifesto Agile.
Il talk approfondirà la tematica dell’implementazione reale e pratica di un processo di sviluppo Agile derivato dalle metodologie citate, ma customizzato per adattarlo alle esigenze aziendali e alla tipologia dei nostri progetti.
Verranno approfonditi i ruoli e le responsabilità individuati dal processo, le competenze soft necessarie, le fasi, i singoli passi e gli output, cioè gli artefatti prodotti, siano essi documenti, codice, test automatici, etc.
Verranno trattati anche la documentazione, che ha la caratteristica di essere il più snella possibile, ed i tool software che vengono utilizzati per la gestione e controllo dei progetti.
Lo scopo è quello di fornire un case study di implementazione reale (anche da un punto di vista contrattuale) approfondendo i pro ed i contro di questa metodologia, per dar possibilmente vita ad una discussione costruttiva sull’argomento.
Agile requirements - alla ricerca del filo rosso (iad 2013)Fabio Armani
requisiti rappresentano, a mio avviso, il ‘fil rouge’ di tutto lo sviluppo software, sia che si tratti di applicazioni web o mobile, sia che siano coinvolti grandi sistemi Enterprise. Cerchiamo di capire perché.
Possiamo affermare che Lean Agile sta di fatto divenendo uno delle metodologie più adottate (se non il main-stream stesso) in ambito informatico e conseguentemente anche in ambiti connessi con l’informatica.
Nel mio talk (che spero possa trasformarsi in una tavola rotonda sul tema degli agile requirements e di ciò che ruota attorno ad essi) desidero presentare le varie possibilità di gestire i requisiti in modo agile e di seguire ad esempio il percorso delle “user story” (uno dei più efficaci metodi inventati in ambito agile o meglio nella metodologia eXtreme Programming per gestire i requisiti) in tutte le diverse fasi della loro ‘vita’ : a partire da ‘theme’, ‘epic’ e poi ‘story’ realizzata durante una determinata iterazione, fino al loro testing mediante Acceptance Test Driven Development e convalida business sul campo con gli utenti finali e i diversi stakeholder.
Bene… per poter effettuare questo affascinante itinerario cosa e chi viene coinvolto? Scopriremo assieme (ed argomenteremo le diverse soluzioni) che un’intera organizzazione Enterprise si dovrà plasmare per consentire ad una storia di divenire parte di una nuova funzionalità di successo.
Per avere realmente successo dovremmo scomodare molte metodologie tra le quali Lean , Agile, Lean StartUp, Lean UX e questo ci porterà nuovamente al punto di partenza. Perché vogliamo realizzare proprio questa storia? Quale era il requisito da cui siamo partiti. A quale Vision ci siamo ispirati?
Sono certo che il tema è affascinante e sarà interessante affrontarlo collettivamente, specialmente se trattato in ambito di round table.
Agile Project Management basics explained through the key values and principles of this methodology. A quick overview of some of the most important agile tools and techniques, like "MoSCoW" priority management and "Timeboxing" priority management.
Agile management, or agile process management, or simply agile refers to an iterative, incremental method of managing the design and build activities of engineering, information technology and other business areas that aim to provide new product or service development in a highly flexible and interactive manner; an example is its application in Scrum, an original form of agile software development.
IPMA 2014 World Congress - Stakeholder Engagement between Traditional and Ag...Simone Onofri
If you are Agile or Traditional, or a mix of two, you cannot survive without (engaging) your stakeholder. After a “big picture view” on how stakeholders can be managed referring in Traditional Management and how this is vital in the Agile approach.
Executive Presentation on Agile Project Management by Boardroom Metrics Inc.Boardroom Metrics
This presentation was delivered to a group of senior executives with little or no understanding of Agile methodologies. It was an eye-opening experience!
If interested, please reach out to our firm to discuss how we can help your organization: 1.416.994.6552 or info@boardroommetrics.com
Presentazione fatta al primo Mini Agile Day Bari 2018
Nella presentazione sottolineo l'importanza di conoscere ed incorporare nell'operato quotidiano del team, i principi e valori del manifesto per lo sviluppo agile.
Il software che oggi produce valore è stato scritto parecchi anni fa. Il costo di manutenzione ed evoluzione sta diventando sempre più alto.
Parallelamente stiamo vivendo una forte accelerazione sul digitale: omnicanalità, self-service e ubiquità sono fattori che stanno influenzando i comportamenti delle persone. Alle aziende si chiede sempre più innovazione e semplicità dei servizi offerti.
In questa presentazione guarderemo avanti nel futuro, sui software che produrranno valore nei prossimi 10 anni e che stiamo costruendo ora.
Proveremo a dare una possibile risposta a questa domanda:
“come possiamo evitare di accumulare un debito tecnico difficilmente ripagabile e nel contempo seguire l’accelerazione che il mercato ci sta chiedendo senza impattare sul business esistente?”
Abilitare le organizzazioni e le persone ad adottare con successo il CloudAmazon Web Services
Una migrazione al cloud si compone di tre pilastri: persone, processi e tecnologia. Troppo spesso, le organizzazioni si concentrano sul miglioramento dei processi e sull’implementazione tecnologica, ma ignorano l’aspetto umano. Molti leader ammettono che i primi due sono semplici da modificare, mentre influenzare la cultura è più complicato. Questa sessione affronta i metodi migliori per aiutare ai clienti come affrontare questa sfida. Scopri i ruoli e le responsabilità pertinenti alla fase di transizione e di post-adozione del cloud. Valuta i gap della tua organizzazione tra le capacità e le competenze richieste. Crea modelli di addestramento efficienti che portano ad un’efficace cultura DevOps.
Speaker: Danilo Poccia, Senior Evangelist, Serverless, AWS
Il modo migliore per dare uno Sprint alla tua azienda! Vantaggi del metodo Agile Scrum nello sviluppo software per l’ottimizzazione dei processi produttivi e commerciali.
Con Xebialabs affrontiamo il tema della gestione della Toolchain devops e Release/Deploy in modo orchestrato e remotizzato.
XebiaLabs, leader del mercato ARA come riportato da Gartner e
Forrester. Con XebiaLabs gestire i rilasci dal punto di vista di processo e di effettivo deploy delle applicazioni è solo un fatto di configurazione, al resto pensa l’engine di XebiaLabs.
Queste slide sono relative all’intervento che K-Tech http://www.k-tech.it/ ha presentato all’evento Jax Italia il 13 novembre a Milano.
Speaker: Giuseppe Galli
This session is focused on an agile approach to Application Performance Management (APM) and presents its relationship with Software Performance Engineering (SPE). The Agile approach to APM is a revolutionary method shift developed by K-Tech s.r.l. consultants and experts that allows cost savings and easy adoption for the enterprises that face problems with a canonical solution
From its birth, the CQRS (along with event sourcing) has been very attractive for the entire developers community but nonetheless still an "hipster" approach to application architecture design, despite many benefit. But when IoT comes in play, it becomes very interesting to apply it in production grade systems. Let's show why...
Scrumban a Methodology Fusion - Bettersoftware & Codemotion 2011Fabio Armani
Scrumban - A methodology Fusion
di Fabio Armani
In this talk I will describe the use, in a real context, of Kanban and Scrum agile methodologies combined with some practices of Extreme Programming. In the scenery of the agile methodologies, Scrum has certainly gained a position of clear dominance in terms of adoption and obtained successes.
This remarkable result is undoubtedly due to its peculiarities to know how to answer to the agile's values and principles in a revolutionary way, and of fostering a very pragmatic approach. Moreover, its characteristic of not being prescriptive with regard to technological aspects, allows a Scrum team to integrate eXtreme Programming practices to agile skills with a great success through their gradual introduction.
As also shown and described in my article "Lean Agile Adoption - an enterprise-war story" Scrum can scale to enterprise-level and can be used to guide the transformation process itself of a company into an agile one. Our real-world experience, based on principles of continuous experimentation and adaptation, soon led us to devise and use a form of merging Scrum with Lean methodologies, and in particular with Kanban.
The purpose of this short paper is therefore to share the direct practical experience of teams led by me, in order to help others in their process of adopting agile methodologies.
Le operazioni di testing possono richiedere molto tempo e possono implicare ingenti costi per le imprese. Per questo motivo è di fondamentale importanza individuare sul mercato le migliori soluzioni disponibili, al fine di ridurre al minimo gli effort impiegati per testare le proprie applicazioni.
TestComplete di SmartBear centra appieno questi obiettivi: TestComplete, infatti, offre una piattaforma di test per creare, eseguire e mantenere in modo semplice test automatici per applicazioni software di tipo desktop, Web, mobile, e client-server, favorendo un’elevata riduzione dei tempi e dei costi dedicati alle operazioni di testing.
In questo webinar uno dei Testing Guru di Emerasoft mostra come sfruttare al meglio le potenzialità offerte dal testing automatico grazie all’utilizzo di TestComplete.
Guarda il webinar on demand: https://www.youtube.com/watch?v=N7aTTfSoREI
Similar to Redistributable Intro To Scrum Ita (20)
3. We’re losing the relay race
“L’approccio ‘a staffetta’ allo sviluppo dei
prodotti ...può entrare in conflitto con gli
obettivi di massima velocità e flessibilità.
Invece, un approccio olistico o ‘rugbystico’ -
in cui un team cerca di coprire la distanza
come un’unità, passandosi la palla a vicenda -
puà servire meglio gli odierni requisiti di
competitività.” Hirotaka Takeuchi e Ikujiro Nonaka, “The
New New Product Development Game”,
Harvard Business Review, January 1986.
Mountain Goat Software, LLC
4. Scrum in 100 parole
• Scrum è un processo agile che ci permette di
concentrarci sulla consegna del maggior valore
business nel più breve tempo.
• Ci permette di ispezionare software funzionante
rapidamente e ripetutamente (ogni due settimane o
ogni mese)
• Il business stabilisce le priorità. I team si organizzano
per scegliere la strada migliore per consegnare le
funzionalità a priorità più alta.
• Ogni due settimane o ogni mese, chiunque può vedere
il software funzionante e decidere se rilasciarlo così
com’è o continuare a migliorarlo per un altro sprint.
Mountain Goat Software, LLC
5. Origini di Scrum
• Jeff Sutherland
• Primi scrum presso Easel Corp nel 1993
• IDX e 500+ persone applicano Scrum
• Ken Schwaber
• ADM
• Presenta Scrum a OOPSLA 96 insieme a
Sutherland
• Autore di tre libri su Scrum
• Mike Beedle
• Scrum patterns in PLOPD4
• Ken Schwaber and Mike Cohn
• Fondano la Scrum Alliance nel 2002, inizialmente
all’interno dell’Agile Alliance
Mountain Goat Software, LLC
6. Scrum è stato usato da:
• Microsoft • Nielsen Media
• Yahoo • First American Real Estate
• Google • BMC Software
• Electronic Arts • Ipswitch
• IBM • John Deere
• Lockheed Martin • Lexis Nexis
• Philips • Sabre
• Siemens • Salesforce.com
• Nokia • Time Warner
• Capital One • Turner Broadcasting
• BBC • Oce
• Intuit
Mountain Goat Software, LLC
7. Scrum è stato usato per:
• Software commerciale • Sviluppo di videogames
• Sviluppo software in-house • Sistemi life-critical approvati
dall’FDA (Food & Drug
• Sviluppo per conto terzt Administration)
• Progetti “a corpo”
• Software di controllo satellitare
• Applicazioni finanziarie
• Siti web
• Applicazioni certificate ISO
• Software per dispositivi
9001 handheld
• Sistemi embedded
• Telefoni cellulari
• Sistemi 24x7 con requisiti di
• Applicazioni di Network
99.999% switching
Finire
• Il Joint Strike Fighter
• Applicazioni di produttori di
software indipendenti
Mountain Goat Software, LLC
8. Caratteristiche
• Team che si organizzano da soli
• Progressi del prodotto in una serie di “sprint”
lunghi 2 settimane - 1 mese
• I requisiti sono catturati come voci in un elenco:
“product backlog”
• Non sono prescritte pratiche ingegneristiche
specifiche.
• Usa regole generative per creare un ambiente agile
che produca progetti
Mountain Goat Software, LLC
9. The Agile Manifesto – una
dichiarazione di valori
Individui ed interazioni più che Processi e strumenti
Fonte: www.agilemanifesto.org
Mountain Goat Software, LLC
10. The Agile Manifesto – una
dichiarazione di valori
Individui ed interazioni più che Processi e strumenti
Documentazione
Software funzionante più che
esaustiva
Fonte: www.agilemanifesto.org
Mountain Goat Software, LLC
11. The Agile Manifesto – una
dichiarazione di valori
Individui ed interazioni più che Processi e strumenti
Documentazione
Software funzionante più che
esaustiva
Collaborazione con il Negoziazione dei
più che
cliente contratti
Fonte: www.agilemanifesto.org
Mountain Goat Software, LLC
12. The Agile Manifesto – una
dichiarazione di valori
Individui ed interazioni più che Processi e strumenti
Documentazione
Software funzionante più che
esaustiva
Collaborazione con il Negoziazione dei
più che
cliente contratti
Rispondere al più che Seguire un piano
cambiamento
Fonte: www.agilemanifesto.org
Mountain Goat Software, LLC
13. Livello di rumore del progetto
Lontani da un accordo
Anarchia
Complessi
requisiti
Co
m
pli
ca Fonte: Strategic Management and
ti Organizational Dynamics by Ralph Stacey in
Agile Software Development with Scrum by
Semplici Ken Schwaber and Mike Beedle.
Vicini ad un accordo
Tecnologia
Consolidata
Incerta
Mountain Goat Software, LLC
18. Scrum
Sprint
2-4 settimane
Sprint goal
Return
Sprint Incremento del prodotto
backlog potenzialmente rilasciabile
Gift wrap
Cancel
Product
backlog
Mountain Goat Software, LLC
19. Scrum
Sprint
2-4 settimane
Sprint goal
Return
Sprint Incremento del prodotto
backlog potenzialmente rilasciabile
Gift wrap
Cancel Coupons
Product
backlog
Mountain Goat Software, LLC
20. Scrum
Sprint
2-4 settimane
Sprint goal
Return
Sprint Incremento del prodotto
Cancel backlog potenzialmente rilasciabile
Coupons
Gift wrap
Product
backlog
Mountain Goat Software, LLC
21. Scrum 24 ore
Sprint
2-4 settimane
Sprint goal
Return
Sprint Incremento del prodotto
Cancel backlog potenzialmente rilasciabile
Coupons
Gift wrap
Product
backlog
Mountain Goat Software, LLC
22. Putting it all together
Immagine
disponibile presso
www.mountaingoatsoftware.com/scrum
Mountain Goat Software, LLC
23. Sprints
• I progetti Scrum fanno progressi in una serie di
“sprint”
• Analoghi alle iterazioni di Extreme Programming
• La durata tipica è in genere di 2–4 settimane o un
mese di calendario.
• Una durata costante, permette una migliore
cadenza
• Il prodotto è progettato, realizzato e testato
durante lo sprint
Mountain Goat Software, LLC
24. Sviluppo sequenziale o
sovrapposto?
Requisiti Design Codice Test
Anziché fare una cosa
sola alla volta...
...gli Scrum team fanno un
po’ di tutto, tutto il tempo
Fonte: “The New New Product Development Game” by Takeuchi
and Nonaka. Harvard Business Review, January 1986.
Mountain Goat Software, LLC
25. Non si cambia durante lo sprint
Cambiamenti
• Stabiliamo la durata degli sprint sulla base di
quanto possiamo mantenere i cambiamenti
all’esterno di un singolo sprint.
Mountain Goat Software, LLC
28. Product owner
• Define the features of the product
• Decide on release date and content
• Be responsible for the profitability of the
product (ROI)
• Prioritize features according to market value
• Adjust features and priority every iteration, as
needed
• Accept or reject work results
Mountain Goat Software, LLC
29. The ScrumMaster
• Represents management to the project
• Responsible for enacting Scrum values and
practices
• Removes impediments
• Ensure that the team is fully functional and
productive
• Enable close cooperation across all roles and
functions
• Shield the team from external interferences
Mountain Goat Software, LLC
30. The team
• Typically 5-9 people
• Cross-functional:
• Programmers, testers, user experience designers, etc.
• Members should be full-time
• May be exceptions (e.g., database administrator)
• Teams are self-organizing
• Ideally, no titles but rarely a possibility
• Membership should change only between sprints
Mountain Goat Software, LLC
32. Sprint planning meeting
Capacità
del team
Product
backlog
Condizioni
Business
Prodotto
attuale
Tecnologia
Mountain Goat Software, LLC
33. Sprint planning meeting
Capacità
del team Prioritizzazione Sprint
• Analizzare e valutare il product
Product backlog
backlog • Selezionare gli obiettivi dello
sprint
Condizioni
Business
Prodotto
attuale
Tecnologia
Mountain Goat Software, LLC
34. Sprint planning meeting
Capacità
del team Prioritizzazione Sprint
• Analizzare e valutare il product Sprint
Product backlog
backlog • Selezionare gli obiettivi dello goal
sprint
Condizioni
Business
Prodotto
attuale
Tecnologia
Mountain Goat Software, LLC
35. Sprint planning meeting
Capacità
del team Prioritizzazione Sprint
• Analizzare e valutare il product Sprint
Product backlog
backlog • Selezionare gli obiettivi dello goal
sprint
Condizioni
Pianificazione Sprint
Business
• Decidere come raggiungere gli
Prodotto obiettivi (design)
attuale • Creare lo sprint backlog (tasks)
partendo dagli Item del product
backlog (user stories / features)
Tecnologia • Stimare lo sprint backlog in ore
Mountain Goat Software, LLC
36. Sprint planning meeting
Capacità
del team Prioritizzazione Sprint
• Analizzare e valutare il product Sprint
Product backlog
backlog • Selezionare gli obiettivi dello goal
sprint
Condizioni
Pianificazione Sprint
Business
• Decidere come raggiungere gli
Prodotto obiettivi (design) Sprint
attuale • Creare lo sprint backlog (tasks)
partendo dagli Item del product backlog
backlog (user stories / features)
Tecnologia • Stimare lo sprint backlog in ore
Mountain Goat Software, LLC
37. Sprint planning
• Il Team seleziona dal product backlog gli item che può
impegnarsi a completare
• Viene creato lo Sprint backlog
• Vengono identificati i Tasks, e ciascuno di questi viene stimato
(1-16 ore)
• Collaborativamente, non dallo ScrumMaster in solitudine
• Consideriamo anche il design di alto livello
Scrivere lo strato business (8
Come pianificatore ore)
di vacanze, voglio Scrivere l’interfaccia utente (4)
vedere le foto degli Scrivere le test fixtures (4)
Scrivere la classe pippo(6)
alberghi. Aggiornare i performance tests
(4)
Mountain Goat Software, LLC
38. Il daily scrum (la mischia quotidiana)
• Parametri
• Tutti i giorni
• 15-minuti
• In piedi
• Non è per risolvere i problemi
• Sono tutti invitati
• Solo i membri del team, lo Scrum Master ed il
Product owner hanno diritto di parola.
Mountain Goat Software, LLC
39. Ogni membro del team risponde a 3 domande:
1
Cos’hai fatto ieri?
2
Cosa farai oggi?
C’è qualcosa che ti impedisce di 3
farlo?
• Queste non sono un report per lo ScrumMaster
• Sono impegni presi di fronte ai colleghi
Mountain Goat Software, LLC
40. La sprint review
• Il team presenta i risultati raggiunti durante lo
sprint
• Di solito, il formato è quello di una demo delle
nuove funzionalità o dell’architettura
sottostante.
• Informale
• Regola:2 ore di preparazione
• Niente slides
• Tutto il team partecipa
• Invitate il mondo
Mountain Goat Software, LLC
41. Sprint retrospective
• Periodicamente diamo un occhiata a cosa sta
funzionando e cosa no.
• Tipicamente da15 a 30 minuti
• Fatta al termine di ogni sprint
• Partecipa tutto il team
• ScrumMaster
• Product Owner
• Team
• Possibilmente anche i clienti ed altri ruoli coinvolti
Mountain Goat Software, LLC
42. Start / Stop / Continue
• Tutto il team si raduna e discute cose che
vorrebbero:
Iniziare a fare
Smettere di fare
Questo è solo
uno fra molti Continuare a fare
modi di fare una
retrospettiva
Mountain Goat Software, LLC
44. Product backlog
• I requisiti
• Una lista di tutto il lavoro
richiesto sul progetto
• Idealmente espresso in modo
tale che ogni item abbia valore
per gli utenti o i clienti del
prodotto
• La priorità degli item è stabilita
dal Product Owner
Questo è il
• La priorità è aggiornata
all’inizio di ogni sprint
product backlog
Mountain Goat Software, LLC
45. Esempio di product backlog
Backlog item Stima
Permettere ad un ospite di effettuare una
3
prenotazione
Come ospite, voglio cancellare una prenotazione. 5
Come ospite, voglio cambiare le date di una
3
prenotazione.
Come impiegato dell’hotel, posso lanciare i report
RevPAR (Revenue Per Available Room = Fatturato 8
per camera disponibile)
Migliorare la gestione delle eccezioni 8
... 30
... 50
Mountain Goat Software, LLC
46. Sprint goal
• Una breve indicazione dell’obiettivo principale
dello Sprint
Life Sciences
Supportare le features
Database Application necessarie per gli studi genetici
sulla popolazione
Fare girare l’applicazione anche
su SQL Server oltre che su
Oracle. Financial services
Supportare più indicatori
tecnici di quanto faccia ABC
con dati in tempo reale.
Mountain Goat Software, LLC
47. Gestire lo sprint backlog
• I singoli individui prendono in carico un compito a loro scelta
• Il lavoro non è mai assegnato
• La stima del lavoro rimanente è aggiornata ogni giorno
• Ciascun membro del team può aggiungere, cancellare o
cambiare lo sprint backlog
• Il lavoro necessario per lo sprint emerge
• Se il lavoro non è chiaro, definire un item dello sprint backlog
di dimensione maggiore da scomporre successivamente
• Aggiornare il lavoro rimanente man mano che questo viene
riconosciuto
Mountain Goat Software, LLC
48. Uno sprint backlog
Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8
Scrivere il middle tier 16
Testare il middle tier 8
Scrivere l’help online 12
Scrivere la classe foo 8
Mountain Goat Software, LLC
49. Uno sprint backlog
Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4
Scrivere il middle tier 16 12
Testare il middle tier 8 16
Scrivere l’help online 12
Scrivere la classe foo 8 8
Mountain Goat Software, LLC
50. Uno sprint backlog
Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4 8
Scrivere il middle tier 16 12 10
Testare il middle tier 8 16 16
Scrivere l’help online 12
Scrivere la classe foo 8 8 8
Logging degli errori 8
Mountain Goat Software, LLC
51. Uno sprint backlog
Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4 8
Scrivere il middle tier 16 12 10 4
Testare il middle tier 8 16 16 11
Scrivere l’help online 12
Scrivere la classe foo 8 8 8 8
Logging degli errori 8 4
Mountain Goat Software, LLC
52. Uno sprint backlog
Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4 8
Scrivere il middle tier 16 12 10 4
Testare il middle tier 8 16 16 11 8
Scrivere l’help online 12
Scrivere la classe foo 8 8 8 8 8
Logging degli errori 8 4
Mountain Goat Software, LLC
54. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8
Scrivere il middle tier 16
Testare il middle tier 8
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
55. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8
Scrivere il middle tier 16
Testare il middle tier 8
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
56. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8
Scrivere il middle tier 16
Testare il middle tier 8
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
57. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4
Scrivere il middle tier 16 12
Testare il middle tier 8 16
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
58. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4
Scrivere il middle tier 16 12
Testare il middle tier 8 16
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
59. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4
Scrivere il middle tier 16 12
Testare il middle tier 8 16
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
60. Tasks Lun Mar Mer Gio Ven
Scrivere la UI 8 4 8
Scrivere il middle tier 16 12 10 7
Testare il middle tier 8 16 16 11 8
Scrivere l’help online 12
50
40
30
Hours
20
10
0
Lun Mar Mer Gio Ven
Mountain Goat Software, LLC
61. Scalabilità
• Il tipico team è formato da 7 ± 2 persone
• La scalabilità viene ottenuta con team di team
• Fattori chiave per la scalabilità
• Tipo di applicazione
• Dimensione del team
• Dispersione del team
• Durata del progetto
• Scrum è stato usato su diversi progetti
coinvolgenti più di 500 persone
Mountain Goat Software, LLC
68. Letture consigliate:
• Agile and Iterative Development: A Manager’s Guide di Craig Larman
• Agile Estimating and Planning di Mike Cohn
• Agile Project Management with Scrum di Ken Schwaber
• Agile Retrospectives di Esther Derby e Diana Larsen
• Agile Software Development Ecosystems di Jim Highsmith
• Agile Software Development with Scrum di Ken Schwaber e
Mike Beedle
• Scrum and The Enterprise di Ken Schwaber
• User Stories Applied for Agile Software Development di Mike Cohn
• Un sacco di articoli su www.scrumalliance.org
Mountain Goat Software, LLC
69. Copyright notice
Siete liberi:
• di Condividere―di copiare, distribuire e trasmettere il presente
lavoro
• di Riassemblare―di adattare il presente lavoro
Alle seguenti condizioni
• Attribuzione. L’opera deve essere attribuita nel modo specificato
dall’autore o dal detentore della licenza (ma in nessun modo tale
da suggerire che questi approvino voi o l’uso che fate dell’opera).
Nulla in questa licenza indebolisce o impone restrizioni i diritti
morali dell’autore.
Mountain Goat Software, LLC
70. Contatti:
Presentazione di: Mike Cohn
mike@mountaingoatsoftware.com
www.mountaingoatsoftware.com
(720) 890-6110 (office)
Siete liberi di rimuo vere
questa (o una qualsiasi)
slide ma per favore
attribuitene la fonte da
qualche parte nella
vostra presentazione
Mountain Goat Software, LLC
Editor's Notes
Sono presenti due versioni della slide copertina, usate quella che preferite
would be nice to include a quote from Wicked Problems here
Il termine capacità non è relativo agli skills, ma inteso come capacità di contenimento.
Il termine capacità non è relativo agli skills, ma inteso come capacità di contenimento.
Il termine capacità non è relativo agli skills, ma inteso come capacità di contenimento.
Il termine capacità non è relativo agli skills, ma inteso come capacità di contenimento.