l'approccio agile ai contratti e la consegna di valore

Post on 29-Oct-2014

6 views 1 download

Tags:

description

Applicazione delle metologie agili, oltre che nelle pratiche organizzative interne, anche nella contrattazione con il cliente. Come un contratto agile aiuta a stabilire un rapporto *sano* con il cliente e chiude il cerchio con l'applicazione delle metodologie in fase di sviluppo e gestione progetto. Discussione su un caso pratico di un contratto agile che e-xtrategy ha utilizzato con un proprio cliente. Tutto con un unico grande obiettivo: la consegna di valore

Transcript of l'approccio agile ai contratti e la consegna di valore

l’approccio agileai contratti e la consegna di valore

Better Software Firenze, 27 settembre 2012

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

Michele Luconichief executive o!cier, digital strategist, account

@micheleluconi

chi sono e perché sono qui 1 / 4

chi sono e perché sono qui 2 / 4

ebbene sì, sono un commerciale.

(e un imprenditore.)

chi sono e perché sono qui 3 / 4

che ha un obiettivo:

capire cosa serve al clienteper consegnare (e ottenere) valore.

chi sono e perché sono qui 4 / 4

per raccontarvi la nostra idea di agile:

un approccio ai progetti, al team, ai risultati.

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

1 / 24

perché un contratto agile:il problema da risolvere

“ho avvistato un contratto sano” (cit.)

2 / 24

I contratti che tipicamente regolanoi rapporti nello sviluppo di software sono il vero dramma del nostro mercato ... i classici contratti a corpo ad oggi, secondo me, sono il principale motivo di fallimento dei progetti software.

Senza dilungarmi troppo, mi basterà farti notare come: ...

““ho avvistato un contratto sano” (cit.)

3 / 24

mantengano il rischio completamente sbilanciato sul fornitore che, per de"nizione, non dovrebbe invece partecipare al rischio d’impresa neanche un po’.

““ho avvistato un contratto sano” (cit.)

4 / 24

richiedano di prendere le decisioni più cruciali – visto che si tratta di denaro – in modo de"nitivo nel momento di minima conoscenza riguardo al progetto stesso: l’inizio.

da sviluppoagile.it by jacopo romei

“ho avvistato un contratto sano” (cit.)

#1

ascolto un’esigenza

5 / 24“ho avvistato un contratto sano” (cit.)

#2

propongouna soluzione

6 / 24“ho avvistato un contratto sano” (cit.)

#3mi inventoun prezzo e.....incrocio le dita.

“ho avvistato un contratto sano” (cit.) 7 / 24

commerciale o mago?

foto di seanmcgrath

8 / 24

perché la maggior parte delle volteè sbagliato

“ho avvistato un contratto sano” (cit.) 9 / 24

• perchè le esigenze cambiano in corsa

“ho avvistato un contratto sano” (cit.) 10 / 24

“ho avvistato un contratto sano” (cit.) 11 / 24

• perchèun progetto/web è per de!nizione “always beta”

• perchè raccolgo feedback dalle persone (cliente, team, utenti) troppo tardi

“ho avvistato un contratto sano” (cit.) 12 / 24

• perchè l'obiettivo da raggiungere (consegna) è troppo lontano (quindi, incerto)

“ho avvistato un contratto sano” (cit.) 13 / 24

un contratto “agile” aumenta di moltola possibilità di successo del progetto perchè:

“ho avvistato un contratto sano” (cit.) 14 / 24

• distribuisce il rischiotra cliente e fornitore(e non solo da una parte)

“ho avvistato un contratto sano” (cit.) 15 / 24

“ho avvistato un contratto sano” (cit.) 16 / 24

• stimola e incentiva il cambiamento

“ho avvistato un contratto sano” (cit.) 17 / 24

• prevede rilasci frequentiper ricevere feedback e prendere decisioni “in tempo reale”

il nostro contratto:soddisfatti o rimborsati

“ho avvistato un contratto sano” (cit.) 18 / 24

19 / 24

• realizzazione di un incontro per la de!nizione delle priorità delle funzionalità da realizzare

“ho avvistato un contratto sano” (cit.)

“20 / 24

• la lavorazione verrà suddivisa in iterazioni di 1 settimana ciascuna; ad ogni iterazione (quindi ogni settimana), verrà fatto un incontro con il cliente (de visu o da remoto) dove verranno prese in esame le funzionalità realizzate

