AntonioGanci

# re: Contratti Fixed Price Fixed Length Fixed Scope

Quello che io cerco di fare normalmente è conivolgere il cliente, in qualsiasi contratto. Come parte del contratto, "impongo" che ci sia un meeting almeno ogni due settimane per verificare che tutto sia secondo i piani, oppure, nel caso le priorità del cliente fossero cambiate, di adattare i piani di conseguenza. Questo ci permette di essere veramente "agili" e quindi di rispondere in modo efficace ai cambiamenti. Oltre a questo, l'incontro serve anche per verificare che non ci siano imprevisti. Al posto che fare un'analisi di dettaglio iniziale, infatti, preferiamo fare un'analisi di massima, solo per avere una stima dei tempi: questo ci permette di avere una stima del costo. In questo modo possiamo iniziare ad essere operativi nel breve ed iniziare a rilasciare in modo molto veloce. Ovviamente per supportare il cambiamento è necessario progettare l'architettura in modo che sia semplice apportare modifiche, e che sia facilamente testabile. A fronte di cambiamenti e/o imprevisti, conivogliamo il cliente per decidere insieme a lui se può permettersi di aumentare il budget oppure preferisce ridurre le funzionalità della prima release.
In pratica, cerchiamo di essere agili :-).
Tutto questo lo facciamo attualmente per progetti di BI, che - anche se molti non l'avrebbero mai detto - e' possibile affrontarli in modo Agile, esattamente come un qualsiasi altro progetto informatico.

# re: Contratti Fixed Price Fixed Length Fixed Scope

Sono pienamente d'accordo ed è il modo, se è possibile, che seguiamo anche noi.
Quello che succede è che le stime iniziali possono essere sottostimate, come fate a ricontrattare un allungamento dei tempi?
Il cliente solitamente accetta volentieri? Oppure vi accollate una parte dei costi in più?

# re: Contratti Fixed Price Fixed Length Fixed Scope

Personalmente mi sono fatto un bel foglio excel che - con l'esperienza acquisita nei vari anni - una volta riempito di numeri che quantificano il lavoro, riesce a darmi un'accurata stima dei tempi. L'excel tiene già conto, in una certa percentuale, di tollernze dovute ad imprevisti "gestibili", che sono accadimenti naturali in quanto non c'è un'analisi di dettaglio (che sarebbe impossibile da fare, in quanto i progetti cambiano durante la vita del progetto stesso). Per cui gran parte delle cose non previste ricade dentro questa fetta di tempo. Per ora non ha mai sbagliato una previsione :-).

Cmq, nel caso di una sottostima gli errori possono essere causati da quattro fattori:
1) Il fornitore non conosce a sufficienza la tecnologia che usa
2) Alcune informazioni - in fase di analisi - non erano disponibili od erano addirittura sconosciute al cliente.
3) Cause di forza maggiore dovute alla natura umana e del lavoro

Il primo caso non è comtemplabile IMHO, è fin che avrò fiato farò in modo che non succeda :-)

Negli altri due casi, ancora un volta, l'importante è coinvolgere in modo tempestivo il cliente. Se ci sono problemi imprevisti ed imprevedibili, credo che sia chiaro a tutte le parti che i miracoli non si possono fare, e quindi bisogna lavorare insieme per capire come affrontare la cosa. Allungare i tempi, diminuire le feature, modificare le priorità sono tutte possibilità da valutare. Dal punto di vista economico, bisogna valutare di volta in volta, non credo sia possibile avere una risposta valida per tutte le situazioni.

# re: Contratti Fixed Price Fixed Length Fixed Scope

Tema molto interessante, stavo preparando anche io un post a proposito.
Per quel che mi riguarda quello che mi accade è che partiamo con un contratto fixed price poi alla prima richiesta di modifica che entrambi (noi e il cliente) concordiamo essere fuori contratto ne creiamo uno nuovo solo per la modifica richiesta e cosi via.
Quindi passiamo da un grosso contratto fixed price a tanti piccoli contratti sempre fixed price ma sicuramente più stimabili. Mi sembra un buon compromesso.

# re: Contratti Fixed Price Fixed Length Fixed Scope

Oltre che interessante, questo post capita a fagiolo!
Avendo chiuso a maggio la stalla, la gestione della sola campagna mi lascia parecchio tempo libero e stavo pensando di ricominciare a sviluppare software. Qualcuno ha captato il mio proposito (lol) perchè ho appena ricevuto una richiesta molto interessante per un piccolo applicativo da sviluppare in Ruby, e mi stavo proprio domandando come muovermi (visto che il mio ultimo contratto risale a più di 15 anni fa...). Devo solo aggiornare la mia tariffa oraria :-D

# re: Contratti Fixed Price Fixed Length Fixed Scope

Con riferimento al post originale: Praticamente stai auspicando un ritorno al waterfall... e, tendenzialmente, ti do ragione: molta della attuale "agilita'" e' solo dilettantismo e mancanza di professionalita' in un settore ormai altamente inflazionato da chaos e speculazione. Il problema tuttavia non si risolve semplicemente cambiando modo di lavorare, perche' a questo punto anche le aspettative del mercato sono fortemente viziate da 10-15 anni di disinformazione e malcostume. Tocca quindi essere "agili", ma solo in superficie...

-LV

# re: Contratti Fixed Price Fixed Length Fixed Scope

@LudovicoVan: un ritorno al waterfall method? Dio ce ne scampi, ormai da anni è chiaro che non è un metodo applicabile all'informatica. E' un metodo buono per produrre una soluzione che nasce già vecchia in partenza....

# re: Contratti Fixed Price Fixed Length Fixed Scope

Davide, il waterfall e' un modello di processo basilare che, nel corso dello sviluppo della nostra disciplina, si e' evoluto nelle varie forme di processo iterativo. Dico "evoluto" non a caso: cio' che viene iterato e' infatti non altro che un micro-waterfall... (E immagino che almeno fin qui siamo d'accordo.)

Questo comporta che, anche al livello di progressione dell'apprendimento, occorre avere una solida competenza del waterfall per arrivare a padroneggiare modelli di processo piu' complessi... (Non ti sembra?)

Tornando quindi al vecchio e al nuovo: dicevo che a mio avviso la situazione attuale e' tale per cui il nostro settore ha in generale disimparato tutto, e adesso regnano mito e speculazione. E' nello specifico contesto di incompetenza e chaos che ne derivano che il waterfall sarebbe gia' un passo in avanti... in effetti, un *enorme* passo in avanti rispetto all'attuale delirio dilettantistico spacciato per agilita'.

-LV