Recentemente, vedo spesso la frase "Lo sviluppo su commissione è morto" nella mia timeline. Di solito viene discussa nel contesto in cui l'AI rende lo sviluppo software più veloce ed economico, quindi il modello tradizionale di "costruire e consegnare esattamente ciò che il cliente chiede" sta rapidamente perdendo valore.
All'inizio, onestamente, ho pensato: "È solo un altro ciclo di hype 'X è morto'?"
Dopotutto, la gente dice che "Lo sviluppo su commissione è morto" da decenni, anche prima dell'AI. Sviluppo interno, cloud, subappalto a più livelli, offshoring: ogni volta si diceva "questa volta morirà davvero", eppure lo sviluppo su commissione sopravvive come uno zombie.
In realtà, ho lavorato a lungo per aziende di prodotto, quindi guardavo questi argomenti da spettatore. Ricordo di aver pensato che lo sviluppo su commissione sembrava difficile e che non volevo avvicinarmici.
Poi, tre anni fa, sono entrato in Hololab Inc., e ora sono nel bel mezzo del lavoro con i clienti, incluso lo sviluppo su commissione. Ad essere onesto, quando mi sono unito, il termine "sviluppo su commissione" mi ha fatto un po' esitare. Tuttavia, la sfida della trasformazione portata dalle nuove tecnologie e l'attrattiva dell'azienda stessa hanno avuto la meglio. Ho pensato che sarebbe stato scorretto lamentarmi dello "sviluppo su commissione" senza averlo mai provato.
Sono passati tre anni da allora. Sono entrato nel team di gestione e ho affrontato lo sviluppo su commissione a testa alta. Ecco perché questa volta voglio affrontare la frase "Lo sviluppo su commissione è morto" senza scappare.
"Lo sviluppo su commissione è morto" è vero?
È vero.
Anche prima dell'AI, c'erano movimenti verso il no-code nel contesto della DX (Trasformazione Digitale) e una tendenza verso lo sviluppo interno. Poi è arrivata l'onda dell'AI (specialmente gli agenti AI), e questa tendenza si è intensificata all'istante. Anche i non ingegneri possono ora creare software.
Quando si parla di questo argomento, gli ingegneri che ci guadagnano da vivere tendono a fare storie su "qualità" o "sicurezza", sostenendo che "lo sviluppo software non è così facile".
Tuttavia, la qualità richiesta per il software varia a seconda dello scopo e del caso d'uso. Il software per clienti o ambienti di produzione richiede un certo livello di servizio. D'altra parte, il livello richiesto per strumenti interni o PoC (Proof of Concept) è spesso relativamente basso. Ed è proprio quest'area che viene facilmente sostituita dagli agenti AI, o meglio, dove la sostituzione è già iniziata.
Per quanto riguarda sicurezza e qualità, sento che il divario si sta chiudendo ogni anno man mano che i modelli si evolvono e la conoscenza umana sull'utilizzo dell'AI si accumula. Solo due o tre anni fa, l'opinione prevalente era "L'AI può assistere, ma è troppo presto per lasciarle scrivere codice", eppure ora l'AI scrive codice più spesso di quanto non facciano gli umani. Considerando questa velocità di cambiamento, anche in aree in cui è attualmente difficile delegare completamente, una situazione in cui "l'AI è più affidabile degli umani" potrebbe facilmente verificarsi in un futuro prossimo.
Ad essere sincero, essendo io stesso un ingegnere, una parte di me non vuole credere che il lavoro che ho fatto possa essere così facilmente sostituito. Ma vedo chiaramente cosa sta morendo proprio davanti a me. Non è hype o una presa di posizione; è un cambiamento che sta realmente accadendo.
Tuttavia, questo non significa che "lo sviluppo su commissione nel suo complesso stia morendo". Ciò che sta morendo non è lo sviluppo su commissione, ma lo sviluppo software che è "solo costruire". Spiegherò perché la penso così.
1. Non si può mettere tutto lo "Sviluppo su Commissione" nello stesso sacco
Anche se si dice "sviluppo su commissione" in un fiato, il contenuto varia da aziende che vendono solo mesi-uomo a SIer, consulenti, partner di prodotto, PMO e supporto DX. Quindi la domanda da porsi non è "Lo sviluppo su commissione è morto?" ma "Cosa esattamente è morto?"
Quando lo si analizza, il declino del valore dovuto all'AI non avviene tutto in una volta; procede per fasi. La prima ondata colpisce il valore dell'atto di "scrivere codice". In effetti, la produttività dello sviluppo sta aumentando e la struttura dei profitti dei progetti sta iniziando a cambiare.
E questa ondata non si fermerà allo scrivere codice. Si estenderà gradualmente alla progettazione, alla definizione dei requisiti e alla fase di concettualizzazione precedente. Ecco perché voglio distinguere quali valori crolleranno per primi e quali rimarranno.
Quindi, ciò che sta morendo è il lavoro di "scrivere solo codice come detto". Che sia sviluppo su commissione o meno, non ha importanza. E quest'area si sta già riducendo.
Tuttavia, la contrazione non è uniforme. I piccoli e medi sviluppatori su commissione e i piccoli sviluppi interni stanno sentendo tutta la forza dell'onda dell'AI generativa e interna, e i progetti stanno iniziando a scomparire. D'altra parte, sento spesso che i sistemi complessi per le grandi imprese non sono ancora in grossi guai perché non possono essere gestiti solo dai team interni. L'impatto varia notevolmente a seconda della scala e della base clienti, quindi mescolarli offusca la conversazione.
2. I Clienti non stanno Comprando "Codice" in Primo Luogo
Quando si pensa se i clienti stanno commissionando perché vogliono che venga scritto codice, la risposta è no.
Ciò che i clienti si aspettano è la risoluzione dei problemi: vogliono organizzare le strategie aziendali, pensare insieme ai requisiti, ottenere aiuto nel processo decisionale, assistenza nel coordinamento interno e ridurre i rischi. Il codice è solo uno dei mezzi per raggiungere questo fine.
Pensandola in questo modo, la logica che "il codice è diventato economico = lo sviluppo su commissione è morto" è piuttosto miope. Il mezzo è diventato più economico, ma la sostanza attesa non è affatto scomparsa.
Questo corrisponde alla mia esperienza personale di aver lavorato sia in aziende di prodotto che nello sviluppo su commissione. Ci sono siti di sviluppo su commissione che si immergono profondamente nel business, e ci sono team di sviluppo interni che agiscono come appaltatori interni, costruendo solo ciò che il reparto business chiede loro. Tracciare una linea tra "azienda di prodotto vs. sviluppo su commissione" non coglie più la realtà.
Inoltre, questo non riguarda solo lo sviluppo su commissione. Il confine tra sviluppo e consulenza si sta sciogliendo. Le società di consulenza stanno sempre più costruendo team di sviluppo, e gli SIer stanno iniziando il supporto aziendale. "Il SaaS è morto" segue la stessa struttura: le aziende che vendono solo software sono finite, mentre le aziende che si immergono in BPO, operazioni, partnership e garanzie di performance stanno crescendo. Consulenza, SIer, SaaS e aziende di prodotto si sovrappongono sempre di più. La destinazione è il "valore" per il cliente.
3. "Pensare" e "Costruire" si stanno Avvicinando
Per molto tempo, il costo della costruzione del software è stato troppo alto. Pertanto, "pensare" e "costruire" erano inevitabilmente separati. I ruoli erano divisi, le mansioni erano divise, le organizzazioni erano divise, e persino le aziende tendevano ad essere divise.
L'AI ha abbassato il costo del "costruire". Di conseguenza, "pensare" e "costruire" stanno naturalmente iniziando a convergere. Ruoli, mansioni, organizzazioni e aziende si stanno tutti avvicinando. Questo è il cambiamento che sta accadendo ora.
E ciò che lo sviluppo Agile voleva raggiungere era esattamente questo: avvicinare "pensare" e "costruire". Stiamo finalmente avvicinandoci all'ideale che non poteva essere pienamente realizzato allora perché il costo della costruzione era troppo alto.
In effetti, nel nostro stesso lavoro con i clienti, i casi che non si concludono solo con lo sviluppo stanno aumentando. Ciò che inizia come sviluppo normale spesso si trasforma in "vogliamo consultarci su come procedere con il business", espandendosi a PMO, progettazione del modello di business, promozione del progetto e supporto decisionale. Oggigiorno, ci sono siti in cui passiamo più tempo a "costruire il business" che a "costruire il sistema". All'inizio mi chiedevo se fosse ancora sviluppo su commissione, ma ho smesso di preoccuparmi dei confini.
Ho sentito spesso il termine FDE (Forward Deployment Engineer) ultimamente, e probabilmente fa parte della stessa tendenza. Entrare nel sito del cliente, pensare insieme ai problemi e scrivere codice se necessario. Non un "pensatore" e un "costruttore", ma una "persona che costruisce mentre pensa". Un malinteso comune qui è che l'essenza sia essere sul posto o fisicamente vicino al cliente. Non lo è. Si tratta di essere vicini alla risoluzione dei problemi.
Tuttavia, questo cambiamento è un'arma a doppio taglio. Ho recentemente sentito questa storia in una grande azienda: è iniziata con una strategia aziendale. Lo sviluppo del sistema è iniziato. A metà strada, costruire è diventato l'unico obiettivo. La strategia è svanita. E un'enorme quantità di sistemi inutilizzati è rimasta. Questa realtà esisteva molto prima dell'AI. Ma poiché l'AI abbassa il costo della costruzione, questa tragedia accadrà più facilmente e in maggiore volume. Più facile diventa costruire, più pesante diventa il peso di "cosa costruire".
Pertanto, per lo sviluppo su commissione che si immerge nella risoluzione dei problemi, l'AI è un vento favorevole, non contrario. È lungi dall'essere "morto". Tuttavia, nel momento in cui ti allontani dalla risoluzione dei problemi, quel vento favorevole si trasforma in una "macchina di produzione di massa per cose inutili".
4. In Definitiva, la Fonte del Valore sono le "Persone"
Quando arrivi a questo punto, sembra che la fonte del valore per lo sviluppo su commissione, la consulenza e il SaaS sia la stessa. Non è il software in sé. Sono le persone.
Il lavoro che qualsiasi azienda può risolvere verrà sostituito. Il lavoro che l'AI può risolvere verrà sostituito. Ma "devono essere queste persone a risolverlo" rimane. "Voglio lavorare con queste persone" rimane anche.
Quindi l'obiettivo non è consegnare un prodotto, ma essere un partner per il cliente per raggiungere il valore. Fagli sentire il valore nelle persone, non nell'oggetto.
L'esempio principale è il processo decisionale. L'AI può generare qualsiasi numero di candidati. Ma colui che decide è un umano. E si migliora nel processo decisionale solo prendendo decisioni.
Anche il modo in cui formiamo le persone sta cambiando. Nel mio dipartimento, ci stiamo spostando verso "pensare + costruire", e naturalmente ci sono delle difficoltà. Ma questa non è una cosa che si impara in formazione. Cresce solo all'interno del lavoro.
Menzionerò brevemente le assunzioni. Recentemente, sempre più aziende stanno riducendo le assunzioni junior a causa dell'AI. La logica è: "Se l'AI scrive codice, non abbiamo bisogno di junior". Ma io credo il contrario. I junior nativi dell'AI, poiché mancano di idee fisse, hanno il potenziale per escogitare modi di usarla a cui noi non penseremmo mai. Anche se le assunzioni sono limitate a breve termine, se non riesci a creare un ambiente in cui le persone crescono, quell'industria declinerà solo. Non è colpa dell'AI; è solo un fallimento nell'adattarsi ai cambiamenti che l'AI ha portato.
La professione dell'ingegnere non sta scomparendo. Il lavoro dell'ingegnere che "costruisce e basta" sta scomparendo.
Tutto lo Sviluppo Software si sta Avvicinando al "Valore"
"Lo sviluppo su commissione è morto" è vero. Tuttavia, non è che lo sviluppo su commissione stia morendo, ma che lo sviluppo software che è "solo costruire" stia morendo. Non è che la professione dell'ingegnere stia scomparendo, ma che il lavoro dell'ingegnere che "costruisce e basta" stia scomparendo. Ed è già iniziato. Lo sviluppo su commissione si trova solo in prima linea.
Se fai un passo indietro e guardi a questi cambiamenti, emerge un quadro più ampio. Lo sviluppo su commissione che si immerge nel business. Le società di consulenza con team di sviluppo. Il SaaS che entra nelle garanzie di performance. Gli FDE che entrano nei siti dei clienti. Le posizioni e i formati sono tutti diversi, ma la direzione è la stessa. Tutto lo sviluppo software si sta avvicinando al "valore" a modo suo.
Inoltre, questa non è una tendenza nuova. Gli ingegneri sanno da tempo che "solo costruire non basta" e hanno cercato di avvicinarsi a clienti, utenti e valore. L'esempio rappresentativo è lo sviluppo Agile. Sono passati 25 anni dalla nascita di Agile. Quell'ideale di avvicinare "pensare" e "costruire" viene accelerato tutto in una volta dall'AI in questi pochi anni. È così che lo vedo.
Quindi, non dovremmo più essere ossessionati dalla "forma" dello sviluppo software. Sviluppo su commissione o azienda di prodotto? SIer o consulente? Invece di sprecare energie lì, la domanda da porsi è: "Quanto in profondità puoi immergerti nel valore?"
Il 24/7 avrò una discussione in diretta sul tema "Lo sviluppo su commissione è morto" fino al mattino
Il 24/7, parlerò a un evento ospitato da Creationline intitolato "Il futuro dello sviluppo su commissione nell'era dell'AI — Oltre 'Lo sviluppo su commissione è morto'."
https://creationline.connpass.com/event/398146/
Venerdì 24 luglio 2026, 19:00–20:30, tenuto via Zoom, ingresso gratuito.
Avrò una discussione approfondita e onesta con @samuraiRed e @sasakendayo sul tema "Lo sviluppo su commissione è morto."
Dato che siamo tre persone che potrebbero parlare di cose che non dovremmo, ho detto agli organizzatori durante la riunione preparatoria: "Per favore, fermateci se la cosa sfugge di mano." Ci sarà sicuramente un senso di presenza che puoi provare solo in tempo reale.
Di cosa parleremo?
La risposta è... Tranquillo! Non avere fretta!
Ti aspetto il giorno dell'evento.
Il blog è qui:
