AGILE PROJECT MANAGEMENT - PMI-NIC · Gli sponsor, gli sviluppatori e gli ... • Una conversazione...

1 Le nuove sfide del Project Management: Complessità, Velocità e Innovazione - Torino, 31 Marzo 2017

in collaborazione con

AGILE PROJECT MANAGEMENT

Andrea Pinnola

TIM Senior Project Manager

2

Quando mi sono certificato …

Agile Project Management

Project Lifecycle

• L’influenza degli stakeholder sul risultato è massima all’inizio

• Il Costo del Cambiamento aumenta con il tempo

Come stakeholder devo produrre il massimo sforzo all’inizio perché è lì che posso

influenzare il progetto ed il risultato

Dopo la fase iniziale, nella fase più ‘esecutiva’ i cambiamenti sono un problema

Source: PMBOK Third Edition

3

Ma… Periodi di profitto ridotti ed aumento dell’incertezza


time

10 years

• Riduzione dei Periodi di Profitto

• Incidenza dei nuovi prodotti sui ricavi

• Incertezza iniziale sui fattori di successo

• 1°& 2°guadagnano i maggiori benefici

Revenue

2 years

1 year

4

Come se non bastasse …


“Smart, connected products:

• Require companies build

and support an entirely

new technology

infrastructure

• Enable four new

categories of capabilities:

monitor, control,

optimize, automate

• Create breakthroughs in

differentiation,

operational effectiveness,

and customer

experience”

October 2015

http://www.ptc.com/internet-of-things/harvard-business-review/download-article

5 Agile Project Management

Sources: https://www.wsj.com/articles/SB10001424053111903480904576512250915629460

http://a16z.com/2016/12/09/mobile-is-eating-the-world-outlook-2017

https://www.wsj.com/articles/SB10001424053111903480904576512250915629460

https://www.wsj.com/articles/SB10001424053111903480904576512250915629460
















ESEGUIRE UN

PIANO

(Predittivo)

SCOPERTA &

ADATTAMENTO

(Adattivo)

Req Svil Test Prod T

Incertezza / Rischio

T

Incertezza / Rischio

Sviluppo un Prodotto /

Servizio (Ambito Fisso)

Sviluppo un Business

(Ambito Variabile)

7

La trasformazione Agile: work in progress …


Waterfall … (1955)

Agile Manifesto (2001)

Scrum* (1995)

DevOps (2009)

Kanban (2010)

http://guide.agilealliance.org/timeline.html

* Nonaka / Tacheuchi: The New New Product Development Game

eXtreme Programming (1996)

Lean Sw Development (2001)

20+ Anni

Sp

eri

me

nta

zio

ne

di

nu

ovi

me

tod

i

SW

Toyo

ta P

rod

uc

tio

n S

yste

m &

Sis

tem

a L

ea

n (

19

80

) (*

)

Me

tod

i &

Pra

tic

he

di

svil

up

po

SW

e

Pro

ge

tta

zio

ne

Co

nte

mp

ora

ne

i

Influenza dei

Principi ‘Lean’

sul mondo dei

servizi e del sw

CI/CD (2010)

8

Manifesto for Agile Software Development (2001)


We are uncovering better ways of developing

software by doing it and helping others do it.

Through this work we have come to value:

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Responding to change over following a plan

That is, while there is value in the items on

the right, we value the items on the left more.

Source: http://agilemanifesto.org/

9

SCRUM Framework


https://www.mountaingoatsoftware.com/agile/scrum/resources/overview

Individuals and

Interactions

Working

Software

Customer

Collaboration

Responding

To Change

Fixed Variable

SPRINT


Ad ogni iterazione, alla fine di ogni sprint, un nuovo

incremento di prodotto viene rilasciato funzionante

Potentially Shippable Product Increments

Sprint 3 . . . . . . Sprint 4 Sprint 5 Sprint 6

Il Backlog di Prodotto si riduce

Le funzionalità del Prodotto aumentano

11

I principi sottostanti il Manifesto Agile (…aggregati)


• La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da

subito e in maniera continua.

• Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi

agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente.

• Consegnamo frequentemente software funzionante, con cadenza variabile da un paio di

settimane a un paio di mesi, preferendo i periodi brevi.

• Il software funzionante è il principale metro di misura di progresso.

• Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata

del progetto.

• 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.

• Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare

con il team ed all'interno del team.

• Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-

organizzano.

• I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli

utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante.

• A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e

adatta il proprio comportamento di conseguenza.

• La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità.

• La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale. Source: http://agilemanifesto.org/

12

I principi sottostanti il Manifesto Agile (…aggregati)


• La nostra massima priorità è soddisfare il cliente rilasciando software di valore, fin da

subito e in maniera continua.

• Accogliamo i cambiamenti nei requisiti, anche a stadi avanzati dello sviluppo. I processi

agili sfruttano il cambiamento a favore del vantaggio competitivo del cliente.

• Consegnamo frequentemente software funzionante, con cadenza variabile da un paio di

settimane a un paio di mesi, preferendo i periodi brevi.

• Il software funzionante è il principale metro di misura di progresso.

• Committenti e sviluppatori devono lavorare insieme quotidianamente per tutta la durata

del progetto.

• 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.

• Una conversazione faccia a faccia è il modo più efficiente e più efficace per comunicare

con il team ed all'interno del team.

• Le architetture, i requisiti e la progettazione migliori emergono da team che si auto-

organizzano.

• I processi agili promuovono uno sviluppo sostenibile. Gli sponsor, gli sviluppatori e gli

utenti dovrebbero essere in grado di mantenere indefinitamente un ritmo costante.

• A intervalli regolari il team riflette su come diventare più efficace, dopodiché regola e

adatta il proprio comportamento di conseguenza.

• La continua attenzione all'eccellenza tecnica e alla buona progettazione esaltano l'agilità.

• La semplicità - l'arte di massimizzare la quantità di lavoro non svolto - è essenziale. Source: http://agilemanifesto.org/

• Feedback , Miglioramento e Adattamento

Rapidi

• VALORE PER IL CLIENTE

• Comunicazione Diretta e Visuale

• Team Integrati Multifunzionali

• Cicli Iterativi Incrementali e Cambiamento

• Preparazione ed Eccellenza Tecnica

13

1. Valore per il cliente


Partire dal Cliente e dalle sue

Necessità

14

Il Ruolo del Cliente nei Framework Agili


IL PRODUCT OWNER STABILISCE LE PRIORITA’

PER MASSIMIZZARE IL VALORE CONSEGNATO

L’IMPEGNO DEL PRODUCT OWNER E’ COSTANTE

PER TUTTA LA DURATA DEL PROGETTO

• Tutto si orienta a consegnare valore al cliente

• Per fare questo

• Partecipazione diretta del Cliente al Team, o

• ‘Customer Proxy’ (es. Marketing) nel Team

Ruolo: Product Owner

15

2. CICLI DI RILASCIO ITERATIVI E INCREMENTALI (SPRINT)

• Abbattimento dei Rischi rispetto al Modello Predittivo

• Feedback e Correzioni Rapide con cambiamenti a costi uniformi

• Non più SAL ma Demo !


Small Increments • Short Iterations

• Low Risk

Large Batch • Long Time

• High Risk

Co

st

of

Ch

an

ge

V

a

l

u

e

Hard to Change Easy to Change

SAL

SPRINT

16

Focalizzandosi sul Valore da consegnare


Con Product Owner Balanced

Overloaded

Da:

A:

Senza Product Owner Valore

Tempo

T

T/2

Valore

Source: Henrik Kniberg, https://www.crisp.se/konsulter/henrik-kniberg - revised

Output

Req

Effort

Spec Dev

Test

Q&A

https://www.crisp.se/konsulter/henrik-kniberg




17

3. Team Integrati Multifunzionali


Marketing

Engineering

Operations

Product Launch Team

Development Marketing

Engineering

Operations

Product

Launch

Development

Project

Leader Integrated Team

Sviluppo per funzioni separate “Front Loading”

PROJECT MANAGER: FACILITARE

L’INTEGRAZIONE E MANTENERE FOCALIZZATO IL

TEAM MINIMIZZANDO LE INTERRUZIONI

Testing

Testing

rework

rework

rework

rework

rework

18

4. Comunicazione diretta e visuale: la stanza di Progetto:


SCRUM BOARD MILESTONE

2017 Backlog

Burndown

Chart

• Organizzazione Strutturata dei

Tabelloni di Comunicazione

• Tempistività e disponibilità

della comunicazione

• Tracciabilità dei progressi

• Visibilità degli avanzamenti e

scostamenti

19

Il perché della comunicazione visuale


xyz adf

jkl

Report: siamo tutti d’accordo. OOPS!

Si potrebbe fare così … Adesso abbiamo un obiettivo condiviso!

20

5. Feedback , Miglioramento e Adattamento

• Diversi momenti di feedback istituzionalizzati

• Daily Standup – ogni giorno tutto il team- 15 / 20 minuti

• Fatto, Problema, Farò

• Sprint Review – feedback dal cliente / product owner

• Sprint Retrospective – come è andato questo sprint

• Tenere, Eliminare, Migliorare, Aggiungere

• Obiettivo: Dare feedback immediati per evidenziare i

problemi il più rapidamente possibile


Nothing is Somebody Else’s Problem

21

Il Project Manager come Facilitatore


Problemi?

Nessuno!

‘No Problem is a Problem’

Come posso aiutare?

Ci sarebbe un problema

…

Issue Board Da controllore:

A facilitatore:

22

Preparazione ed Eccellenza Tecnica

Ricapitolando …

• VALORE PER IL CLIENTE

• Cicli Iterativi Incrementali

• Team Integrati Multifunzionali

• Comunicazione Diretta e Visuale

• Feedback , Miglioramento e Adattamento



BE

FAST

Fast to

BUILD

Fast to

MEASURE

Fast to

LEARN

Business Agility

Solution

Data

Idea

24

Quinta edizione … fate la vostra scelta


Predictive life cycles (also known as fully plan-driven) are

ones in which the project scope, and the time and cost

required, are determined as early in the project life cycle

as pratically possible.

Iterative and Incremental life cycles are ones in which

the project phases (also called iterations) intentionally

repeat one or more project activities as the project

team’s understanding of the product increases.

Adaptive life cycles (also known as change-driven or agile methods) are intended to

respond to high levels of change and ongoing stakeholder ivolvement. Adaptive

methods are also iterative and incremental, but differ in that iterations are very

rapid (usually with a duration of 2 to 4 weeks) and are fixed in time and cost.

Source: PMBOK Guide – Fifth Edition

Grazie!

AGILE PROJECT MANAGEMENT - PMI-NIC · Gli sponsor, gli sviluppatori e gli ... • Una conversazione...

Documents

Transcript of AGILE PROJECT MANAGEMENT - PMI-NIC · Gli sponsor, gli sviluppatori e gli ... • Una conversazione...