Per far rispondere dei risultati un fornitore IT bisogna decidere cosa significa "lavoro fatto bene" prima di firmare, scriverlo in contratto e nello statement of work sotto forma di risultati misurabili, presiedere uno steering periodico, governare le change request con un processo chiaro e mantenere sempre una via d'uscita realistica. Non si tratta di essere duri con i fornitori. Si tratta di una governance che rende visibili le prestazioni e lascia all'azienda scelte reali.

In sintesi

  • La maggior parte dei problemi con i fornitori nasce dal contratto: perimetro vago, fatturazione a ore e nessuna misura dei risultati.
  • Servono pochi KPI, metà di servizio e metà di risultato di business.
  • Lo steering lo presiede il cliente, non il fornitore, ed è il cliente a definire l'ordine del giorno.
  • Le change request sono il punto da cui il budget si disperde. Ognuna richiede una motivazione di business, un responsabile e una decisione.
  • L'uscita si pianifica dal primo giorno: dati, documentazione, conoscenza e condizioni di preavviso.

Perché la responsabilità dei fornitori si perde

Nella mia esperienza raramente dipende dalla malafede dei fornitori. Più spesso il cliente non ha la capacità senior per governare il rapporto, e il fornitore riempie il vuoto. Scrive la roadmap, definisce le priorità, rendiconta da solo le proprie prestazioni e propone le change request che ne ampliano il perimetro. Ogni passaggio è ragionevole. Messi insieme, spostano il controllo.

Avendo fondato e guidato dal 2013 una società di consulenza e implementazione IT, conosco bene anche l'altro lato: so cosa serve a un fornitore per lavorare bene e dove gli incentivi commerciali possono divergere dagli interessi del cliente. I buoni fornitori accolgono volentieri una governance chiara, perché rende il loro valore più facile da dimostrare.

Contratti e statement of work

Il contratto definisce la cornice legale. È nello statement of work (SOW) che la responsabilità prende forma concreta.

Cosa deve contenere un buon SOW

  • Lo scopo di business. Un paragrafo su perché questo lavoro esiste e cosa deve cambiare per l'azienda.
  • Cosa è incluso e cosa no. Le esclusioni esplicite contano quanto le inclusioni.
  • Deliverable con criteri di accettazione. Non "configurare il CRM", ma cosa deve funzionare, per chi e come verrà collaudato.
  • Ruoli e responsabilità. Compreso ciò che il cliente deve fornire e con quali tempi. Molti ritardi nascono da dipendenze lato cliente che nessuno ha messo per iscritto.
  • Figure chiave nominate. Con il diritto di approvarne la sostituzione nei ruoli critici.
  • Modello economico. A corpo, a consuntivo o misto, con regole chiare per ciascuna parte.
  • KPI sui risultati e reporting. Ne parlo più avanti.

Attenzione al modello economico

Il consuntivo puro premia l'impegno, non il risultato. Il corpo puro può spingere il fornitore a risparmiare sulla qualità o a contestare ogni modifica. Uno schema sano prevede un prezzo a corpo per le fasi ben definite, un consuntivo con tetto massimo per il lavoro esplorativo e, dove è realistico, una parte del compenso legata ai risultati concordati.

KPI orientati ai risultati

La maggior parte dei report dei fornitori misura le attività: ticket chiusi, ore lavorate, velocità degli sprint. Hanno il loro ruolo, ma non dicono se l'azienda sta meglio di prima.

Conviene lavorare su due livelli, entrambi brevi:

KPI di servizio (da tre a cinque). Tempi di presa in carico e di risoluzione per priorità, disponibilità dei sistemi critici, rispetto delle milestone concordate, difettosità dopo i rilasci.

KPI di risultato (due o tre). Legati allo scopo del lavoro. Per un progetto ERP possono essere i giorni per la chiusura mensile o i tempi di evasione degli ordini. Per una piattaforma di assistenza clienti, la risoluzione al primo contatto. Per una migrazione in cloud, i costi e la stabilità dei sistemi migrati. Se state pianificando un progetto di questo tipo, la pagina su modernizzazione e cloud approfondisce il lato della governance.

Il valore di partenza va concordato prima di iniziare. Senza, i KPI di risultato diventano opinioni.

La cadenza dello steering

La governance è un ritmo, non un documento. Una struttura tipica:

  • Riunione operativa settimanale. I responsabili di progetto delle due parti. Avanzamento, ostacoli, decisioni da prendere a quel livello.
  • Steering committee mensile. Presieduto dal responsabile lato cliente. KPI, rischi, change request, budget rispetto al piano, escalation.
  • Revisione trimestrale. Con il top management di entrambe le parti. Il rapporto sta dando ciò che ci serve? Cosa deve cambiare nel prossimo trimestre?

