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: Integrare metodologie di progetto tradizionali con ...Codemotion
Negli ultimi anni, anche secondo l'approccio Lean Startup, il modo migliore per rilasciare prodotti - non solo software - è tramite framework Agili. Quando si è agili all'interno di un organizzazione più tradizionale, questo approccio spesso si scontra con le prassi di gestione progetti più tradizionali. Nonostante lo scontro - principalmente filosofico - è in realtà possibile integrare metodologie di progetto tradizionali con quelle agili. Durante il talk, dopo una breve introduzione, saranno presentati dei modelli di ciclo di vita Agile e Tradizionale e la struttura consigliata dei team.
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.
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.
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: Integrare metodologie di progetto tradizionali con ...Codemotion
Negli ultimi anni, anche secondo l'approccio Lean Startup, il modo migliore per rilasciare prodotti - non solo software - è tramite framework Agili. Quando si è agili all'interno di un organizzazione più tradizionale, questo approccio spesso si scontra con le prassi di gestione progetti più tradizionali. Nonostante lo scontro - principalmente filosofico - è in realtà possibile integrare metodologie di progetto tradizionali con quelle agili. Durante il talk, dopo una breve introduzione, saranno presentati dei modelli di ciclo di vita Agile e Tradizionale e la struttura consigliata dei team.
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.
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.
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.
Agile e l’arte di semplificare progetti complessiGiulio Roggero
Presented at Standard VS Standard conference. September 23, 2011 - http://www.pmi-nic.org/library.asp?pag=Eventi&ID=390&anno=2011&tit=Standard%20Vs%20Standard:%20dai%20concetti%20alla%20realt%E0%20industriale.%20LE%20ISCRIZIONI%20SONO%20CHIUSE
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.
Questa presentazione descrive un viaggio nel project management dalla produzione di massa di Ford fino allo Scrum utilizzato nella produzione di software.
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!
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.
Slide 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!
L'innovazione manageriale nello sviluppo dei servizi e dei prodottiClaudio Saurin
Oggi ci troviamo a fronteggiare la velocità e l'imprevedibilità del cambiamento, spesso interagendo in modo non lineare con molti elementi fra loro diversi: questa è la definizione di complessità delle organizzazioni.
In questo contesto, innovare il processo di sviluppo di servizi e prodotti è strategico; si tratta di una innovazione manageriale che è prima di tutto una innovazione culturale.
Per fare questo occorrono nuovi stili di leadership e nuove modalità di gestione dei progetti.
Cercheremo di raccontare il passaggio che sta avvenendo nello stile manageriale in diversi contesti, lontano da noi, in modo eclatante (Toyota, Google, Apple) o vicino a noi, in modo silenzioso (la bella azienda della profonda provincia veneta, Breton).
Il manager deve cambiare, guidando il suo team in modo condiviso e divenendone parte integrante, in un panorama che, pur complesso e frammentato, offre strumenti per essere affrontarlo con più serenità.
Le metodologie Lean di derivazione Toyota e le metodologie Agili elaborate per sostenere lo sviluppo turbolento del software, gli strumenti della community 2.0 ed il classico Gantt di progetto, diventano gli ingredienti che, miscelati in funzione del tipo di organizzazione e del progetto, consentono di gestire con efficacia ed efficienza la complessità dei progetti di oggi.
E' riportato anche un esempio di una applicazione di Hybrid Project Management per la gestione dei cantieri edili, sviluppata in collaborazione con l'architetto Daniela Rinaldi di Verona.
C’è chi sogna che la sua azienda “passi a agile”, chi lo sta facendo e chi lo ha fatto.
In tutti questi casi le aspettative sono alte e il cambiamento forte.
Ma cosa avviene veramente dal “sogno alla realtà”?
A volte il processo di adozione dell’agilità non è così lineare e prevedibile e può dare risultati diversi da quelli attesi.
In questo talk condivideremo la nostra esperienza sul campo, riportando quello che abbiamo visto durante le fasi tipiche delle trasformazioni agili raccontando esperienze di vita vissuta come coach ma anche come PO, SM e sviluppatori.
2014 11-15 presentazione breton agile day anconaClaudio Saurin
Proposta di una integrazione, con esempi reali, fra Agile, Lean e Waterfall per lo sviluppo di prodotti hardware nell’industria e di costruzioni nell’edilizia, e di un servizio aziendale. Le Epic e User Stories al posto della WBS e gestione priorità. Il Canvas di progetto e nuovi tabelloni kanban per la gestione di Storie e di Progetti. La gestione visuale multiprogetto dei milestone e del portafoglio. Ibridazione dello Scrum con il Visibile Planning per la gestione del lavoro multiprogetto
La parte relativa alla gestione dei cantieri edili è stata sviluppata insieme a Daniela Rinaldi (architetto di Verona)
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...Vittorio Polizzi
Perché i progetti falliscono? Gli approcci tradizionali nei progetti di sviluppo hardware e software sono davvero efficaci in un mercato in continua evoluzione e con prodotti ad elevata obsolescenza? Le caratteristiche dell’approccio Agile possono essere applicate per ideare e creare soluzioni innovative in modo efficace ed economico?
In occasione di questo incontro affronteremo questi quesiti e le metodologie agili che possono dare una risposta.
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.
Agile e l’arte di semplificare progetti complessiGiulio Roggero
Presented at Standard VS Standard conference. September 23, 2011 - http://www.pmi-nic.org/library.asp?pag=Eventi&ID=390&anno=2011&tit=Standard%20Vs%20Standard:%20dai%20concetti%20alla%20realt%E0%20industriale.%20LE%20ISCRIZIONI%20SONO%20CHIUSE
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.
Questa presentazione descrive un viaggio nel project management dalla produzione di massa di Ford fino allo Scrum utilizzato nella produzione di software.
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!
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.
Slide 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!
L'innovazione manageriale nello sviluppo dei servizi e dei prodottiClaudio Saurin
Oggi ci troviamo a fronteggiare la velocità e l'imprevedibilità del cambiamento, spesso interagendo in modo non lineare con molti elementi fra loro diversi: questa è la definizione di complessità delle organizzazioni.
In questo contesto, innovare il processo di sviluppo di servizi e prodotti è strategico; si tratta di una innovazione manageriale che è prima di tutto una innovazione culturale.
Per fare questo occorrono nuovi stili di leadership e nuove modalità di gestione dei progetti.
Cercheremo di raccontare il passaggio che sta avvenendo nello stile manageriale in diversi contesti, lontano da noi, in modo eclatante (Toyota, Google, Apple) o vicino a noi, in modo silenzioso (la bella azienda della profonda provincia veneta, Breton).
Il manager deve cambiare, guidando il suo team in modo condiviso e divenendone parte integrante, in un panorama che, pur complesso e frammentato, offre strumenti per essere affrontarlo con più serenità.
Le metodologie Lean di derivazione Toyota e le metodologie Agili elaborate per sostenere lo sviluppo turbolento del software, gli strumenti della community 2.0 ed il classico Gantt di progetto, diventano gli ingredienti che, miscelati in funzione del tipo di organizzazione e del progetto, consentono di gestire con efficacia ed efficienza la complessità dei progetti di oggi.
E' riportato anche un esempio di una applicazione di Hybrid Project Management per la gestione dei cantieri edili, sviluppata in collaborazione con l'architetto Daniela Rinaldi di Verona.
C’è chi sogna che la sua azienda “passi a agile”, chi lo sta facendo e chi lo ha fatto.
In tutti questi casi le aspettative sono alte e il cambiamento forte.
Ma cosa avviene veramente dal “sogno alla realtà”?
A volte il processo di adozione dell’agilità non è così lineare e prevedibile e può dare risultati diversi da quelli attesi.
In questo talk condivideremo la nostra esperienza sul campo, riportando quello che abbiamo visto durante le fasi tipiche delle trasformazioni agili raccontando esperienze di vita vissuta come coach ma anche come PO, SM e sviluppatori.
2014 11-15 presentazione breton agile day anconaClaudio Saurin
Proposta di una integrazione, con esempi reali, fra Agile, Lean e Waterfall per lo sviluppo di prodotti hardware nell’industria e di costruzioni nell’edilizia, e di un servizio aziendale. Le Epic e User Stories al posto della WBS e gestione priorità. Il Canvas di progetto e nuovi tabelloni kanban per la gestione di Storie e di Progetti. La gestione visuale multiprogetto dei milestone e del portafoglio. Ibridazione dello Scrum con il Visibile Planning per la gestione del lavoro multiprogetto
La parte relativa alla gestione dei cantieri edili è stata sviluppata insieme a Daniela Rinaldi (architetto di Verona)
Open Innovation Campus - 05/04/2018 - Agile challenges: essere agili nello sv...Vittorio Polizzi
Perché i progetti falliscono? Gli approcci tradizionali nei progetti di sviluppo hardware e software sono davvero efficaci in un mercato in continua evoluzione e con prodotti ad elevata obsolescenza? Le caratteristiche dell’approccio Agile possono essere applicate per ideare e creare soluzioni innovative in modo efficace ed economico?
In occasione di questo incontro affronteremo questi quesiti e le metodologie agili che possono dare una risposta.
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.
Project work a cura dei partecipanti del master ISTUD in Risorse Umane e Organizzazione 2019-2020: Giuseppe Canonico Federico Fenech Maria Francesca Mafrica Eva Palumbo Andrea Parodi Giulia Rinaudo
Noi conosciamo Kanban e Scrum come metodologie di gestione Agile. Lo Scrumban unisce le migliori caratteristiche di entrambi i metodi, combinando la natura prescrittiva dello Scrum e la capacità di miglioramento dei processi del Kanban, consentendo ai team di avvicinarsi allo sviluppo Agile e di migliorare costantemente i loro processi
PMI Rome Agile Project Management è il futuro?Emiliano Soldi
Agile Project Management is the future? What about waterfall and the traditional way of project management?
What are the percentage of success and fail of both the methodologies? When use the former and when the latter?
Agile Project Management: Insieme di attività che rendono la gestione di un processo più flessibile. Nel complesso la sua caratteristica principale è che consente al project manager e ai membri del team di capire le priorità e seguire l’avanzamento delle differenti fasi.
Far scalare la Continuous Delivery per il middle managementMatteo Emili
Sessione tenuta a DevOpsHeroes 2017 su approcci per rendere Continuous Delivery praticabile in modo trasversale all'azienda, con attenzione particolare al middle management.
Workshop su Agile Project Framework e Agile PM per il PMI®-NIC Branch Lombardia. Cosa è Agile, l'Agile Project Framework e Agile Project Management e le tecniche MoScoW e il Timeboxing. Come si struttura un Team Agile.
11. Partiamo da 3 semplici verità
E’ impossibile raccogliere tutti i
requisiti all’inizio del progetto.
Qualsiasi requisito andrai a raccogliere
è sicuro che cambierà.
Ci saranno sempre più cose da fare che
soldi e tempo.
11
12. Analizziamo il modello waterfall
Vediamo i 6 punti che lo caratterizzano
1. Descrizione vaga e grossolana dei requisiti
2. Valutazione e stima di effort e risorse necessarie
3. Offerta economica
(out of the box - tutto compreso e senza possibili modifiche)
4. Analisi Funzionale
(dove capisci cosa è andato male al punto 2)
5. Analisi Architetturale
(dove i dubbi del punto 4 diventano realtà)
6. Sviluppo e Test
(dove il disastro assume proporzioni irreparabili)
12
16. Stiamo scoprendo modi migliori di creare software,
sviluppandolo e aiutando gli altri a fare lo stesso.
Grazie a questa attività siamo arrivati a considerare
importanti:
16
Gli individui e le interazioni più che i processi e gli strumenti
Il software funzionante più che la documentazione esaustiva
La collaborazione con il cliente più che la negoziazione dei contratti
Rispondere al cambiamento più che seguire un piano
Ovvero, fermo restando il valore delle voci a destra, consideriamo più
importanti le voci a sinistra.
17. I principi sottostanti al Manifesto Agile
17
La nostra massima priorità è soddisfare il cliente
rilasciando software di valore, fin da subito e in
maniera continua.
Il software funzionante è il principale metro di
misura di progresso.
Accogliamo i cambiamenti nei requisiti, anche a
stadi avanzati dello sviluppo.
I processi agili sfruttano il cambiamento a favore del
vantaggio competitivo del cliente.
I processi agili promuovono uno sviluppo
sostenibile.
Sponsor, Sviluppatori e Utenti in grado di
mantenere indefinitamente un ritmo costante.
Consegnamo frequentemente software funzionante,
con cadenza variabile da un paio di settimane a un
paio di mesi, preferendo i periodi brevi.
La continua attenzione all'eccellenza tecnica e alla
buona progettazione esaltano l'agilità.
Committenti e sviluppatori devono lavorare insieme
quotidianamente per tutta la durata del progetto.
La semplicità - l'arte di massimizzare la quantità di
lavoro non svolto - è essenziale.
Fondiamo i progetti su individui motivati.
Diamo loro l'ambiente e il supporto di cui hanno
bisogno e confidiamo nella loro capacità di portare il
lavoro a termine.
Le architetture, i requisiti e la progettazione migliori
emergono da team che si auto-organizzano.
Una conversazione faccia a faccia è il modo più
efficiente e più efficace per comunicare con il team
ed all'interno del team.
A intervalli regolari il team riflette su come
diventare più efficace, dopodiché regola e adatta il
proprio comportamento di conseguenza.
18. Agile timeline
18
Waterfall
Predittivo: Fasi, document-centric, functional handoffs, fare bene la prima volta
Spiral, RAD, RUP
Iterativo: process framework, fasi, tool driven, complessi artifact
Scrum, XP
Adattivo: Iterativo, self-organizing team, value driven, transparente
20001970 19901980
19. Facciamo un passo indietro...
ANALISI
DESIGN
SVILUPPO
TEST
RILASCIO
19
20. Come si può migliorare...
ANALISI
DESIGN
SVILUPPO
TEST
RILASCIO
20
22. Approach SCRUM
Scrum è una delle tecniche agili più utilizzate.
Sottolinea la comunicazione la collaborazione, software funzionante, e la flessibilità
necessaria per adattarsi alle realtà aziendali emergenti.
Tutti attributi che soffrono nel paradigma waterfall.
22
3 Ruoli
• Product Owner
• Team Member
• Scrum Master
4 Cerimonie
• Sprint Planning
• Daily Meeting
• Sprint review
• Retrospective
3 Artifacts
• Product backlog
• Sprint backlog
• Burn down chart
23. I
N
V
E
S
T
ndipendent
E’ più semplice se sono indipendenti ed è possibile eseguirle in qualsiasi ordine
egotiable
Non è un contratto esplicito, piuttosto i dettagli devono essere co-creati durante la definizione.
aluable
Deve essere utile non solo per qualcuno ma per il cliente
stimable
L’esatta stima non è necessaria fin dall’inizio ma sufficiente per classificare e definire l’implementazione
mall
Sufficientemente piccoli da permettere una stima accurata
stable
Ogni requisito deve essere testabile per essere considerato “Fatto”
Invest in Requirement
23
24. Gestire il Product Backlog
Per avere un buon product backlog è necessario essere in grado di:
• Gestire la priorità degli elementi
• Scambiare requisiti con lo stesso effort
• Cambiare l'ordine dei requisiti fissi
• Migliorare la “definizione di fatto” in ogni iterazione.
Ora si è pronti per definire e pianificare gli sprints
• Partendo con la definizione della Timebox (Fixed Time)
• Definendo le funzionalità rilasciate (Fixed Scope)
In questa fase si ha la completa visibilità del progetto e si è in grado di
stimarne i costi totali.
24
25. AGILE Architecture
Dal punto di vista architetturale, durante l'iterazione 0 l'obiettivo è
identificare una direzione potenziale per la soluzione nonché eventuali
rischi tecnici che potenzialmente saranno da affrontare.
In questa fase non c’è bisogno di specifiche architetturali dettagliate.
Definire l’architettura completa all'inizio di un progetto di sviluppo è
infatti un rischio.
Bisogna poter rispondere a domande critiche circa l’ambito, costi,
tempi, e la strategia tecnica del progetto.
25
27. Data Architecture
27
• Classificando i data elements (data classification)
• Considerando gli accessi ai dati (data security)
• Identificando i Master Data (entity types, data elements,
associations…)
• Definendo e gestendo i metadati pertinenti ai Master Data
includendo:
• Primary Source(s)
• Come i sistemi accedono ai MD
• Lifecycles dei MD
• Owners e/o data stewards
• Adottando tools (repository and modeling) per gestire Master
Data e metadati
Come un approccio agile alla Data Architecture permette di ottenere un buon
modello di MDM?
29. Fixed Price, Fixed Scope
29
Manager: Voglio ordinare qualcosa, passare ad un'altra
attività senza interruzioni e che si consegni il tutto per
tempo.
I progetti Fixed-price sono stati promossi con il pretesto di varie ottimizzazioni:
Cliente: Voglio conoscere il costo del progetto.
Fornitore: Voglio definire il costo totale della commessa.
Venditore: Voglio definire la commessa per ottenere la
commissione completa.
La principale domanda diventa quindi:
30. Incomprensioni su FPFS
30
Quando viene utilizzato un metodo agile i requisiti generali di rilascio del
progetto non sono noti o stimati prima della prima iterazione.
Con i metodi agili i requisiti sono sempre soggetti al cambiamento.
Ci sono spesso due malintesi sul connubio FPFS ed i metodi agili:
Anzi, in Scrum, già dall prima iterazione, è chiara la pianificazione dei rilasci
(“product backlog”), in cui tutti i requisiti identificabili sono chiariti e stimati.
Non è vero.
Piuttosto, tutti i metodi agili offrono l'opportunità e il meccanismo per
supportare l'apprendimento ed il cambiamento, ma non lo richiedono. Scrum può
essere utilizzato con un backlog di fixed features da rilasciare.
Non è vero.
34. Five dysfunction of a team
34
Assenza di fiducia
Paura del conflitto
Mancanza di impegno
Evitare la responsabilità
Disattenzione al risultato
Patrik Lencioni
35. 35
La barca che vince ha lo stesso vento delle altre…
…ma ha un equipaggio migliore!
Slide 4. Quecreek Mine Disaster
9 minatori a Queckreek nel 2002 in Pennsylvania - 77 ore intrappolati a 73 metri sottoterra
La mappa usata per scavare non era aggiornata e questo ha portato a perforare la vecchia miniera abbandonata ed allagata.
I soccorsi sono intervenuti repentinamente provando dapprima a estrarre l’acqua e poi pompando aria per i minatori.
La super trivella usata per scavare la via di fuga si è fermata dopo 42 metri, quando hanno provato ad estrarla un componente rotto è rimasto nel tunnel impedendo ulteriori scavi.
Era necessario un attrezzo speciale per rimuovere la punta rotta ed il tempo necessario a costruirlo è di norma 3 giorni.
95 operai hanno lavorato insieme ed in sole 3 ore hanno prodotto l’attrezzo.
È stato quindi possibile procedere alla perforazione e quindi salvare i minatori.
Modello di William Schneider
Personale<->Impersonale
Realtà ^-v Possibilità
Cascata perpetua - Escher
12 ulteriori principi supportano i 4 valori fondamentali sottolineando:
Sviluppo iterativo e la consegna
le persone - sia per gli individui e le squadre
collaborazione
eccellenza tecnica
Negli ultimi 20 anni le classiche metodologie di project management sono state riconosciute come inadatte a portare una percentuale sufficiente di progetti verso il completo successo.
il modello lineare: suggerisce un approccio sequenziale allo sviluppo del software al livello del sistema e procede attraverso l’analisi, la progettazione, la codifica, il collaudo e il supporto.
Spiral: framework attraverso cui si possono inquadrare tanti altri modelli. Prevede di analizzare ciclicamente (allontanandomi dal centro e aumentando i costi) tutte le fasi dello sviluppo. Questo processo e rappresentato mediante una spirale in cui ogni voluta rappresenta un completamento del sistema rispetto alla voluta precedente. Il software e sviluppato in modo ciclico (iterativo ed incrementale), producendo versioni via via piu complete del prodotto riducendo i rischi.
RAD Rapid Application Development: punta a un ciclo di sviluppo molto breve. Adattamento “ad alta velocità” del modello sequenziale lineare, nel quale l’obiettivo di uno sviluppo rapido è raggiunto grazie all’uso di componenti. Si applica se i requisiti sono chiari e precisi.
RUP Rational Unified Process: metamodello object-oriented, espresso in UML (Unified Modeling Language) . Prevede cicli di sviluppo, a loro volta scomposti in fasi
fase iniziale
elaborazione
costruzione
transizione
Chi (ruoli) - Cosa (artefatti) - Quando (workflow) - Come (attività)
Sulla base del feedback iniziale, è possibile aggiustare il tiro presto piuttosto che tardi.
Soprattutto in progetti FPFS, volete sapere quanto male le cose stanno andando il più velocemente possibile
I metodi agili migliorano questo tipo di feedback.
Concentrarsi sulle persone, non la tecnologia o le tecniche
Keep it simple
Lavorare in modo iterativo e incrementale
Rimboccarsi le maniche
Guardate l'immagine intera
Fai architettura attraente per i vostri clienti
il ruolo del'architetto non è più lo stesso, evolve naturalmente in membro del gruppo che con una visione di insieme più ampia può dare indicazioni precise al team autogestito su come indirizzare gli sviluppi e come insieme collaborare alla definizione ed evoluzione della architettura.
una collaborazione costante con team permette di, data la target architecture definita da business e management, capire nelle fasi evolutive deli progetti il punto boa e definire la distanza per poter indirizzare verso l’obiettivo.
1) Assenza di fiducia. Se i membri del team non si fidano l'un l'altro allora non possono essere completamente onesti tra loro .
2) La paura del conflitto. Senza fiducia la gente non avrà i dibattiti sani che sono necessari per arrivare ad una migliore pensiero attraverso decisioni.
3) Mancanza di impegno. Se la squadra non sono allineati dietro una decisione che poi i singoli membri che non erano d'accordo con la decisione finale alla fine sarà meno impegnati a tale decisione.
4) Evitare di responsabilità. Se non sono impegnati nel corso di azione, allora sono meno propensi a sentirsi responsabili (o tenere altre persone responsabili).
5) Disattenzione ai risultati. Di conseguenza, sono meno propensi a preoccuparsi dei risultati del gruppo (e invece concentrarsi sul raggiungimento dei propri obiettivi).
User Story
come (tipo di utente), voglio (obiettivo), così da (razionale)
3C Card-Conversation-Confirmation
Impact Mapping
Mind map che risponde a queste domanda: perchè-chi-come-cosa
Perchè lo facciamo
Chi aiuta e chi ostacola
Come aiuti o Come ostacoli
Cosa (Ambito) cosa possiamo fare per raggiungere l’obiettivo
Behavior Driven
user story: Specifiche del progetto agile - test driven: rappresenta il design
BDD armonizza i due elementi
Esempio Bonifico:
1 riferimento 2 contesti 3 specifiche
trasferisco tra 2 conti
addebito chi lo esegue
accredito chi lo riceve
trasferisco una somma superiore alla disponibilità
non effettuo il bonifico