Scopriamo la nuova metodologia pensata per portare l'Agile nel mondo dell'Internet of Things

1. getlatestversion
Agile meets IoT
Felice Pescatore - Giuseppe Famiglietti
agileiot.org
@agileiotdotorg

2. AgileIoT Crew
&

3. The Internet of Things
IoT Project Governance
AgileIoT Big Picture
AgileIoT Team
Artefatti
Cerimonie
Metriche
Risorse e Riferimenti
Agenda

4. The Internet of Thigs
Internet of Things (IoT) sottende la possibilità di
connettere tra di loro oggetti e luoghi concreti,
sfruttando le infrastrutture di rete esistenti
IoT Solutions
Diffusione
Ambiti Multidisciplinari
La linfa costituente

5. Diffusione
Gartner stima che entro il 2020
nel mondo esisteranno 26
miliardi di dispositivi connessi in
Rete.
Nel 2025 la Rete verrà
completamente subordinata
all’IoT, secondo la ricerca del
Pew Research Center.

6. Ambiti Multidisciplinari
Smart Car
Smart Home
Smart City

7. La linfa costituente
Smart Thing (la “T” di IoT), gli
oggetti intelligenti sempre
connessi
Cloud (la “I”, Internet, di IoT),
che si occupa dell’elaborazione,
dell’analisi e della persistenza
delle informazioni.

8. IoT Project Governance IoT Project Governance
Filosofia
Principi
AgileIoT mette al centro il bisogno del cliente, armonizzando
competenze, approcci e tecnologie differenti, grazie alla definizione
di un main-set comune di strumenti che rendono economicamente
sostenibile la creazione di una soluzione Internet of Things.
Pratiche

9. Filosofia
Bottega Rinascimentale
La Filosofia di AgileIoT è quella della bottega rinascimentale, ovvero
la cellula in cui veniva fatto tutto quanto necessario alla realizzazione
di una nuova opera: dalla progettazione alla commercializzazione,
passando per la formazione e la produzione.
I membri del team sono spinti a comportarsi come gli artigiani
rinascimentali che con estrema abilità utilizzavano materiali, tecniche
e strumenti diversi per soddisfare il cliente che aveva commissionato
l’opera.

10. Principi
It’s not software, hardware
or service: it’s about jobs to
be done!
Think less and do it fast!
Simple is better!
Più semplice è la soluzione che si realizza, maggiori saranno le possibilità
di farla evolvere in funzione delle esigenze degli stakeholder.
Non si tratta di completare un progetto software o hardware, bensì di
realizzare una soluzione intelligente che sfrutta entrambi per risolvere
un’esigenza in modo efficiente ed efficace.
Ridurre all’essenziale il tempo dedicato alla fase di analisi in favore di un
rapido avvio delle attività di sviluppo della soluzione.

11. Pratiche
Cloud
Energy
Security
Oltre a sfruttare le pratiche tipiche del mondo Agile, AgileIoT
introduce la CES Oriented practice (Cloud, Energy e Security oriented
practice), ponendo al centro delle attività gli aspetti di adattabilità e
scalabilità, unitamente a quelli di sicurezza ed energia.
AgileIoT pone sin dalle prima fasi l’accento sugli elementi CES che
devono essere esplicitamente analizzati al fine di definirne i criteri di
riferimento e i livelli di qualità a supporto delle successive fasi di
engineering e deployment.

12. AgileIoT Big Picture AgileIoT Big Picture
Fasi
Goal
Make-Measure-Learn

13. The Big Picture

14. Fasi
Si entra nel vivo della realizzazione della Soluzione.
Per ogni Iterazione viene definita la Mid Picture da parte del team,
ovvero l’obiettivo a medio termine da raggiungere.
Il Prodotto viene messo in esercizio (deployment) e vengono
attivati i servizi a supporto del suo funzionamento.
Si prende atto della volontà di realizzare la nuova soluzione,
definendo la Solution Vision e i Solution Goal.
Fondamentali sono le metriche di validazione.
Prototyping
Phase
Engineering
Phase
Deployment
Phase

15. Goal
Similarity Search
Hypothesis Validation
Vision Definition
Fast Prototyping Team Creation
Full AgileIoT Team
Solution Definition of Done
Adjust Work Environment
Define Product Backlog
CES design
Bill of Materials (BOM)
Create end-to-end full solution
Reduce uncertainty
Solution Continuous Improvement
Full Working Solution
Solution Support
Company Improvement
Team Improvement Company Agility
Buffer Budget
Prototyping Phase Engineering Phase Deployment Phase
Cross Phases