Due regole fanno la differenza: ordine del giorno e verbali sono del cliente, e ogni riunione si chiude con decisioni e responsabili, non solo con aggiornamenti.

Le change request

È dalle change request che budget e tempi si allungano senza che nessuno se ne accorga. Ciascuna può essere giustificata, ma messe insieme possono raddoppiare il costo di un programma senza che qualcuno lo abbia mai deciso.

Basta una disciplina semplice:

  • Ogni change request indica la motivazione di business, il costo, l'impatto su tempi e altre attività e chi l'ha richiesta.
  • Sopra una certa soglia decide lo steering. Sotto, un responsabile nominato.
  • Si tiene un registro cumulativo e si guarda il totale, non solo la singola voce.
  • Ci si chiede se la modifica serve adesso o se può aspettare una fase successiva.

Lock-in e uscita

Non serve avere in programma di lasciare un fornitore, ma bisogna poterlo fare. È questa possibilità che mantiene il rapporto equilibrato.

  • Dati. Sono vostri, si possono esportare in un formato utilizzabile e il contratto lo dice esplicitamente.
  • Documentazione. Configurazioni, integrazioni e personalizzazioni sono documentate come parte dei deliverable, non come extra opzionale.
  • Proprietà intellettuale. Condizioni chiare su chi possiede gli sviluppi su misura.
  • Conoscenza. Persone interne o una figura indipendente conoscono i sistemi abbastanza bene da poter istruire un nuovo fornitore.
  • Assistenza all'uscita. Un obbligo contrattuale di supportare la transizione, a condizioni definite.
  • Preavviso. Ragionevole e simmetrico.

Quando sostituire un fornitore

Sostituire un fornitore è costoso, quindi deve essere una decisione, non una reazione. È giustificato quando:

  • I problemi di prestazione persistono dopo escalation chiare e documentate.
  • I suoi interessi commerciali sono costantemente in conflitto con i vostri, per esempio quando spinge licenze o attività che non servono.
  • Le figure chiave ruotano di continuo e la conoscenza se ne va con loro.
  • Non è in grado di seguire la direzione dell'azienda, per tecnologia o per dimensione.
  • La fiducia si è rotta ai livelli più alti, da entrambe le parti.

Quando si decide di cambiare, la transizione va pianificata con cura: periodi di affiancamento, passaggio di conoscenze, migrazione dei dati e un piano di comunicazione chiaro. Il risultato peggiore è un cambio frettoloso che si porta dietro gli stessi problemi di governance.

La checklist di governance dei fornitori

  • Ogni fornitore importante ha un SOW con scopo di business, inclusioni ed esclusioni e criteri di accettazione?
  • Abbiamo da tre a cinque KPI di servizio e due o tre KPI di risultato, con valori di partenza?
  • C'è una persona con nome e cognome, dalla nostra parte, responsabile di ogni rapporto con un fornitore?
  • Siamo noi a presiedere lo steering mensile e a redigere i verbali?
  • Esiste un processo per le change request, con soglie e registro cumulativo?
  • Possiamo esportare i nostri dati e abbiamo una documentazione aggiornata?
  • C'è una clausola di assistenza all'uscita e un preavviso ragionevole?
  • Abbiamo rivisto le prestazioni di ogni fornitore importante nell'ultimo trimestre?

Oggi buona parte di queste verifiche è rapida: uso agenti AI per confrontare i SOW con quanto consegnato, riconciliare i registri delle modifiche e segnalare lacune nei contratti, e settimane di analisi diventano giorni. Il giudizio e il confronto con i fornitori restano alle persone, ed è giusto così.

In conclusione

Una buona governance dei fornitori è una delle discipline con il miglior ritorno che un'azienda possa adottare. Protegge il budget, migliora la qualità delle consegne e, nella mia esperienza, rende il rapporto migliore anche per i fornitori bravi. Se volete capire come lo affronto come ruolo continuativo, la pagina sulla governance dei fornitori ne descrive il perimetro. Per i programmi che hanno già perso la rotta, è utile leggere anche perché i programmi di trasformazione digitale si bloccano.

Se non siete sicuri che i vostri fornitori stiano consegnando ciò per cui pagate, scrivetemi tramite il modulo di contatto con una breve descrizione della situazione, e vi dirò da dove comincerei a guardare.