Il contratto scritto dal fornitore e firmato senza leggerlo

Nel mondo dei progetti IT esiste una pratica tanto diffusa quanto pericolosa: lasciare che sia il fornitore a scrivere il contratto di fornitura, per poi firmarlo senza nemmeno leggerlo attentamente. È come lasciare che il lupo scriva le regole per custodire il pollaio, e poi sorprendersi quando le galline spariscono.

Questa dinamica crea situazioni paradossali dove i clienti si ritrovano vincolati da contratti che proteggono esclusivamente gli interessi del fornitore, senza alcuna garanzia o clausola di salvaguardia per chi sta pagando. E quando le cose vanno male, scoprire di non avere alcun strumento contrattuale per tutelarsi è una rivelazione amara.

Le penali come deterrente nucleare

Un concetto fondamentale nei contratti IT riguarda le penali. Sono come l’arsenale atomico: un deterrente, si mettono per poi non usarle. Come le armi nucleari, se le impieghi, creano danni enormi anche a chi le utilizza.

Applicare penali, nella migliore delle ipotesi, fa perdere il fornitore. Nelle peggiori, costringe a costi legali salati e lascia il progetto incompiuto. Il valore di un progetto portato a termine è spesso superiore a qualsiasi penale incassabile.

Ma questo non significa che non vadano inserite. A differenza dell’arsenale atomico, le penali sono gratuite da aggiungere. Il loro valore sta nell’effetto deterrente: sapere che ci sono rende entrambe le parti più responsabili.

Quando le penali non ci sono proprio

Il vero capolavoro si verifica quando le penali non sono nemmeno presenti nel contratto. Situazioni in cui sarebbe sensato averle, ma qualcuno se n’è dimenticato. O meglio, ha fatto finta.

Scene surreali si svolgono quando emerge questo dettaglio. Un amministratore delegato chiede: “Ma le penali le avete messe?” E il manager responsabile, con espressione tra imbarazzo e disperazione, inizia a sfogliare nervosamente il documento che ha firmato.

Come uno studente interrogato, il manager finge di cercare le clausole in un contratto che sa di non aver mai letto attentamente.

Il fornitore che scrive le regole

Il problema di fondo è semplice: il contratto è stato scritto dal fornitore. Quale dirigente ha voglia di scrivere un contratto quando può farlo scrivere a qualcun altro? È più comodo ricevere una bozza già pronta e firmare.

E il fornitore, stranamente, si è dimenticato di inserire clausole che potessero danneggiarlo. Che sbadato! Non ci sono penali per i ritardi, vincoli sulla qualità, obblighi di supporto, garanzie sulle performance. Tutto sorprendentemente generico e favorevole a chi lo ha scritto.

Questa non è casualità, è strategia. I fornitori sanno che molti clienti firmano senza leggere veramente. Quindi scrivono contratti che li proteggono massimamente e lasciano il cliente esposto.

L’arte di fallire verso l’alto

Chi commette questi errori spesso mantiene il proprio ruolo. Anzi, talvolta viene promosso. Perché nel mondo aziendale, fallire verso l’alto è un’arte raffinata.

Il manager che firma contratti senza penali raramente subisce conseguenze. Quando il progetto va male, la colpa viene distribuita: fornitore incompetente, requisiti poco chiari, budget insufficiente. Ma chi ha firmato quel contratto disastroso? Dettaglio dimenticato.

Se non ci sono conseguenze per chi accetta contratti svantaggiosi, perché qualcuno dovrebbe cambiare approccio?

Il contratto non è unilaterale

Se il contratto è stato scritto dal fornitore, non è un documento unilaterale. C’è il diritto di discuterlo, integrarlo, chiedere modifiche.

Dall’altra parte c’è qualcuno che vuole i tuoi soldi, quindi è disponibile a negoziare. Ma questo richiede volontà di impegnarsi: leggere il contratto attentamente, identificare le clausole problematiche, preparare richieste di modifica, negoziare punto per punto.

Ogni parola conta