“ho avvistato un contratto sano” (cit.)

21 / 24

• il cliente decide, ad ogni iterazione, se accettare il lavoro svolto (per passare quindi alla successiva iterazione) o ri!utarlo.

“ho avvistato un contratto sano” (cit.)

“22 / 24

in caso di accettazione al cliente viene addebitato il prezzo previsto per ogni iterazione (vedi la voce indicazione degli investimenti), il progetto prosegue con la realizzazione delle funzionalità seguendo l'ordine di priorità dato ed al cliente viene consegnato tutto il lavoro svolto.

“ho avvistato un contratto sano” (cit.)

“23 / 24

in caso di non accettazione al cliente non viene addebitato il prezzo previsto per l'iterazione, il progetto si interrompe (o procede ripetendo l'iterazione) ed al cliente non viene consegnato il lavoro svolto.

“ho avvistato un contratto sano” (cit.)

facciamo un... due passi indietro

foto di JonathanCohen

24 / 24

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

1 / 29da dove veniamo (e come siamo arrivati *qui*)

siamo una internet company nata con l’obiettivo di portarti verso mercati ancora inesplorati, utilizzando i canali ed i servizi o"erti dalla rete, per creare nuove opportunità.

2 / 29da dove veniamo (e come siamo arrivati *qui*)

oggi siamo una comunità formata da clienti, collaboratori, partner. fatta di persone. persone unite dal desiderio di condividere nel tempo l’esperienza di nuove avventure.

persone con tante professionalità che formano una squadra

3 / 29da dove veniamo (e come siamo arrivati *qui*)

chi eravamoaccount, project manager, web designer, web developer, web marketer...

1+1=2

4 / 29da dove veniamo (e come siamo arrivati *qui*)

la squadra era in realtà un gruppo

poi ci siamo accorti che...

gli obiettivi non eranoveramente condivisi.

(in azienda, con il cliente)

5 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

le persone facevanoquello che più gli piaceva.

(perché è più semplice!)

6 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

i progetti non andavanosecondo le aspettative.(tempi budget non rispettati)

7 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

i requisiti iniziali, nonostante gli sforzi, cambiavano in corsa.

(e demolivano i nostri piani)

8 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

non c'era collaborazionecon il cliente: ognirichiesta/cambiamento apriva una contrattazione.

