PMI PMP: Approvvigionamento e gestione dei contratti — Guida allo studio

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Fa parte della PMP — Guida allo studio. Esercitati con risposte verificate nel centro esami PMI, oppure fai test cronometrati su ExamRoll.io.

Tipi di Contratto e Strutturazione: Abbinare lo Strumento al Rischio

Il tipo di contratto è la singola decisione di approvvigionamento di maggior impatto, perché stabilisce chi si assume quali rischi e dove puntano gli incentivi. I contratti a prezzo fisso forfettario (FFP, Firm Fixed-Price) trasferiscono il rischio relativo ad ambito, tempi e costi sul venditore e funzionano bene quando lo Statement of Work (SOW) è stabile e ben definito — ad esempio, il trasferimento di una sede centrale con un piano predittivo e una lista di controllo finale ben nota. I contratti a tempo e materiali (T&M, Time-and-Materials) ribaltano il rischio sull’acquirente ma forniscono la flessibilità per rispondere a requisiti emergenti; sono adatti per l’integrazione del personale, il lavoro di analisi preliminare e lo sviluppo agile in fase iniziale, dove il backlog è realmente sconosciuto. Le varianti a rimborso dei costi (CPFF, CPIF, CPAF) si collocano a metà strada, utili quando il lavoro è esplorativo ma l’acquirente desidera un allineamento degli incentivi su obiettivi di costo o di performance.

Il punto di frizione nei progetti moderni è lo scontro tra la delivery agile e le aspettative commerciali di un prezzo fisso. I dirigenti spesso desiderano la certezza di prezzo di un FFP, mentre il team di delivery ha bisogno della flessibilità di ambito di Scrum. Firmare un contratto FFP per un ambito agile non definito è una delle trappole più dannose nel procurement: il venditore finirà per gonfiare pesantemente il prezzo per coprire le incognite, rifiutare modifiche che non rientrano in un SOW interpretato restrittivamente, o assorbire perdite che alla fine si manifesteranno come scorciatoie sulla qualità e controversie. La risposta corretta non è abbandonare il prezzo fisso, ma dotarlo di controlli consapevoli delle metodologie agili.

Due controlli strutturali sono particolarmente efficaci:

• Livelli di ambito (must-have / should-have / could-have)
  • Come funziona: Il contratto impegna alla consegna del livello “must-have”; i livelli inferiori vengono consegnati se la capacità lo consente
  • Cosa protegge: Redditività e certezza di consegna sull’ambito principale
• Limiti di iterazioni/sprint
  • Come funziona: Numero fisso di sprint o un effort totale da non superare
  • Cosa protegge: Impedisce richieste di rilavorazione illimitate con la giustificazione “siamo in agile”
• Sostituzione di requisiti a parità di effort
  • Come funziona: L’inserimento di nuovi elementi nel backlog richiede la rimozione di elementi di pari effort
  • Cosa protegge: Preserva il budget complessivo di costi e tempi
• Prezzi basati sulle release
  • Come funziona: Ogni release viene riprezzata sulla base di un backlog affinato
  • Cosa protegge: Allinea la cadenza commerciale con quella di delivery

Per un programma ibrido — ad esempio, un trasferimento di sede predittivo più una migrazione di sistemi agile — un unico tipo di contratto raramente si adatta a entrambi i filoni di lavoro. La strutturazione corretta è spesso un FFP per il trasferimento fisico deterministico e un T&M (o un T&M a livelli o con un tetto massimo) per la migrazione, oppure un accordo quadro di servizi (master services agreement) con ordini di lavoro separati per ogni filone.

Politica di Approvvigionamento, SOW e Selezione dei Fornitori

Ogni decisione di approvvigionamento deve essere riconducibile alla politica di approvvigionamento formale dell’organizzazione. Non si tratta di un mero scrupolo burocratico, ma del meccanismo che stabilisce l’autorità, garantisce una concorrenza leale, soddisfa gli obblighi di audit e normativi, e fornisce una difendibilità legale nel caso in cui un offerente non vincitore contesti l’aggiudicazione. Un project manager che scavalca il processo di approvvigionamento per “muoversi più velocemente” crea un’esposizione personale e organizzativa che vanifica qualsiasi beneficio in termini di tempi.