16. Make-Measure-Learn
creare un prototipo per testare le ipotesi annesse
alla Vision e per iniziare a consolidare il team.
analizzare il prototipo in funzione dei Goal e
delle relative metriche, verificando se
l’organizzazione aziendale ed il team sono a
proprio agio per la realizzazione del progetto.
attuare le opportune modifiche
in funzione dei risultati.
Prototyping Phase

17. Elements AgileIoT Core
AgileIoT Team
Artefatti
Cerimonie
Metriche

18. AgileIoT Team
Primary Roles
Closer Roles
Temporary Team
L’ AgileIoT Team è composto da un numero variabile di 4:8 membri
afferenti ai Primary Roles:
• T-Shape Maker :: 2, 4, 6
• Prime Maker :: 1
• Product Owner :: 1
a cui è possibile aggiungere ulteriori 4 Closer Roles:
• Cloud Closer, Data Flow Closer, Security Closer, Energy Closer
per un totale di 8:12 membri totali.

19. Primary Roles
Makers
Prime Maker
Product Owner
Ogni AgileIoT Team contempla un numero pari di maker
caratterizzati da 2 skill primari: Software Makers Oriented - Hardware
Makers Oriented.
Il Prime Maker è il Team Lead Metodologico e Tecnologico dell’AgileIoT
Team, indossando alternativamente il “cappello” più adatto in funzione
delle esigenze temporalmente localizzate.
Il Product Owner ha il compito primariom di massimizzare il Valore
della soluzione prodotta dal team in funzione di quelle che sono le
necessità del cliente e dei key stakeholder.

20. Closer Roles
Cloud Closer
Data Flow Closer
Security Closer
Supporta le attività di analisi dei dati/eventi e la generazione di
opportune rappresentazioni e action di risposta.
Supporta l’analisi delle tecnologie e degli strumenti necessari per la
“raccolta”, la “pulizia” e la “gestione” dei RawData provenienti dai dispositivi.
Supporta l’analisi e la gestione degli aspetti di security, particolarmente
rilevanti vista l’importanza dei dati, degli eventi e delle relative azioni che ne
scaturiscono.
Energy Closer
Supporta la gestione degli aspetti energetici a cui sottendono l’operatività
dello smart thing, al fine di garantire una sufficiente continuità operativa.

21. Temporary Team
Fast Prototyping Temporary Team
Signal Temporary Team
Si occupa del Fast Prototyping. E’ costituto da un Prime Maker, da
due T-Shape Maker e, possibilmente, dai Closer.
Si va così a delineare il nucleo del futuro AgileIoT Team.
Il team temporaneo a cui è affidato lo sviluppo del singolo Signal,
tipicamente Cloud Oriented o Smart Thing Oriented, in funzione del
Signal da realizzare.

22. Artefatti
Work Item
Visual
Management
Delivery Item
Gli Artefatti sono gli elementi che caratterizzano il processo.
Consentono di concentrare l’attenzione e gli sforzi del team e
implicitamente descrivono lo stato di avanzamento di realizzazione della
soluzione.
Ogni artefatto ha una governance specifica che appartiene ad uno o più
membri dell’AgileIoT Team ed è soggetto a continue azioni di review per
allinearlo allo stato corrente del progetto ed al know-how maturato sulla
soluzione.

23. Work Item
enfatizza il Valore in funzione del Cliente, cogliendo
aspetti relativi sia ai Software Maker che agli Hardware Maker.
è l’elemento su cui si concentra l’attività dei Maker, in
particolare del Signal Temporary Team. Si tratta di un’attività descrivibile
in funzione di elementi di input/output dei dispositivi IoT specifici.
è l’unità minima di lavoro, possibilmente specializzata per
singola area applicativa: hardware [slot], firmware [slot], service [slot]
e cloud [slot].

24. Visual Management
Product Backlog
Makers Backlog
Signals Board
Contiene le Value Story della soluzione ordinate in chiave top-down:
l’elemento al top è quello a maggior valore relativo.
Contiene i Signal da realizzare nell’iterazione in avvio. L’ordinamento è
derivato da quello delle Value Story, combinato con la gestione del Rischio.
Consente di orchestrare lo sviluppo dei Signal in funzione del loro
stato. Di base sono previste tre colonne: To Do, Doing, Completed.
Technical Debt &
Risk Board
Supporta gli aspetti realizzativi della soluzione, andando ad
evidenziare il Debito Tecnico e i Rischi annessi in essere.
Burndown
Chart
Consente di monitorare l’avanzamento delle attività correlando gli Slot
(o le Value Story) al fattore “tempo”.

