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