Agenzia software che non consegna: cosa fare quando il fornitore ti lascia a metà

Con un'agenzia il copione è diverso da quello del freelance che smette di rispondere. Un'agenzia che non consegna di solito continua a rispondere e a fatturare mentre il software non arriva: ti aggiornano, ti rassicurano, spostano la data — e intanto il prodotto resta a metà. Qui il problema non è ritrovare una persona: è un problema contrattuale e organizzativo, con leve diverse e tempi diversi. Vediamo come si recupera.

Se il tuo caso è invece quello di un singolosviluppatore che è sparito nel nulla, la sequenza da seguire è un'altra e l'ho scritta qui: il tuo sviluppatore non risponde più. Questo articolo è pensato apposta per il caso agenzia, che è più insidioso proprio perché sembra sotto controllo.

Perché il caso agenzia è diverso (e più insidioso)

Con un'agenzia hai un'organizzazione davanti, non una persona. Questo cambia tutto:

• Chi ti parla non è chi programma. L'account o il project manager ti rassicura, ma non scrive il codice: le informazioni che ricevi sono filtrate e quasi sempre più ottimistiche della realtà.
• Il team ruota. Lo sviluppatore che aveva capito il tuo progetto se n'è andato, e il sostituto riparte dalla curva di apprendimento — a tue spese di tempo.
• Spesso c'è subappalto o offshore. Parte del lavoro viene passata ad altri, con un ulteriore livello tra te e chi tocca davvero il codice.
• Il codice può stare sulla loro infrastruttura. Repository, server e credenziali intestati all'agenzia: finché è così, non hai in mano l'asset che stai pagando.
• C'è un contratto (e un'entità legale). È un vantaggio — hai clausole a cui appellarti — ma anche un rischio: un'agenzia sa mettersi al riparo con avvocati e cavilli meglio di un freelance.

La conseguenza pratica: non ti serve inseguire qualcuno, ti serve ricostruire i fatti e rimetterti in una posizione di forza, contrattuale e tecnica.

I segnali che l'agenzia non consegnerà

Raramente è un blackout improvviso. Di solito ci sono avvisaglie che si ignorano perché "stanno comunque lavorando":

• Le date slittano di continuo, ma di poco alla volta — mai un no netto, sempre "un'altra settimana".
• Le demo mostrano slide e mockup, non il software che gira in produzione.
• Non hai accesso diretto al repository, o ce l'hai come semplice spettatore.
• Chi ci capiva è cambiato, e il nuovo referente ti fa domande a cui avevi già risposto.
• Le fatture arrivano puntuali, i deliverable no.

Cosa fare, in ordine

Tre passaggi, nell'ordine giusto. Saltarne uno è il modo più rapido per indebolire la tua posizione.

1 — Rileggi il contratto: SOW, proprietà del codice, exit

Prima di scrivere all'agenzia, riprendi in mano cosa hai firmato. Cerca tre cose: lo Statement of Work (cosa era dovuto, con quali milestone e criteri di accettazione), le clausole sulla proprietà intellettuale (a chi appartiene il codice, e da quando), e la clausola di uscita (come si chiude il rapporto e cosa devono consegnarti). Sono queste tre voci a dirti quali leve hai davvero, prima ancora di parlare di ritardi.

2 — Recupera codice, accessi e credenziali

Che tu decida di restare o di cambiare, devi avere in mano il tuo asset. Fatti dare accesso da owner al repository, all'hosting, al dominio, al database e ai servizi terzi — non come collaboratore. Se l'agenzia ha registrato dominio o cloud a nome proprio, sei in territorio delicato. Ho scritto la procedura passo-passo per riprenderti tutto qui: come recuperare codice sorgente, dominio e accessi.

3 — Fotografa lo stato reale del progetto

Metti nero su bianco cosa è stato davvero consegnato, feature per feature: cosa gira in produzione, cosa è a metà, cosa non è mai partito. Confrontalo con lo Statement of Work. Questo documento è la base su cui deciderai — e, se serve, la prova che i deliverable non corrispondono a quanto pattuito.

Le tue opzioni: rinegoziare, sostituire, portare in casa

Con contratto e stato reale in mano, hai tre strade. Nessuna è sbagliata a priori: dipende da quanto codice è salvabile e da quanto è recuperabile il rapporto.

Opzione A — Rinegoziare e finire con la stessa agenzia

Ha senso se il codice è decente e il problema è di gestione, non di competenza. In quel caso non ti accontenti di promesse: formalizzi un piano di rientro scritto, con milestone corte, criteri di accettazione e pagamenti legati ai deliverable verificati. Se rifiutano di legarsi a milestone verificabili, hai la risposta.

Opzione B — Sostituire l'agenzia

Porti il codice a un altro team. Prima però ti serve una valutazione indipendente di cosa stai passando: senza, il nuovo fornitore ti dirà — per interesse — di rifare tutto da zero, e ripaghi ciò che avevi già pagato.

Opzione C — Portare lo sviluppo (più vicino) in casa

Metti una guida tecnica tua a presidiare il progetto e a coordinare chi scrive il codice, agenzia o freelance che sia. È spesso la mossa che rompe il ciclo dei fornitori che non consegnano, perché finalmente qualcuno dalla tua parte controlla merito e tempi.

Come evitarlo la prossima volta

Quasi tutti questi disastri si prevengono con quattro regole, da mettere nel contratto prima di firmare:

• Milestone piccole e verificabili in produzione — non slide, software che gira.
• Owner di repository e infrastruttura sei tu, dal primo giorno. L'agenzia collabora, non possiede.
• Cessione IP scritta, con tempi chiari e non legata a un saldo che può essere usato come ostaggio.
• Demo a intervalli fissidi ciò che è live. Se un'agenzia le evita, sai già come va a finire.

Riassumendo

Un'agenzia che non consegna non è un freelance che sparisce: qui il campo di gioco è il contratto e la proprietà dell'asset. Rileggi cosa hai firmato, riprenditi codice e accessi, fotografa lo stato reale, e solo allora scegli se rinegoziare, cambiare o presidiare in casa. La decisione va presa sui dati, non sull'ennesima rassicurazione.

Domande frequenti

Se l'agenzia ti ha lasciato a metà e vuoi qualcuno dalla tua parte per rimettere in moto il progetto, do proprio questo: sblocco progetti software fermi. La prima call è gratis e ti rispondo entro 24 ore.