(dove ognuno cercava di vincere... a discapito dell'altro)

9 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

se il progetto andava male,lo scoprivamo troppo tardi.

10 / 29da dove veniamo (e come siamo arrivati *qui*)

poi ci siamo accorti che...

foto di MaxFabrizi

11 / 29

e-xtrategy: la nostra prima volta (2009)vediamo se questo agile fa per noi:

3 giorni di coaching per tutta l'azienda

12 / 29

gli individui e le interazionipiù che i processi e gli strumenti

il software funzionantepiù che la documentazione esaustiva

la collaborazione col clientepiù che la negoziazione dei contratti

rispondere al cambiamentopiù che seguire un piano

ovvero, fermo restando il valore delle voci sotto, consideriamo più importanti le voci sopra.

13 / 29da dove veniamo (e come siamo arrivati *qui*)

partire dalle fondamenta: il manifesto agile

14 / 29

15 / 29

16 / 29

17 / 29

18 / 29

19 / 29

20 / 29

21 / 29

22 / 29

oggi privilegiamo questa tipologia di contratti:

• soddisfatti o rimborsati• tempo e materiali

23 / 29da dove veniamo (e come siamo arrivati *qui*)

nel 2011 sono arrivati i contratti

... ma tutti i nostri progetti (anche se hanno contratto a corpo) vengono sviluppati con lo stesso metodo fatto di user story, iterazioni, rilasci continui, etc.

24 / 29da dove veniamo (e come siamo arrivati *qui*)

nel 2011 sono arrivati i contratti

25 / 29da dove veniamo (e come siamo arrivati *qui*)

e-xtrategy 2012: XQuality

1+1=3

26 / 29da dove veniamo (e come siamo arrivati *qui*)

cliente + e-xtrategy = squadra

risultati

se il progetto cambia in corsanon è negativo:signi!ca che sta crescendo.

27 / 29da dove veniamo (e come siamo arrivati *qui*)

risultati

il cliente vede il valore.in tempo reale.

28 / 29da dove veniamo (e come siamo arrivati *qui*)

risultati

il team non ha più pauradi cosa e come potrà cambiare.

da dove veniamo (e come siamo arrivati *qui*)

risultati

29 / 29

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

1 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

esigenza del cliente: realizzare un'applicazioneper il controllo remoto della casa (domotica)

ritorniamo al nostro contratto

richiesta del cliente: preventivo(tempi e costi)

2 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

ritorniamo al nostro contratto

allarmi dopo il primo incontro conoscitivo:• incertezza su obiettivo "nale (target? tipo di device?)

• mancanza di una conoscenza profonda del dominio (e della tecnologia)

• tante (troppe) strade da poter prendere per raggiungere l'obiettivo

3 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

ritorniamo al nostro contratto

• de!nizione delle funzionalità del prodotto (2 giornate)

• primo incontro: ‣ de!nizione funzionalità (user story)

• secondo incontro:‣ veri!ca e discussione delle funzionalità‣ peso di ogni funzionalità‣ priorità

• partecipanti: 6/10 persone (cliente + e-xtrategy)

le 2 giornate sono pagate dal cliente(perchè viene consegnato valore!)

4 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

la nostra proposta: step 1

5 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

la nostra proposta: step 1

risultato:• elenco dettagliato delle funzionalità

(condivise)

• peso (sforzo) per realizzare ogni funzionalità

• peso (sforzo) totale del progetto “veritiera”

• de!nizione chiara dell'obiettivo

• team (cliente + e-xtrategy) consapevole del metodo e delle relazioni

6 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

ritorniamo al nostro contratto:soddisfatti o rimborsati

Il presente contratto prevede l'attuazione di una formula “soddisfatti o rimborsati” per la realizzazione delle attività previste ed individuate negli incontri precedentemente e#ettuati.All'approvazione del presente contratto, avvieremo le attività di produzione che si svolgeranno nel seguente modo:

• realizzazione di un incontro per la de!nizione delle priorità delle funzionalità da realizzare

• la lavorazione verrà suddivisa in iterazioni di 1 settimana ciascuna; ad ogni iterazione (quindi ogni settimana), verrà fatto un incontro con il cliente (de visu o da remoto) dove verranno prese in esame le funzionalità realizzate

• il cliente decide, ad ogni iterazione, se accettare il lavoro svolto (per passare quindi alla successiva iterazione) o ri"utarlo.‣ in caso di accettazione: al cliente viene addebitato il costo previsto per ogni

iterazione (vedi la voce indicazione degli investimenti), il progetto prosegue con la realizzazione delle funzionalità seguendo l'ordine di priorità dato ed al cliente viene consegnato tutto il lavoro svolto.

‣ in caso di non accettazione: al cliente non viene addebitato il costo previsto per l'iterazione, il progetto si interrompe (o procede ripetendo l'iterazione) ed al cliente non viene consegnato il lavoro svolto.

7 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

ad ogni iterazione (quindi ogni settimana) il cliente:

• avrà in mano, in caso di accettazione, una versione del software funzionante ed utilizzabile

• potrà decidere di cambiare le priorità delle funzionalità previste nella/e successiva/e iterazione/i

8 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

ad ogni iterazione (quindi ogni settimana) il cliente:

• potrà decidere di aggiungere/togliere delle funzionalità inizialmente previste; ad una diminuzione delle funzionalità corrisponde una diminuzione del numero di iterazioni (e quindi del prezzo), ad un aumento delle funzionalità corrisponde un aumento del numero di iterazioni (e quindi del prezzo), Ogni funzionalità aggiunta verrà stimata insieme al cliente per de"nirne il “peso” (quindi il prezzo)

9 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

ad ogni iterazione (quindi ogni settimana) il cliente:

• potrà decidere se interrompere il progetto, senza il bisogno di realizzare ulteriori funzionalità inizialmente previste, perchè non più necessarie; in questo caso al cliente verrà addebitato il costo delle sole iterazioni realizzate

investimenti:prezzo a iterazione(e basta)

10 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

11 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

punti chiave:• le funzionalità discusse e pesate nella fase precedente

(step 1) non rientrano nel contratto, ma sono a parte