Lo SOW è il documento operativo che trasforma l’intento in obbligo. Un SOW difendibile specifica i deliverable e i criteri di accettazione, gli standard di performance (tempi di risposta, soglie di difetti, disponibilità), la cadenza e il formato del reporting, i diritti di ispezione e audit, le clausole sul personale chiave, i rimedi per inadempienza (penali, crediti di servizio, diritti di intervento) e le condizioni di risoluzione del contratto. Degli SOW vaghi sono la causa principale della maggior parte delle controversie successive, poiché l’ambiguità viene sempre risolta a favore della parte la cui interpretazione è maggiormente supportata dal testo scritto.

La selezione dei fornitori dovrebbe seguire i criteri di valutazione documentati nel piano di approvvigionamento — punteggio ponderato basato su capacità tecnica, performance passate, stabilità finanziaria, affinità culturale e prezzo. Ogni decisione, dalla rosa dei candidati all’aggiudicazione finale, deve essere documentata con la motivazione, i nomi dei valutatori e le approvazioni ottenute. Quando revisori, enti regolatori o offerenti non vincitori chiederanno spiegazioni, il fascicolo deve parlare da solo.

Performance del fornitore, integrazione e risoluzione delle controversie

I contratti non si gestiscono da soli. Una volta iniziato il lavoro, il project manager diventa l’amministratore sul campo dell’accordo contrattuale per conto dell’acquirente. Il monitoraggio della performance significa attenersi alla cadenza di reporting richiesta dallo SOW, condurre ispezioni e revisioni di qualità nei momenti contrattualmente specificati e invocare formalmente i rimedi quando la performance cala, senza tollerare deviazioni per poi lamentarsene in fase di chiusura.

L’applicazione delle misure correttive dovrebbe essere graduale. I primi segnali (un report di stato mancato, una milestone minore non rispettata) giustificano una conversazione documentata e un impegno a intraprendere azioni correttive. Violazioni ripetute o sostanziali attivano notifiche formali, periodi di sanatoria e, se non risolte, i rimedi contrattuali: pagamenti trattenuti, penali per liquidazione dei danni (liquidated damages) o risoluzione per giusta causa. Il principio fondamentale del PMI è di escalare tempestivamente e valutare le alternative prima di intraprendere azioni unilaterali. Risolvere un contratto con un fornitore senza prima aver esaurito le procedure di sanatoria, o abbandonare un subappaltatore senza un piano di continuità, espone il progetto sia ad azioni legali di rivalsa sia al collasso della consegna.

Consideriamo un subappaltatore che consegna un’app che soddisfa tecnicamente lo SOW ma non rispetta uno standard di UI adottato dopo la firma del contratto. Il subappaltatore è contrattualmente nel giusto — il nuovo standard non era nello SOW — e la sua richiesta di pagamento aggiuntivo è legittima. La risposta corretta è presentare una richiesta di modifica formale, coinvolgere l’ufficio acquisti e l’ufficio legale per emendare lo SOW e adeguare prezzo e tempistiche, e solo allora autorizzare la rilavorazione. Insistere affinché il fornitore assorba la modifica è una violazione; consentire la modifica in modo informale senza un emendamento è peggio, perché crea un precedente secondo cui i deliverable possono deviare senza una revisione del contratto o del pagamento, e crea ambiguità su chi sia responsabile per i difetti risultanti.

Integrazione dei subappaltatori e lavoro congiunto

I subappaltatori offrono i risultati migliori quando vengono trattati come parte del team di consegna piuttosto che come una scatola nera dietro a un contratto. Un’integrazione efficace include sessioni di lavoro iniziali (kickoff) congiunte, regole di base concordate per la comunicazione e il processo decisionale, definizioni di “done” e criteri di accettazione condivisi, backlog o pianificazioni integrate e registri dei rischi combinati. In contesti agile, gli sviluppatori del subappaltatore dovrebbero partecipare alle stesse cerimonie del personale interno, con un linguaggio contrattuale che permetta questa collaborazione senza dissolvere il confine commerciale.

Emendamenti, continuità e termini di pagamento

