UnIntroduzione a Scrum
Presentata da
<you> <date>
Origini di Scrum
Jeff Sutherland
Primi scrum presso Easel Corp nel 1993 IDX e 500+ persone applicano Scrum ADM Presenta Scrum a OOPSLA 96 insieme a Sutherland Autore di tre libri su Scrum Scrum patterns in PLOPD4 Fondano la Scrum Alliance nel 2002, inizialmente allinterno dellAgile Alliance
Ken Schwaber
Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce
Sviluppo di videogames Sistemi life-critical approvati dallFDA (Food & Drug Administration) Software di controllo satellitare Siti web Software per dispositivi handheld Telefoni cellulari Applicazioni di Network switching Applicazioni di produttori di software indipendenti
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 speciche. Usa regole generative per creare un ambiente agile che produca progetti
pi che
pi che
pi che
pi che
Fonte: www.agilemanifesto.org
Co m
pli c
at i
Tecnologia
Vicini ad un accordo
Semplici
Consolidata
Fonte: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.
Incerta
Scrum
Sprint goal Return Return Cancel Gift wrap Coupons Gift wrap Cancel Product backlog
Mountain Goat Software, LLC
24 ore
Sprints
I progetti Scrum fanno progressi in una serie di sprint
La durata tipica in genere di 24 settimane o un mese di calendario. Una durata costante, permette una migliore cadenza Il prodotto progettato, realizzato e testato durante lo sprint
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.
Cambiamenti
Stabiliamo la durata degli sprint sulla base di quanto possiamo mantenere i cambiamenti allesterno di un singolo sprint.
Scrum framework
Ruoli
Product owner ScrumMaster Team Eventi Sprint planning Sprint review Sprint retrospective Daily scrum meeting
Artifacts
Scrum framework
Ruoli
Product owner ScrumMaster Team Eventi Sprint planning Sprint review Sprint retrospective Daily scrum meeting
Artifacts
Product owner
Dene the features of the product Decide on release date and content Beresponsible for the protability of the
product (ROI) Prioritize features according to market value Adjustfeatures and priority every iteration, as needed Accept or reject work results
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
The team
Scrum framework
Ruoli
Eventi
Artifacts
Sprint goal
Pianicazione Sprint
obiettivi (design) Creare lo sprint backlog (tasks) partendo dagli Item del product backlog (user stories / features) Stimare lo sprint backlog in ore
Sprint backlog
Sprint planning
Il Team seleziona dal product backlog gli item che pu impegnarsi a completare Viene creato lo Sprint backlog Vengono identicati i Tasks, e ciascuno di questi viene stimato
Parametri
Tutti i giorni 15-minuti In piedi Sono tutti invitati Solo i membri del team, lo Scrum Master ed il Product owner hanno diritto di parola.
1 2 3
La sprint review
Il team presenta i risultati raggiunti durante lo sprint Di solito, il formato quello di una demo delle nuove funzionalit o dellarchitettura sottostante. Informale
Regola:2 ore di preparazione Niente slides
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
Continuare a fare
Scrum framework
Ruoli
Product owner ScrumMaster Team Eventi Sprint planning Sprint review Sprint retrospective Daily scrum meeting
Artifacts
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 La priorit aggiornata allinizio di ogni sprint
Stima
3 5 3 8 8 30 50
Sprint goal
Una breve indicazione dellobiettivo principale
dello Sprint
Database Application Life Sciences Supportare le features necessarie per gli studi genetici sulla popolazione
Fare girare lapplicazione anche su SQL Server oltre che su Financial services Oracle. Supportare pi indicatori tecnici di quanto faccia ABC con dati in tempo reale.
Mountain Goat Software, LLC
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, denire un item dello sprint backlog di dimensione maggiore da scomporre successivamente Aggiornare il lavoro rimanente man mano che questo viene riconosciuto
Hours
4/29/02
5/6/02
5/13/02
5/20/02
5/24/02
Tasks
Scrivere la UI Scrivere il middle tier Testare il middle tier Scrivere lhelp online
Lun
8 16 8 12
Ven
50 40
Hours
Scalabilit
Il tipico team formato da 7 2 persone
La scalabilit viene ottenuta con team di team Tipo di applicazione Dimensione del team Dispersione del team Durata del progetto
Come proseguire
www.mountaingoatsoftware.com/scrum www.scrumalliance.org www.controlchaos.com scrumdevelopment@yahoogroups.com
Letture consigliate:
Agile and Iterative Development: A Managers 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
Copyright notice
Siete liberi:
di Condivideredi copiare, distribuire e trasmettere il presente lavoro di Riassemblaredi adattare il presente lavoro Attribuzione. Lopera deve essere attribuita nel modo specicato dallautore o dal detentore della licenza (ma in nessun modo tale da suggerire che questi approvino voi o luso che fate dellopera).
Contatti:
Presentazione di: Mike Cohn mike@mountaingoatsoftware.com www.mountaingoatsoftware.com (720) 890-6110 (ofce)
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