‣ rispetto all'impegno/iterazione che abbiamo deciso di mettere sul progetto, vengono 12 iterazioni per realizzare tutte le funzionalità individuate con lo step 1

‣ la stima (in questo caso 12 iterazioni) ed il prezzo ad iterazione danno al cliente la "dimensione" del progetto

12 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il nostro contratto:soddisfatti o rimborsati

punti chiave:• le iterazioni sono un impegno

molto chiaro (per tutti)

• il team guida tutto il progetto (con un check ad ogni iterazione)

risultati

13 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

iterazioni totali fatte

32 +20. sì, +20.

14 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

15 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

iterazioni ri!utate dal cliente

0 zero.

16 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

consegne

ognisettimana

icone dell’app consegnate dopo la prima iterazioneprima versione installabile dell’app dopo 3 iterazioni

17 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

cambiamenti fatti durante la lavorazione

n(mila)prima era solo un’app iphone

poi è diventata (anche) una web app

18 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il team de!nisce in corsa le milestone.es. incontro con gli installatori

19 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

discussioni su cosa pagare o non pagare di quanto aggiunto strada facendo:

0 zero.

ogni storia aggiunta aumenta il valore consegnato, quindi va pagata (quanto pesa)

20 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il cambiamento è sempre positivo.per tutto il team!se aggiungiamo funzionalità, o ne tolgo altre o aumento le iterazioni.semplice ed immediato

21 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

il cliente ha sempre qualcosa da usare e provare.ogni settimana.

22 / 22il progetto domus: dal contratto, al metodo, alla consegna di valore

ri-applicazione del metodo.a febbraio 2012 abbiamo realizzato l'app per android in 3 settimane (iterazioni)

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

chi sono e perché sono qui

“ho avvistato un contratto sano” (cit.)

da dove veniamo(e come siamo arrivati *qui*)

il progetto domus: dal contratto, al metodo, alla consegna di valore

bello, però...domande, risposte e ri!essioni

foto di zenilorac

1 / 23bello però... domande, risposte e ri#essioni

il cliente non si !da.

2 / 23bello però... domande, risposte e ri#essioni

di cosa?così ha molto più controllo.

il cliente non si !da.

3 / 23bello però... domande, risposte e ri#essioni

il fornitore rischia di perdere tempo (e soldi).

4 / 23bello però... domande, risposte e ri#essioni

quanto? noi siamo disposti a buttare (solo) una settimana per un progetto.

il fornitore rischia di perdere tempo (e soldi).

5 / 23bello però... domande, risposte e ri#essioni

il cliente vuole sempreun costo certo.

6 / 23bello però... domande, risposte e ri#essioni

e noi dovremmo avere delle caratteristiche tecniche certe.ma questo ingabbia il progetto,limita la creatività e diminuiscela probabilità di successo.

il cliente vuole sempreun costo certo.

7 / 23bello però... domande, risposte e ri#essioni

non è sempre possibile(es. gare).

8 / 23bello però... domande, risposte e ri#essioni

vero. ma possiamo sempre gestire “agilmente” il dopo (sviluppo), anche con un contratto a corpo.

non è sempre possibile(es. gare).

9 / 23bello però... domande, risposte e ri#essioni

però prima devi conquistarela !ducia.

10 / 23bello però... domande, risposte e ri#essioni

meglio.e se fosse una caratteristica fondamentale del "commerciale" e di come si presenta l’azienda (portfolio, esperienze, test brevi per risultati veloci)?

però prima devi conquistarela !ducia.

12 / 23bello però... domande, risposte e ri#essioni

wip

13 / 23bello però... domande, risposte e ri#essioni

comunicazione e"cace.se il team non comunica (bene), il progetto (spesso) fallisce.

14 / 23bello però... domande, risposte e ri#essioni

priorità.scelta di$cile. ma necessaria (e decisiva).

15 / 23bello però... domande, risposte e ri#essioni

selezione partnere fornitori.chi lavora (e pensa) come te,porta valore (vero) al progetto.

16 / 23bello però... domande, risposte e ri#essioni

piccoli spunti per cominciaree vantaggi (per tutti).

feedback

foto di highersights

foto di kekkoz

coraggio

foto di jakuza

comunicazione

foto di jakuza

semplicità

#essibilità

focus on

grazie!

@micheleluconi www.e-xtrategy.net