La situazione sui contratti Agili
Il Framework Scrum si sta rapidamente diffondendo nei reparti di sviluppo software delle aziende italiane. Spesso le aziende si rivolgono all'esterno per lo sviluppo del software, per questo motivo in aula mi viene posta sempre la stessa domanda: Esistono contratti Agili?
Ad oggi, in Italia, non sembrano esistere ancora dei modelli contrattuali Agili legalmente riconosciuti. È possibile fornire informazioni sui contratti Agili in generale, ma non supportati da un parere legale.
In Italia, al momento, possiamo utilizzare tipologie contrattuali che possono essere adattate ad un contesto Agile.
L’assenza di modelli contrattuali Agili può essere un ostacolo è un problema che alcune aziende stanno affrontando in questo momento. Molte vorrebbero affidare esternamente lo sviluppo del software, potendo così beneficiare di processi Agili per la creazione rapida di valore.
Tipologie di contratti internazionali e soluzioni nazionali
All'estero sono già presenti forme contrattuali specifiche per progetti che adottano processi Agili.
Tra le prime organizzazione che hanno sviluppato modelli contrattuali agili è possibile trovare l'Agile Business Consortium. Questo il link per scaricare il modello: Agile Project Framework Contract Template. Ovviamente per utilizzarlo in Italia, oltre alla traduzione, è necessario un adattamento attraverso una consulenza legale.
Esistono anche altri modelli contrattuali di riferimento:
Per ora questi contratti possono essere utili come fonte di ispirazione per adattare contratti legalmente riconosciuti.
Nell'attuale contesto italiano i contratti che meglio possono adattarsi al framework Scrum, e in generale ad Agile, sono il Time & Material e il contratto a rimborso. Nei contratti può essere determinato un tetto massimo di costo, la durata del progetto e la durata di uno Sprint senza necessità di determinare nel dettaglio l’ambito del lavoro. Lo Sprint avrà così sempre lo stesso costo. Sarà necessario porre particolare attenzione al valore che si intende produrre in ogni Sprint, per evitare di spendere più del valore che si otterrà in cambio.
Cosa rende critico un contratto Agile?
L'aspetto considerato critico in un contratto Agile è la potenziale completa assenza di un ambito dettagliato. Oggi è frequente la possibilità che un progetto venga avviato a partire da un’idea e bisogno non ancora tradotti in requisiti tecnici e funzionali.
Una delle caratteristiche del progetto, infatti, potrebbe proprio essere quella di esplorare e apprendere qualcosa di nuovo. I processi e le pratiche Agili sono particolarmente efficaci in progetti complessi. Il modello Agile prevede che a fronte di un ambito poco o per nulla definito, si fissino due variabili : il tempo e il costo. Allo scadere del tempo e del budget, si restituisce ciò che è stato realizzato fino a quel determinato momento. Vi sembra folle? Non lo è, vediamo perché.
Alcune ricerche hanno messo in evidenza che il numero di funzionalità utilizzate da un utente in un prodotto è nettamente inferiore rispetto al loro numero totale. Semplificando potremmo dire che: il 20% delle funzionalità di un prodotto costituisce l'80% del suo valore.
Quindi possiamo affermare che: il costo di ciò che è stato prodotto, è sicuramente minore del valore creato in termini di business (profitti e/o riduzione dei costi).
Pertanto in un progetto non è necessario realizzare tutto, ma tutto ciò che ha valore.
Oggi è ancora particolarmente difficile trovare aziende disposte a fare un contratto su un ambito poco definito.
Ad esempio, cliente e fornitore si accordano per un valore economico e temporale fisso, a fronte di un ambito poco chiaro. In caso di contestazioni su cosa ci possiamo basare?
La trasparenza e la frequente comunicazione tra le parti diventano un elemento centrale per sviluppare fiducia nella collaborazione. Citando il terzo valore dell'Agile Manifesto: "La collaborazione col cliente più che la negoziazione dei contratti". Questo aspetto, a mio parere, non credo sia un elemento gradito ad un ufficio legale e non solo.
Vuoi saperne di più? Inviami le tue domande, ti risponderò nei prossimi articoli.
