Upload
e-xtrategy-internet-way
View
853
Download
0
Embed Size (px)
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