Nei contratti IT ogni parola conta. La differenza tra “farà del suo meglio” e “garantisce” è abissale. La distinzione tra “entro 30 giorni” e “appena possibile” può determinare il successo o il fallimento.

Non ci si può accontentare di accettare passivamente. Bisogna discutere, chiedere chiarimenti, pretendere che il contratto rifletta una realtà condivisa. Il rischio deve essere equamente distribuito.

Se la strategia è firmare qualsiasi pezzo di carta, forse si è raggiunto il Principio di Peter: il livello massimo della propria incompetenza.

Gli elementi essenziali da negoziare

Quando si negozia un contratto IT, ci sono elementi che non possono essere trascurati. Le penali per i ritardi sono solo l’inizio. Servono: tempi di consegna con milestone verificabili, criteri di accettazione oggettivi, gestione delle modifiche ai requisiti, livelli di servizio garantiti, responsabilità in caso di problemi, proprietà intellettuale del software.

Servono garanzie sul supporto post-consegna, manutenzione, formazione. Servono meccanismi di uscita se il fornitore non rispetta gli impegni. Tutti elementi che un fornitore difficilmente inserirà spontaneamente.

L’equilibrio nella negoziazione

L’obiettivo non è creare un contratto che strangoli il fornitore. Un contratto troppo punitivo è controproducente quanto uno troppo permissivo. Il fornitore deve avere margini ragionevoli.

Ma questo equilibrio si raggiunge attraverso la negoziazione, non accettando acriticamente. La penale è uno strumento, va usato con intelligenza. Non per punire, ma per prevenire errori e mantenere l’equilibrio.

Un buon contratto protegge entrambe le parti. Definisce responsabilità e aspettative. Fornisce meccanismi per gestire i problemi. Ma questo non emerge da un processo dove una parte scrive e l’altra firma passivamente.

La responsabilità del cliente

C’è una responsabilità fondamentale che ricade sul cliente: essere controparte attiva nella negoziazione. Non si può delegare completamente e poi lamentarsi quando le cose vanno male.

La negoziazione contrattuale richiede tempo, competenza, attenzione. Richiede coinvolgere legali competenti in materia IT. Richiede il coraggio di dire no a clausole inaccettabili, anche se questo rallenta la firma.

Un buon contratto può salvare un progetto problematico. Un contratto pessimo può affondare anche un progetto tecnicamente valido.

Nel frattempo, da qualche parte, un fornitore sta preparando un altro contratto senza penali, sicuro che ci sarà sempre qualcuno pronto a firmarlo mentre finge di cercare qualcosa sul tavolo della riunione.

Mentre il mondo contrattuale continua a oscillare tra rigore teorico e pratica ben diversa, la lezione rimane chiara: l’arte della negoziazione non è mai stata solo questione di data e firma. È saper leggere tra le righe, avere il coraggio di contestare, non lasciare che il fornitore prenda tutte le decisioni. In questo gioco, chi non negozia ha già perso.

Questo articolo è tratto da “Non funziona niente! – I progetti IT in crisi”, il primo libro della collana Nothing Works! — una tragicommedia aziendale per chi ha visto troppi Gantt chart trasformarsi in fiction.

Scopri la collana completa, gli altri libri e le prossime uscite su nothingworks.it

Vuoi il libro subito? Compralo su Amazon

Potrebbe interessarti anche

• Sistemista IT in una PMI: mansioni e competenze
• DIRETTORE ACQUISTI
• Perché documentare gli interventi IT potenzia la posizione del Sistemista?
• Da sistemista IT a IT Manager: un, possibile, percorso di carriera nell’ambito manifatturiero
• I problemi quotidiani di un Sistemista IT e come risolverli
• SISTEMISTA
• Quanto guadagna un Sistemista a Torino?
• SISTEMISTA IT
• Cosa fa un Sistemista in un Managed Service Provider: ruolo e giornata tipo
• Dieci clienti, un solo Sistemista: come si gestiscono le priorità in un Managed Service Provider