25. Delivery Item
Smart Thing
Solution to Delivery
Solution Definiton
of Done Document
E’ il componente intelligente di base: l’hardware può essere acquistato o
progettato e realizzato specificamente.
E’ la Soluzione funzionante ed incrementale da mostrare al
raggiungimento della Mid Picture, durante la Solution Overview:
Smart Thing, Soluzioni Cloud a Supporto, Componentistica di Delivery.
Si tratta del live-document che definisce gli elementi chiave per
considerare la soluzione completa.
Smart Thing
Bill of Material
E’ l’elenco di tutti i componenti, sottoinsiemi, semilavorati e materie
prime necessari per realizzare l’hardware.

26. Cerimonie
Fast Prototyping
Planning
Retrospectives
Le Cerimonie sono momenti ben precisi in cui si concentrano
specifiche azioni di pianificazione o di review.
Sono fondamentali per allineare le attività alle necessità del cliente e
degli stakeholder.
In funzione alla specifica Cerimonia, ad essa partecipa l’intero
AgileIoT o solo parte di esso. Anche la governance stessa varia in
funzione del tipo di evento tenuto.

27. Fast Prototyping
Energy Prototyping: incentrato sulla verifica delle ipotesi
relative agli aspetti energetici.
Hardware Prototyping: incentrato sulla validazione delle
ipotesi hardware tramite uno o più Evaluation Kit (EVK).
Code Prototyping: incentrato sulla prototipazione del
firmware e dei servizi a supporto per i dati/eventi.
Data Flow Prototyping: incentrato sugli aspetti legati alla
gestione dei Raw Data provenienti dai device.
Cloud Prototyping: incentrato sugli aspetti cloud della
soluzione, intesa come piattaforma elaborativa a supporto.
Security Prototyping: incentrato sulla verifica delle ipotesi
relative agli aspetti centrali di security.
Delivery Prototyping: incentrato sull’analisi di vincoli
normativi/ambientali del dispiegamento degli Smart Thing.

28. Planning
Product e Makers
Backlog planning
Grooming
Flashback
Vengono popolati e ordinati il Product Backlog il Makers Backlog.
Obiettivo: identificare e scegliere le Value Story e i Signal da realizzare.
Vengono aggiornati il Product Backlog e il Makers Backlog.
Obiettivo: allineare I funzione dei feedback e del know-how maturato.
Cerimonia on-site di overview delle attività in corso.
Obiettivo: allineare tutti i membri del team sulle stato delle attività

29. Retrospettive
Solution
Overview
Technical
Retrospective
Methodology
Retrospective
Viene mostrare la Solution to Delivery al committente e agli stakeholder.
Obiettivo: raccoglie i feedback per il grooming del Product Backlog.
Viene fatto il punto sulle tecnologie e sugli strumenti di sviluppo utilizzati.
Obiettivo: preserve or pivot in funzione dei risultati ottenuti.
Viene valutata l’applicazione della metodologia e l’organizzazione del team.
Obiettivo: continuous improvement.

30. Retrospettive
Rhythm
Lead Time
Throughput
Definisce la cadenza di esecuzione del flashback, calcolato in funzione del
Signal con minor numero di Slot associati:
• Signal di 1 - 2 Slot: Daily Rhythm, flashback giornaliero
• Signal di 4 - 8 Slot: b-Daily Rhythm, flashback bi-giornalieri
Il Lead Time è il tempo medio impiegato da un Signal per essere completato.
Il Throughput è la stima del tempo necessario a completare il Makers Backlog:
Throughput = All Signal * Lead Time
Le Metriche consentono all’AgileIoT Team di monitorare l’andamento delle attività e di pianificare le
cerimonie e le altre azioni a supporto di esse.

31. Risorse e Riferimenti
Agile Application Lifecycle Management con VSO/TFS
Pubblicare un package nuget grazie alla build
Gestire la Semantic Versioning con GitFlow e GitVersion in
una vNext Build
Lean Startup, Jump Start!
Agile@Scale: visione olistica del valore
Lean Philosophy
Introduzione a Kanban
Application Lifecycle Management (ALM) con VSO
https://paolopatierno.wordpress.com/
https://github.com/ppatierno/azuresblite
http://mattvsts.blogspot.it/
http://blogs.dotnethell.it/suxstellino/
http://www.codewrecks.com/
http://www.felicepescatore.it/
getlatestversion

32. Grazie agli sponsor

33. http://bit.ly/DOAW16FEED1
Dedicateci 2 minuti del vostro tempo,
e ci aiuterete a crescere e migliorare!
Track Intro
http://bit.ly/DOAW16FEED2
Track Avanzata