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.
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!
What does a Scrum Master do all day if a Daily Scrum is only 15 minutes? This talk - “A Day in the Life of a Scrum Master” - will explore the role beyond simple facilitation of the Sprint Ceremonies. Attendees learn four different areas of focus for a balanced approach to the role.
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
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!
What does a Scrum Master do all day if a Daily Scrum is only 15 minutes? This talk - “A Day in the Life of a Scrum Master” - will explore the role beyond simple facilitation of the Sprint Ceremonies. Attendees learn four different areas of focus for a balanced approach to the role.
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriOzan Ozcan
13.02.2019 tarihinde Atölye15 Talks etkinliğinde kullanılan sunumdur.
Proje Yönetimi Tarihçesi, Çevik proje yönetimi metodolojileri, Scrum tarihçesi, rolleri, toplantıları ve uygulama örnekleri yer almaktadir.
Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Introduction to Scrum presentation which outlines common issues in software development, what is Scrum, and an introduction to the Scrum framework. This presentation has been used for training and presentations to both technology and business audiences.
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
Comprendre les différentes facettes de ce rôle toujours aussi mal connu.
Avec l'essor massif de l'Agilité dans les organisations et plus particulièrement de la méthode Scrum, un nouveau rôle est apparu : Scrum Master. Peut-il développer ? Quelles sont ses missions ?
Cette session devrait vous permettre de faire le tri entre les mythes et les réalités qui entourent ce rôle. En bonus vous repartirez avec quelques outils bien pratiques dans votre rôle quotidien de Scrum Master.
Scrum vs Kanban - Which Agile Methodology Fits Best For Your Team?Invensis Learning
Scrum vs Kanban? Which fits best for your team? Learn the key differences between the two popular Agile frameworks, Scrum and Kanban. Also, learn when to use these two Agile Methodologies.
https://www.youtube.com/watch?v=pxxmSLJj8FQ&t=435s
Updated version at https://www.slideshare.net/GiulioRoggero/kanban-board-82363781
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
Cost of Delay, measurements and parallel vs. sequential project processingSebastian Kamilli
A presentation about cost of delay fundamentals, a teaser about how to measure anything and the effect of parallel vs. sequential project processing on cost of delay.
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.
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriOzan Ozcan
13.02.2019 tarihinde Atölye15 Talks etkinliğinde kullanılan sunumdur.
Proje Yönetimi Tarihçesi, Çevik proje yönetimi metodolojileri, Scrum tarihçesi, rolleri, toplantıları ve uygulama örnekleri yer almaktadir.
Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Introduction to Scrum presentation which outlines common issues in software development, what is Scrum, and an introduction to the Scrum framework. This presentation has been used for training and presentations to both technology and business audiences.
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
Comprendre les différentes facettes de ce rôle toujours aussi mal connu.
Avec l'essor massif de l'Agilité dans les organisations et plus particulièrement de la méthode Scrum, un nouveau rôle est apparu : Scrum Master. Peut-il développer ? Quelles sont ses missions ?
Cette session devrait vous permettre de faire le tri entre les mythes et les réalités qui entourent ce rôle. En bonus vous repartirez avec quelques outils bien pratiques dans votre rôle quotidien de Scrum Master.
Scrum vs Kanban - Which Agile Methodology Fits Best For Your Team?Invensis Learning
Scrum vs Kanban? Which fits best for your team? Learn the key differences between the two popular Agile frameworks, Scrum and Kanban. Also, learn when to use these two Agile Methodologies.
https://www.youtube.com/watch?v=pxxmSLJj8FQ&t=435s
Updated version at https://www.slideshare.net/GiulioRoggero/kanban-board-82363781
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
Cost of Delay, measurements and parallel vs. sequential project processingSebastian Kamilli
A presentation about cost of delay fundamentals, a teaser about how to measure anything and the effect of parallel vs. sequential project processing on cost of delay.
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 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.
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?
Project management: Gestire progetto web con Agilità (con DSDM, Agile Project...Simone Onofri
Nella gestione dei progetti, le variabili da considerare, rappresentate nel "triangolo dei vincoli", sono Tempistiche, Costi, Qualità e Ambito.
L'approccio tradizionale tende a considerare l'Ambito è "intoccabile" e variabile la Qualità, Tempistiche e Costi. In caso di problemi si interviene allungando le Tempistiche, aumentando i Costi o diminuendo la Qualità. L'approccio Agile - e in particolare quello DSDM® derivato da RAD come anche Scrum - rende intoccabile la Qualità, le Tempistiche e i Costi, mentre è variabile l'Ambito.
Il framework Agile promosso dal DSDM® Consortium include due tecniche chiave per poter applicare nel pratico il concetto: il Timeboxing e la tecnica MoSCoW per la gestione delle priorità, anche se queste tecniche possono essere utilizzate a prescindere.
Il talk - dopo una breve introduzione - descriverà le differenze principali tra un approccio waterfall e agile, il Timeboxing e le tecnica MoSCoW per la gestione di tempistiche e requisiti.
Strumenti e mentalità Agile applicati al mondo delle costruzione, per un approccio innovativo al project management.
Valore per il cliente.
Valore delle persone.
Comunicazione trasparente.
Benessere lavorativo.
Efficacia.
Efficienza.
David Bramini | Gestione strategica del Portfolio Progetti. Orientare l exec...PMexpo
Gestire in modo efficace il Portfolio Progetti può essere reso difficoltoso da svariate disfunzioni organizzative. Tra queste, il sovraccarico rispetto alla reale capacità di esecuzione, è spesso causa di disorientamento, col conseguente dispendio di energie in attività non coerenti con gli obiettivi dell’organizzazione.
Gli OKR (Objective & Key Results) sono un framework che, tra i vari benefici, può essere impiegato insieme ad altri "filtri decisionali" per valutare quali delle tante idee e iniziative che circolano nell'organizzazione sono coerenti con la strategia e meritevoli delle preziose risorse richieste.
Nel talk porterò esperienze di integrazione tra moderne pratiche di gestione del Portfolio e OKR, al fine di consolidare il collegamento tra la strategia aziendale e la sua esecuzione.
Attacking and Exploiting Ethereum Smart Contracts: Auditing 101Simone Onofri
After web 1.0 and web 2.0, web3 has arrived! After a brief introduction, where we will look at the evolution of the web and what has changed as far as security is concerned, we will dive into blockchain to understand how to attack Smart Contracts on Ethereum, how these intersect with more classic vulnerabilities, and what are the main vulnerabilities we can find in contracts written in Solidity.
Attacking Ethereum Smart Contracts a deep dive after ~9 years of deploymentSimone Onofri
This presentation dives deep into the security of Ethereum Smart Contracts written in Solidity, shedding light on common vulnerabilities. Inspired by the newly released OWASP Blockchain Top 10, the presentation will focus on famous vulnerabilities by examples.
After a brief introduction to Ethereum Blockchain and Solidity, the presentation will describe a systematic approach that includes source code analysis, dissecting real-world incidents, reverse-engineer the code of attacked contracts to reveal their inner workings, and use some vulnerable contracts to demonstrate these vulnerabilities interactively and engagingly, providing a practical understanding of issues such as Reentrancy, Arithmetic vulnerabilities, DoS attacks, and insecure randomness.
This talk aims to equip developers, security analysts, and blockchain enthusiasts with the knowledge to build more secure smart contracts. By understanding these security risks, participants will be better prepared to anticipate, identify, and mitigate potential threats, fostering a safer web3 environment.
Agile Business Consortium - LEGO SERIOUS PLAY e i Principi di Agile Project M...Simone Onofri
Agile è una filosofia e un modo di lavorare particolarmente adatto al mondo attuale dove i cambiamenti sono all'ordine del giorno. E' possibile capire a fondo i principi di Agile Project Management giocando, attraverso LEGO SERIOUS PLAY.
Agile nei servizi di cyber security (Security Summit Edition)Simone Onofri
Nello scenario attuale Agile è una delle carte vincenti per offrire ai propri Clienti servizi di Cyber Security che generano il loro valore in poco tempo. Durante lo speech, dopo una breve introduzione, sarà descritta - tramite esempi e casi reali - la metodologia utilizzata in un contesto internazionale per i progetti di Security Testing ed Ethical Hacking.
Mamma, da grande voglio essere un Penetration Tester HackInBo 2016 WinterSimone Onofri
L'interesse per la Sicurezza delle Informazioni e della Sicurezza IT è in continua crescita. In un mondo dove l'informazione è una risorsa chiave della nostra vita lavorativa e non, la protezione delle informazioni e delle varie tecnologie che la gestiscono sono aspetti fondamentali. Dai tempi di "How to became a Hacker" e dell"Hacker's Manifesto", molti hacker diventano un consulenti che aiutano le organizzazione private e/o pubbliche Un mondo con diverse sfumature di grigio, questioni etiche e morali. Grazie anche all'influeza di film come Wargames o Matrix e telefilm come Mr. Robot, in molti sono interessati ad essere Security Consultant, Penetration Tester, Security Researcher (che non sono esattamente la stessa cosa). Il talk è una riflessione per destreggiarsi e ragionare su domande tipiche come: quali certificazioni? Quali corsi? Quali sono le competenze? L'approccio da usare? La strada da percorrere?
Penetration Testing con Python - Network SnifferSimone Onofri
Una nota massima dice che "se ascolto dimentico, se vedo ricordo, se faccio capisco", il "fare", come lo scrivere codice e non usare strumenti già pronti è la chiave per essere un buon Penetration Tester. Non è un caso che Chris Miller dice che "la differenza stra uno script kiddies e i professionisti è la mera differenza tra chi usa strumenti di altri o i propri" Ovviamente questo presuppone una profonda conoscenza di quello che si sta facendo - una tecnica di attacco particolare, i protocolli utilizzati, dei sistemi, delle aplicazioni e così via. Quindi scrivere i propri strumenti è un modo di imparare realmente quello che accade sotto al "motore" di altri strumenti e come funzionano gli attacchi. Durante il talk vedremo in particolare i raw socket su linux e come scrivere uno sniffer.
Nuove minacce nella Cyber Security, come proteggersiSimone Onofri
La Cyber Security è una problematica sempre più attuale. Il problema non è tanto capire SE ci sarà un attacco ma COME sarà eseguito e quindi COSA fare per difenderci. Che siamo singole persone, piccoli imprenditori, grandi aziende o Pubbliche Amministrazioni siamo sempre dei bersagli. Anche un attacco da un costo esiguo può portare ingenti perdite e impatti disastrosi. Come prevenire questi attacchi e, se accadono, come possiamo reagire per limitare il danno?
Dopo una breve descrizione delle ultime tendenze in fatto di Cyber Crime saranno analizzati diversi casi reali come quello di Sony - dove sono stati rubati 100 Terabyte di dati tra cui 5 film inediti e i dati dei dipendenti che hanno dovuto loro stessi reagire a questo attacco - e di Carbanak - dove è stato stimato un furto dai 500 milioni di euro a circa 1 miliardo - per comprendere come sarebbe stato possibile prevenire o limitare i danni. Una sezione sarà dedicata alla problematica del Phishing che diventa sempre più difficile da identificare e che spesso è il primo passo verso una compromissione persistente (Advanced Persistent Threat - APT).
Hackers vs Developers - Cross Site Scripting (XSS) Attacco e difesaSimone Onofri
E’ da poco stata pubblicata la nuova versione della OWASP Testing Guide che – nella versione 4 – aggiorna, amplia e completa la versione precedente. Comprende inoltre tre paragrafi specifici per i test dei Cross Site Scripting e altri che comprendono impatti simili. Non è un caso che nella TOP 10 2013 troviamo il Cross Site Scripting al terzo posto. Durante il talk ci focalizzeremo sul Cross Site Scripting e quali sono i vari metodi di attacco e difesa di questa vulneraiblità che – spesso sottovalutata – può portare anche al defacement di un sito web.
5. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Cosa intendiamo per Agile?
“Agile” è un termine “ombrello” che descrive
solo un approccio collaborativo al lavoro e fortemente oriento al cliente.
La filosofia agile è stata poi declinata in molti modi
facendo nascere diverse interpretazioni e di conseguenza
a molti agile framework e differenti agile mindset.
DSDM®
AgilePM™Scrum
SAFe™
XP
Crystal
ASD
AUP
FDD
RAD
DAD
AgilePF™
AgilePgM™
AgileBA™
6. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Quindi Agile è…
“Buonsenso… ma non sempre
usiamo il buonsenso quando
applichiamo la filosofia Agile!”
Riflessioni su Agile tra Arie Van Bennekum (firmatario del Manifesto Agile per il DSDM)
e Steve Messenger (Chairman dell’Agile Business Consortium)
avvenute tra il 2013 e il 2015 all’Agile Business Conference
7. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
La piramide di Agile
Prassi e Tecniche
specialistiche
Framework
e Modelli di Gestione
per prodotto (o servizio) e/o per il progetto
Principi
Filosofia e Valori
(Manifesto Agile, 2001)
8. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Manifesto Agile
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:
Gli individui e le interazioni più che i processi e gli strumenti
Il software funzionante più che la documentazione esaustiva
La collaborazione col 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.
N.B. Sostituendo la parola software con soluzione il manifesto può essere applicato a qualsiasi settore produttivo
9. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Sfatiamo un falso mito
In Agile non si fa la documentazione!
“Abbracciamo la documentazione,
ma non centinaia di pagine
che nessuno gestisce
e in ‘tomi’ difficilmente utilizzabili”
(Manifesto Agile)
10. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Sfatiamo un falso mito
In Agile non si fa la pianificazione!
“Facciamo la pianificazione,
ma ne riconosciamo i limiti
in un ambiente turbolento”
(Manifesto Agile)
11. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Sfatiamo un falso mito
Per essere agili si può usare solo Scrum!
Agile è un modo di pensare e di lavorare,
Scrum è uno dei TANTI framework agili
nato per lavorare al
solo livello di prodotto
12. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Sfatiamo un falso mito
Il Project Manager è morto, viva il Project Manager!
In alcuni framework non è previsto il ruolo/figura del
Project Manager ma…
i framework in cui non è presente
si occupano del livello di progetto?
oppure
le sue responsabilità
sono semplicemente state redistribuite?
13. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
«quelli che ritengono di poter
fare a meno della gestione in un
progetto sono solo dei cowboy»
Andrew Craddock
14. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Sfatiamo un falso mito
«Conviene sempre essere agili»
Spesso Agile viene interpretato come
«partiamo subito con lo sviluppo»,
ma è sempre la scelta migliore?
Conviene sempre essere agili?
Dipende!
AgilePF fornisce gli strumenti per capirlo.
16. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Vantaggi dell’essere Agili, più successo
50%
36%
14%
Approccio tradizionale
Waterfall
Hanno Successo
Sfidanti
Falliscono
67%
27%
6%
Approccio
Agile
IT Project Success Survey
17. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Come fare ad avere successo?
20%
utilizzate SPESSO
50%utilizzate praticamente MAI
30%utilizzate RARAMENTE
• Il problema è di solito relativo ai requisiti/funzionalità
che sono messe nel piano di progetto.
• Hanno un livello di importanza diverso
• E’ importante focalizzarsi su quel 20% dei requisiti che
porta l’80% dei benefici/vantaggi.
• Identificare quel 20% è complicato (spesso lo sappiamo
dopo).
• Cosa fare quando tutti i requisiti sono importanti per
il rilascio del progetto? (l’esempio di Amazon)
18. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Il triangolo dei Vincoli
Il Project Manager mantiene le variabili di progetto all’interno
delle tolleranze stabilite e nel rispetto degli obiettivi strategici,
ma il modo in cui lo fa può variare moltissimo.
Qualità
Tempi
Funzio-
nalità
Qualità
Costi Tempi
Funzio-
nalità
Approccio
tradizionale Waterfall Approccio Agile
Costi
Variabili
Fisse
Adapted from DSDM®, reproduced with permission
19. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Come garantire Tempi, Costi e Qualità fissi?
Principalmente utilizzando
due importanti tecniche
che sono alla base dell’AgilePF:
il Timeboxing per gestire il tempo
e MoSCoW per assegnare le priorità
alle funzionalità da implementare
20. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
La tecnica del timeboxing in breve
Timeboxing è una tecnica per la gestione del tempo
che ci impone di consegnare alla scadenza
e organizza il lavoro in funzione di questo obiettivo.
Trasforma la variabile "tempo" in una costante,
prefissando brevi periodi di tempo
entro cui ottenere un determinato risultato.
21. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
La tecnica MoSCoW in breve
Usiamo MoSCoW, una tecnica per l’assegnazione delle priorità.
L’acronimo è ottenuto dai nomi attribuiti ai 4 livelli di priorità:
• Must per un elemento di vitale importanza che deve essere soddisfatto.
• Should per un elemento importante e in alta priorità che dovrebbe
essere soddisfatto.
• Could per un elemento desiderabile, ma non strettamente necessario.
• Won’t (have this time, but would like) per un elemento che non sarà
soddisfatto in questo momento.
Nota: Bisogna fare attenzione a chiarire cosa intendiamo per “this time”, per esempio in
questo incremento? In questo progetto?
22. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Scomporre il progetto in priorità per avere
successo
Perché nel business può essere una strategia vincente scomporre la
soluzione/prodotto/servizio in sotto-prodotti più piccoli e poi
attribuire una priorità di business alle singole parti che compongono?
Perché possiamo utilizzare queste informazioni per anticipate il ROI,
ridurre gli investimenti, ottimizzare alcuni rischi.
…prendiamo l’esempio di una certificazione di sicurezza PCI-DSS
23. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Flusso di cassa e punto di pareggio
Tempo
Flussodicassa
Punto di Pareggio
Rilascio completo
Tempo
Flussodicassa
Rilascio 2
Rilascio 3
Punto di Pareggio
Rilascio 4
Benefici:
• Time to market
• Ottimizzazione del
flusso di cassa
• Feedback anticipato
• Meno ri-lavorazione
Rilascio 1
24. AgilePF – Il PAQ (come capire se è convenienti
essere agili)
25. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Scegliere il giusto approccio
La scelta della metodologia di gestione da applicare a
un progetto è delicata: va fatta nelle primissime fasi e
deve essere eseguita con attenzione.
Non tutti i progetti sono adatti a una gestione di tipo
agile e utilizzarla in contesti non idonei a recepirla
introduce pericolosi e inutili fattori di rischio. Questo
"rischio agile" va analizzato e valutato.
26. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Il Project Approach Questionnarie
1. Tutti i membri del progetto comprendono e accettano l’approccio del DSDM
(filosofia, principi e prassi).
2. Il Business Sponsor e il Business Visionary dimostrano una ownership chiara e
proattiva sul progetto.
3. La visione di Business che guida il progetto è chiara ed è compresa da tutti i
membri del progetto.
4. Tutti i membri del progetto comprendono e accettano che la consegna nei tempi
di una soluzione che rispetta i criteri di accettazione è il modo principale con cui si
valuterà il successo del progetto.
5. Ai requisiti possono essere date priorità differenti e c’è la comprensione che i
vincoli di tempi e budget possano essere gestiti rendendo flessibile l’ambito.
6. Tutti i membri del progetto accettano che i requisiti nelle prime fasi del
progetto saranno definiti solo ad alto livello e che i dettagli emergeranno man
mano.
27. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Il Project Approach Questionnarie
7. Tutti i membri del progetto accettano che il cambiamento nei requisiti è inevitabile e
che solo abbracciando il cambiamento sarà possibile rilasciare la soluzione corretta.
8. Il Business Sponsor e il Business Visionary comprendono che il coinvolgimento attivo
dei ruoli di business è essenziale e devono avere l’autorità per impegnare le persone del
business nel progetto.
9. E’ possibile lavorare in maniera collaborativa, in particolare le persone del business e gli
sviluppatori.
10.La responsabilizzazione del Solution Development Team è appropriata e sufficiente per
supportare le attività decisionali giornaliere all’interno delle Timebox.
11.I ruoli e le responsabilità del DSDM siano allocate in maniera appropriata e chi ha un
ruolo ha ben capito le sue responsabilità.
12. Il Solution Development Team ha, collettivamente, le conoscenze e le abilità (sia soft
che tecniche) per far evolvere tutti insieme la soluzione.
28. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Il Project Approach Questionnarie
13.Il Solution Development Team è allocato per il progetto ad un livello
appropriato per permettere lo svolgimento del lavoro all’interno della
Timebox.
14.Le prassi e gli strumenti di lavoro collaborativi all’interno del Solution
Development Team sono appropriati così da permettere il lavoro della
soluzione.
15.Tutte le attività di revisione e test sono totalmente integrate all’interno
delle prassi di sviluppo.
16.Lo stato di avanzamento è misurato principalmente attraverso gli
incrementi dimostrabili di business value.
17. Non ci sono norme obbligatorie o altri vincoli che NON permettono
l’applicazione della filosofia e delle prassi del DSDM per questo progetto
29. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
A cosa serve veramente il PAQ
E’ uno strumento diagnostico per capire anzitutto se
un approccio Agile è conveniente.
Serve identificare eventuali rischi, così da poterli
gestire correttamente.
Serve per capire come personalizzare il framework per
aumentare le possibilità di successo.
31. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Cosa è Agile Project Framework
• Framework dell’Agile Business Consortium (ex DSDM)
• Sviluppato dal 1994.
• E’ pensato per essere Agile ma anche coprire quelle attività relative al
progetto «full-lifecycle».
• E’ strutturato per essere integrato con altre metodologie, framework
e corpi di conoscenze (e.g. Scrum, PRINCE2, PMI).
• Agile Project Management si basa su Agile Project Framework e si
focalizza su quello che può essere utile ad un Project Manager
32. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Gli 8 principi dell’Agile Project Framework
1. Essere focalizzati sulle
necessità di Business.
2. Consegnare nei tempi.
3. Collaborare.
4. Non compromettere mai la
qualità.
5. Costruire in maniera
incrementale su solide
fondamenta.
6. Sviluppare in maniera
iterativa.
7. Comunicare continuamente e
chiaramente.
8. Dimostrare controllo.
33. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Il Project Manager in AgilePF
• Si interfaccia con le strutture di
governance del progetto e delle parti
interessate esterne al progetto.
• Esegue la pianificazione di alto livello, e
lascia quella di dettaglio (e.g. il Timebox
Planning) o la pianificazione delle attività
all’SDT.
• Collabora con l’SDT e con le altre parti
interessate per produrre il Delivery Plan
• Monitora i progressi rispetto al Delivery
Plan
• Gestisce i rischi e si occupa delle
escalation
• Monitora e si assicura che avvenga la
comunicazione
• Motiva e responsabilizza tutto il team
• Gestisce le escalation
• Supporta il team in caso di difficoltà
• Partecipa agli stand-up meeting se
necessario per tenere traccia dei
progressi del team e per gestire eventuali
problematiche
Si trova nel livello di progetto e coordina gli aspetti di gestione/ di alto
livello, lasciando gli quelli di dettaglio all’SDT
34. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Caratteristiche delle «squadre» agili!
• La parola chiave è
Collaborazione
• Competenze hard «T-Shaped»
• Competenze soft importanti
sugli aspetti di comunicazione,
collaborazione e problem-
solving
• Attenzione
• Dimensioni del team
• Ai vari stakeholder sin da FEFO
https://onofri.org/b/team-la-dimensione-di-un-team-di-progetto-quale-ottimale/
.... 4.6 (Hackman/Vidmar)
..... 5 (Steiner)
… 3 …… 9 (DSDM)
….. 5 …. 9 (Scrum)
due pizze «americane» (Bezos)
36. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Timeboxing
Una timebox è un intervallo di tempo prefissato,
una finestra temporale in cui viene creato un incremento di
prodotto/progetto rilasciabile, potenzialmente utilizzabile
dall'utente finale.
37. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Kick-Off
Close-Out
Investigation
(10-20% del
tempo)
Consolidation
(10-20% del
tempo)
Refinement
(60-80% del tempo)
2-4 settimane (massimo 6)
Adapted from DSDM®, reproduced with permission
La struttura della Timebox di AgilePF
38. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
La development Timebox di AgilePF
• Kick-off (1-3 ore): una breve sessione per comprendere l'obiettivo della timebox, il
contenuto, le priorità, i ruoli e le responsabilità.
• Investigation (10-20% del tempo totale): una iteration (iterazione) iniziale per
dettagliare tutti i prodotti da rilasciare nella Timebox, compresi gli Acceptance
Criteria (Criteri di Accettazione) / Definition of Done.
• Refinement (60-80% del tempo totale): una iteration (iterazione) in cui sono eseguiti
sviluppo, test e redazione della documentazione (se necessaria) in linea con le
priorità. Alla fine di questa iterazione, si raccomanda di non cominciare nuove
attività, ma di concentrasi nel consolidare quanto già fatto.
• Consolidation (10-20% del tempo totale): una iteration (iterazione) per assicurarsi
che i prodotti rispettino gli Acceptance Criteria (criteri di accettazione).
• Close-out (1-3 ore): una breve sessione per l'accettazione formale di quanto
realizzato nella Timebox, una retrospettiva per capire cosa è andato bene e cosa no;
una ripianificazione di eventuali elementi che non sono stati rilasciati.
40. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
«Tutto ha una priorità»
Risposte semplici a domande complesse
41. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
La tecnica MoSCoW in breve
Usiamo MoSCoW, una tecnica per l’assegnazione delle priorità.
L’acronimo è ottenuto dai nomi attribuiti ai 4 livelli di priorità:
• Must per un elemento di vitale importanza che deve essere soddisfatto.
• Should per un elemento importante e in alta priorità che dovrebbe
essere soddisfatto.
• Could per un elemento desiderabile, ma non strettamente necessario.
• Won’t (have this time, but would like) per un elemento che non sarà
soddisfatto in questo momento.
Nota: Bisogna fare attenzione a chiarire cosa intendiamo per “this time”, per esempio in
questo incremento? In questo progetto?
42. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Cosa vuol dire usare MoSCoW nel nostro
progetto
• Consegnare ad una data predefinita e garantita vuol dire che,
probabilmente, parte del lavoro pianificato in origine sarà rimandato.
• Inoltre potrebbe essere necessario rilasciare del lavoro che, invece,
non era stato inizialmente pianificato.
• Può essere comunque escluso solo il lavoro non strettamente
necessario.
• E’ importante utilizzare MoSCoW su più livelli (Progetto, Incremento,
singola timebox).
43. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: la valigia di Keith
• Per un breve fine settimana in un altra città d’Europa cosa
metti in un piccolo bagaglio a mano?
• MUST – Documento valido per l’espatrio. Deve essere
portato altrimenti non vi fanno salire sull’aereo.
• SHOULD – Magliette, devono essere presenti, ma si
potrebbero anche comprare in loco.
• COULD – Guida del luogo. E’ utile averla prima della
partenza, ma non è fondamentale Anzi, solitamente è
possibile trovarne di gratuite all’arrivo!
44. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: la penna di Keith
Possiamo applicare la tecnica MoSCoW per attribuite le priorità ai requisiti per produrre una
penna a sfera? Certo!
MUST
serbatoio con inchiostro
punta con relativa sfera
SHOULD
fusto in plastica
COULD
cappuccio in plastica
tappo in plastica
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
45. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
In ambito di progetto è importante garantire il
rilascio dei Must. Si procede quindi bilanciando la
quantità di Must, Should e Could secondo l’impegno
(effort) necessario.
Tecnica MoSCoW: perché bilanciare i requisiti
46. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecnica MoSCoW: bilanciare i requisiti
Should (20%)
4
Contingency (20%)
Business Case (80%)
Must (60%)
Minimum
Usable
Subset
Could (20%)
DSDM® consiglia questa “regola del pollice. Se
non la rispettiamo va gestito un rischio apposito. Adapted from DSDM® , reproduced with permission
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
47. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
«ogni corpo immerso parzialmente o
completamente in un fluido (liquido o gas)
riceve una spinta verticale dal basso verso
l'alto, uguale per intensità al peso del volume
del fluido spostato»
Risposte semplici a domande complesse
48. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecnica MoSCoW: abbracciare il cambiamento!
Should (20%)
4
Contingency (20%)
Business Case (80%)Must (60%)
Minimum
Usable
Subset
Could (20%)
Adapted from DSDM® , reproduced with permission
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Must
Won’t
Probabilmente i requisiti
cambieranno durante il progetto e
sarà necessario rivalutare la lista
dei requisiti e le relative priorità.
Attenzione: se siamo in una
Timebox di Sviluppo e il Team ha
intenzione di togliere un Must, deve
essere contattato il livello
superiore!
49. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecnica MoSCoW: priorità non bilanciate
Se le priorità non sono bilanciate, dobbiamo gestire il rischio
associato (e.s. avere poca contingenza):
Modificare nuovamente le priorità e/o scomporre i requisiti.
Valutare ed accettare esplicitamente il rischio (lato fornitore e
committente), quindi monitorarlo.
50. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecnica MoSCoW: dipendenze fra i requisiti
E se i requisiti sono fra loro indipendenti?
Come assegno le priorità
se esistono delle dipendenze?
Vediamo un esempio…
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
51. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: il tappo della penna di Keith 1/4
E se avessimo un vincolo
per questioni di sicurezza
sulla forma del tappo di plastica?
Andrebbe aggiunto un requisito
“cavità sulla punta del tappo".
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
52. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
SENZA vincolo di sicurezza:
• MUST – serbatoio con
inchiostro
• MUST – punta con relativa sfera
• SHOULD – fusto in plastica
• COULD – cappuccio in plastica
• COULD – tappo in plastica
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: il tappo della penna di Keith 2/4
Come classifichiamo il nuovo
requisito “cavità sulla punta del
tappo”?
53. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
SENZA vincolo di sicurezza:
• MUST – serbatoio con
inchiostro
• MUST – punta con relativa sfera
• SHOULD – fusto in plastica
• COULD – cappuccio in plastica
• COULD – tappo in plastica
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: il tappo della penna di Keith 3/4
CON vincolo di sicurezza:
• MUST – serbatoio con inchiostro
• MUST – punta con relativa sfera
• SHOULD – fusto in plastica
• COULD – cappuccio in plastica
• COULD – tappo in plastica
• MUST - cavità sulla punta del tappo
54. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio: il tappo della penna di Keith 4/4
In definitiva…
Il requisito "cavità sulla punta del tappo”
non è un vero è proprio MUST,
in quanto se decidessimo di non realizzare il tappo
anche il requisito di sicurezza andrebbe a decadere.
Quindi:
Al gruppo dei COULD andrebbe aggiunto un requisito di tipo MUST – cavità
sulla punta del tappo.
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
55. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecnica MoSCoW: Lesson Learned
• Le priorità NON sono ‘assolute’ perché:
• Possono esserci delle dipendenze
• Le priorità possono essere assegnate a livello di progetto, di
incremento e di timebox e possono NON coincidere.
• Variano nel tempo
• Variano se cambiano le esigenze di business
CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
57. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: Cosa sono le stime?
“La stima è una previsione di quello che costerà fornire
un insieme di requisiti o, al contrario, quali requisiti
(per esempio funzionalità) possono essere rilasciate in
una quantità di tempo definita o ad un determinato
costo.
A tale valore sono associate anche altre informazioni
come il grado di accuratezza o un livello rischio.”
Definizione di Mairi Osborne e Barry Fazackerley
in “DSDM Atern Estimating”
58. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: Accuratezza delle stime
4x
2x
1x
.5x
.25x
Accuratezzadellastima
Pre-project Feasibility Foundations Development Deployment
Il cono di incertezza di Barry Bohem e Agile Project Management
59. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: regole di base 1/3
Dal manuale di PRINCE2®
“Presumere che le risorse saranno
produttive solo per l’80% del tempo.”
60. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: regole di base 2/3
Dal manuale di DAD
"Durante la durata di un iterazione parte del tempo è
dedicato a riunioni, a supportare gli altri componenti del
team, trasferte ecc… ”
61. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: regole di base 3/3
“Far eseguire la stima
a chi realizzerà il prodotto”
Dal manuale di PRINCE2®
62. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: cos’è il Planning Poker
il Planning Poker®
“Lo scopo è ottenere una ‘stima
collaborativa’ condivisa dal gruppo che ha
le necessarie conoscenze/competenze. Per
farlo utilizza un mazzo di carte su cui sono
riportati i valori di una progressione
numerica”
63. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Tecniche di stime Agili: il Planning Poker®
• Il Planning Poker consiste in una serie di iterazioni così strutturate:
• Il Moderatore introduce la sessione
• Per ogni elemento da stimare il Moderatore legge la descrizione. Se ci sono
dei dubbi l’Esperto di prodotto può fornire chiarimenti.
• Ogni Estimator seleziona una carta dal suo mazzo e la tiene coperta.
• Allo scadere del tempo (timebox) - o quando tutti hanno deciso - si girano le
carte simultaneamente.
Se le stime ottenute sono molto differenti il Moderatore chiede agli Estimator
“fuori dal coro” di spiegare le motivazioni, con lo scopo di condividere il punto
di vista. Dopo la spiegazione si procede con una nuova iterazione.
65. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Stime Agili: varianti del Planning Poker®
•E’ possibile utilizzare il Planning Poker in diverse
varianti:
•Senza carte, in stile morra cinese
•Variando i valori delle carte:
•Serie numeriche lineari: 0, 1, 2, 4, 8, 16, 32...
•Fibonacci: 1, 2, 3, 5, 8, 13, 21…
•Taglie delle Magliette: XS, S, M, L, XL…
66. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Stime Agili: unità di misura
Le unità di misura possono essere diverse. Possiamo usare unità
di misura assolute (p.e. le giornate/uomo) o relative (p.e. “story
point”) usando come riferimento una storia (un requisito) che
come riferimento.
Nota: quando si usano le unità relative in contesti con più team - o quando il nostro
team cambia - può creare problemi. In tal caso far stimare gli stessi requisiti di
riferimento ai diversi team per poter normalizzare la stima.
67. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Esempio di stima: Penetration Test
«Abbiamo un BrightRay™ Portal con 2 portlet personalizzate e una per
il pagamento con carte di pagamento fatta con
SecurePaymentGatewy™»
Dice il Team Leader ai tester che sono intorno ad un tavolo. Pensate
ad una stima e mettete una carta coperta sul tavolo senza farla
vedere agli altri, così da non influenzarli.
67
68. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Planning Poker – la prima mano
68
13
13
13
5
Tester #1
Tester #2
Tester #3
Tester #4
69. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Planning poker – condivisione delle
informazioni
Il Team Lead vede che uno dei tester non è allineato con gli altri.
Pertanto potrebbe avere delle informazioni interessant ida
condividere, quindi il Team Lead chiede a tutti di ascoltare il Tester #3
«Ho fatto un test BrightRay™ qualche settimana fa e ho fatto uno
strumento personalizzato che rende più buonaparte delle attività di
Information Gathering e ho già preparato del codice da inserire su
BrightRayan™ da caricare sul portale se troviamo una falla per prendere
il controllo della macchina» Tester #1 risponde «questa è una bella
notizia, l’ultima volta sono stato invece molto tempo su un altro
componente che aveva delle difese piuttosto efficaci.»
69
70. CC-BY-NC-NDSimone Onofri e Claudia Spagnuolo
Planning Poker – seconda mano
8
13
5
5
Tester #1
Tester #2
Tester #3
Tester #4