Qualsiasi modifica sostanziale — scope, prezzo, tempistiche, personale chiave, criteri di accettazione — deve passare attraverso un emendamento contrattuale formale eseguito dall’ufficio acquisti e dall’ufficio legale, non tramite un’email informale tra il PM e un responsabile del fornitore. I termini di pagamento dovrebbero essere legati al raggiungimento di milestone e alla relativa accettazione piuttosto che a scadenze temporali per la fatturazione, in modo che il denaro segua il valore dimostrato.

La pianificazione della continuità del fornitore deve essere inserita nel registro dei rischi fin dal primo giorno, non dopo un’interruzione. Domande chiave: cosa succede se il fornitore fallisce, viene acquisito o perde personale chiave? Il deposito fiduciario del codice sorgente (escrow), gli standard di documentazione e gli obblighi di trasferimento delle conoscenze sono inseriti nel contratto? Esiste un fornitore alternativo qualificato? Aspettare che un fornitore fallisca per pensare alla continuità garantisce una crisi di progetto; affrontarla durante la strutturazione del contratto trasforma una potenziale catastrofe in un rischio gestito.

Problema pratico: Scenario d’uso

Scenario: Meridian Financial sta modernizzando la sua piattaforma di onboarding dei clienti, sostituendo un sistema legacy di 12 anni. Lo steering committee ha approvato un budget di 4,2 milioni di dollari su 14 mesi e ha selezionato un fornitore esterno, Northwind Digital, per realizzare lo sviluppo utilizzando Scrum. Durante le negoziazioni contrattuali, il direttore acquisti di Meridian insiste per un contratto a prezzo fisso (firm fixed-price, FFP) per l’intero scope al fine di proteggere il budget, mentre il responsabile vendite di Northwind spinge per un contratto a consuntivo (time-and-materials, T&M) perché il product backlog contiene solo il 40% delle user story in stato “ready” e le integrazioni con tre sistemi a valle sono ancora in fase di definizione.

Sfida: In qualità di project manager, devi raccomandare al direttore acquisti una struttura contrattuale che offra a Meridian una ragionevole prevedibilità dei costi senza costringere Northwind a gonfiare le stime o a opporsi al raffinamento dello scope a metà sprint.

Approccio raccomandato:

1. Suddividere l’incarico in due fasi contrattuali: una fase di discovery a consuntivo (T&M) (circa 6 settimane, con un tetto massimo di 180.000 $) per completare il raffinamento del backlog, l’analisi di integrazione e gli spike di architettura prima dell’inizio dello sviluppo principale.
2. Strutturare la fase di consegna come un accordo a prezzo fisso per sprint: Northwind si impegna a fornire un team stabile di 8 professionisti a un prezzo fisso per sprint di circa 95.000 $ per ogni sprint di due settimane, con un massimale non superabile (not-to-exceed) di 3,6 milioni di dollari su 34 sprint.
3. Definire lo scope commercialmente come un backlog prioritizzato piuttosto che come uno SOW rigido, e includere una “clausola di scambio” (swap clause) che consenta a Meridian di sostituire story di dimensioni equivalenti in story point senza un change order.
4. Incorporare delle “exit ramp” (clausole di uscita) agli sprint 6, 12 e 20 che permettano a Meridian di risolvere il contratto per convenienza (for convenience) con un preavviso di 30 giorni, proteggendo il budget nel caso in cui la consegna di valore si arresti.
5. Associare criteri di accettazione oggettivi per ogni sprint (definition of done, copertura dei test automatici superiore all'80%, zero difetti critici) legati all’approvazione della fattura.
6. Sottoporre la struttura raccomandata all’approvazione dell’ufficio acquisti, dell’ufficio legale e dello sponsor con un riepilogo di una pagina sulla ripartizione del rischio prima che Northwind controfirmi.

Perché funziona: Far corrispondere il tipo di contratto alla maturità dei requisiti è un principio fondamentale del PMI in materia di procurement: imporre un contratto FFP su uno scope agile non definito trasferisce il rischio solo nominalmente, perché i venditori applicano prezzi difensivi o contestano legalmente le richieste di modifica. Il modello a prezzo fisso per sprint preserva la prevedibilità dei costi di cui lo sponsor ha bisogno, mantenendo intatta la flessibilità del backlog, e la fase di discovery impedisce a entrambe le parti di impegnarsi su cifre basate su supposizioni anziché su dati di fatto.

← Gestione della qualità e accettazione · Tutti i domini · Pianificazione e integrazione del progetto →

Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →