Team agile vs budget fisso: la nostra esperienza e i nostri errori

Preview:

DESCRIPTION

L'obiettivo del talk oltre a condividere la nostra esperienza, è quello di mostrare come con una disciplina fedele alle best practices e un team che comunica in modo efficace è possibile affrontare meglio anche progetti a budget fisso. Condividendo gli insegnamenti emersi da una retrospettiva dove abbiamo analizzato l'esito di un anno di progetti eterogenei (siti web, applicazioni mobile) con contratti a budget fisso, mostreremo quali sono state le azioni e gli errori che hanno portato al successo o insuccesso confrontandoli con il manifesto Agile e le pratiche XP e SCRUM. (Talk presentato da due speaker Alessandro Violini e Lorenzo Massacci)

Citation preview

si può avere successo in un progettoa budget fisso utilizzando le buone pratiche

delle metodologie agili?

TEAM AGILE vs BUDGET FISSO

non abbiamo soluzioni

raccontiamola nostra esperienza

ALESSANDRO VIOLINIFront End Developer

@violo

LORENZO MASSACCIMobile DeveloperFront End Developer

@lorenzomassacci

il nostro TEAM

www.e-xtrategy.net

TEAM AGILE vs BUDGET FISSO

TEAM AGILE vs BUDGET FISSO

in certi contesti è inevitabile: Bandi, Pubbliche Amministrazioni, Startup, ...

il triangolo di ferro

http

://e

n.w

ikip

edia

.org

/wik

i/Pro

ject

_m

anag

emen

t_tr

iang

le

per mantenere l’equilibrio, al variare di una componente, devono variare anche le altre

1 ANNO di progetti eterogenei a budget fisso

60% #fail 40% #win

la nostra retrospettiva

quando definiamo #failun progetto a budget fisso?

il cliente deve aggiungere extra budget

il fornitore lavora sottocosto e ci rimette

il cliente non è soddisfatto del prodotto consegnato alla fine

60% #fail 40% #win

come abbiamo valutato questo dato?come hanno influito le buone pratiche

del metodo agile?

la nostra retrospettiva

aderenza al manifesto agilehttp://agilemanifesto.org/iso/it

individui e interazioni - software funzionante -collaborazione col cliente - risposta al cambiamento

attuazione del metodouser story - release planning - rilasci frequenti - iterazioni -

cliente parte del team - retrospettive durante il progetto -

pair programming - test automatici - etc.

particolarità contrattuali

valutazioni del progetto

#win

aderenza manifesto agile

10 - 8 - 6

attuazione del metodo

7 - 7 - 8

#fail

aderenza manifesto agile

6 - 5 - 9 - 6 - 6

attuazione del metodo

3 - 6 - 6 - 6 - 8

le pagelle dei progetti

Cliente parte del team // dove non fatto #fail

User story // 100%

Release planning // dove non fatto #fail

Iterazioni // 90%

Rilasci frequenti // dove non fatto #fail

Retrospettive durante il progetto // fa tendere il #fail al #win

Pair programming // effetto vantaggioso

Test automatici // effetto vantaggioso

il METODO nei progetti

budget non stimato dal team di sviluppo

progetto troppo vasto da essere stimato

contratto aperto a budget fisso

che non blinda lo scope#win

#fail

#fail

#fail

particolarità contrattuali

PO presente e dal potere decisionale

#fail

#win

l’influenza del PO

#win

#fail

#epicfail

PO assente

proattività verso i bisogni del PO

PO multipli e in contrasto

PO finto in realtà è un intermediario

lo scope

scope nogoziato bene#win

#fail non saper dire di NO

#fail impossibilità di negoziarelo scope con il PO

le metodologie agili non sono state mai

la causa diretta del #fail o del #windi un progetto a budget fisso.

spesso il fallimento del progettoa budget fisso è causato dalla mancata

negoziazione dello scope e da una comunicazione non efficace con il PO.

conclusione

chi è il Product Owner?

● ha la vision del prodotto ● non conosce i dettagli● sa perché lo stiamo costruendo● sa quale problema risolveremo e a chi● ha il potere di prendere decisioni

che cosa significa negoziare lo scope?

lo scope fisso nasce da una falsa promessa:sapere quanto è complesso realizzare

un software prima di farlo.

che cosa significa negoziare lo scope?

scegliere in ogni momentola strada migliore per raggiungere l’obiettivo.

cosa abbiamo imparato?

● non vivere il progetto come un conflittotra le due realtà

● coinvolgere il Cliente favorendo un dialogo efficace e costante

● farlo diventare parte integrante del teamcosì da remare tutti nella stessa direzione

Recommended