La demo del fornitore: lo strumento che risolverà tutto

Allineiamoci Offline20 settembre 20265 min

Mercoledì pomeriggio il team è convocato per la presentazione della piattaforma che trasformerà il modo di lavorare. Il Commerciale l'ha già vista e la licenza è già stata discussa con la direzione. Il Product Owner spera di sostituire i tre fogli Excel delle priorità, il Senior chiede come si integra col legacy, il Junior scopre che la migrazione dei dati storici è un servizio a parte con preventivo separato. L'Architect trasforma la demo in una roadmap pluriennale a domini. Il CTO annuncia un pilota di sei mesi con la versione di prova, che scade durante la valutazione. Due settimane dopo la piattaforma è usata da una sola persona per il report mensile, con licenza rinnovata per tutta l'azienda.

Voci, personaggi e contenuti creativi generati con strumenti di intelligenza artificiale e approvati prima della pubblicazione.

Trascrizione

Narratore: Prima di iniziare: questo podcast usa voci sintetiche. Tutti i personaggi sono immaginari, a differenza delle situazioni che vivono. È mercoledì pomeriggio. Il team è convocato in una riunione dal titolo entusiasmante: presentazione della piattaforma che trasformerà il nostro modo di lavorare. Il punto esclamativo era nel calendario.

Senior Developer: Un'ora e mezza. Di mercoledì. Dopo tre sprint consecutivi chiusi in ritardo.

Junior Developer: Magari è utile, no? Dicono che automatizza un sacco di cose che oggi facciamo a mano.

Senior Developer: L'ultima piattaforma che doveva trasformare il nostro modo di lavorare è ora un foglio condiviso aggiornato da una persona sola.

Narratore: Entra il Commerciale, seguito da un consulente del fornitore con una presentazione di quaranta slide.

Commerciale: Ragazzi, questa cosa è enorme. Ho già visto la demo, il cliente più importante che abbiamo lo usa da sei mesi, e non riescono più a farne a meno. Preciso: io non sono entrato nel tecnico, però ho visto le slide e parlano da soli.

Senior Developer: Se non sei entrato nel tecnico, chi l'ha fatto?

Commerciale: Il punto non è il tecnico, il punto è che la licenza è già stata discussa con la direzione. Quindi si parte con il piede giusto.

Narratore: Il consulente inizia la demo. La piattaforma ha un nome che contiene una parola inglese, una parola italiana e un numero di versione.

Junior Developer: Scusa, ma secondo te cosa potrebbe risolvere noi? Noi, nello specifico?

Product Owner: Io la vedo così: se questo strumento ci fa la gestione delle priorità, mi togli un problema che oggi vive in tre fogli Excel, una chat e mezza bacheca fisica di cui una è dietro l'armadio. Il problema vero è un altro: quanto tempo serve per l'integrazione?

Commerciale: Ottima domanda. Giriamo la slide: integrazione in tempo reale con i vostri sistemi, dashboards, reportistica, workflow. Come vedete, tutto già pronto.

Senior Developer: Domanda: come si collega al nostro sistema?

Commerciale: Si integra con qualsiasi ambiente moderno.

Senior Developer: Il nostro non è moderno. È scritto in una tecnologia che il tuo datore di lavoro ha probabilmente mai visto, fa girare il fatturato da quindici anni, e l'ultima volta che qualcuno ha scritto la parola integration dentro quel codice era per un workaround.

Commerciale: Sì, ma è comunque un ambiente con delle API, no?

Senior Developer: Ha un endpoint. L'ha scritto un stagista nel duemilaundici. Non è documentato, e lo chiamiamo papi.

Narratore: Il Junior fa la domanda che in azienda ha smesso di essere fatta.

Junior Developer: Ok, però io una cosa non ho capito: i dati storici cosa diventano? E i processi che oggi esistono, i flussi veri, quelli chi li porta dentro la piattaforma?

Commerciale: Bella domanda. La migrazione dei dati storici è un servizio professionale dedicato, con team specializzato, metodologia certificata e preventivo separato. È una best practice: si valuta il percorso insieme.

Junior Developer: Quindi per usare lo strumento dobbiamo prima pagare qualcuno che ci sposti i dati dentro.

Commerciale: Non lo vedo come un costo, lo vedo come un investimento nella trasformazione.

Narratore: Arriva il Software Architect. Fino a questo momento la discussione riguardava una licenza.

Software Architect: Scusatemi se mi intrometto, ma qui stiamo guardando il problema dal lato sbagliato. La piattaforma in sé è secondaria. L'occasione vera è un'altra: se cambiamo piattaforma, è il momento di ripensare l'architettura per domini. Scomponiamo il sistema, identificiamo i bounded context, introduciamo eventi di dominio, e la nuova piattaforma diventa il hub naturale.

Senior Developer: L'occasione era comprare o non comprare una licenza.

Software Architect: E io dico che questa decisione ci obbliga a ragionare strategicamente. Scriviamo una roadmap: fase uno, event storming; fase due, strangler pattern sul fatturato; fase tre, dismissione graduale del monolite. Se la piattaforma si comporta come promesso, la piattaforma stessa diventa il punto di partenza.

Junior Developer: Quindi prima di sapere se funziona, abbiamo già tre fasi?

Software Architect: L'architettura target va disegnata a prescindere. Il pilota verificherà l'ipotesi. La roadmap esiste già a livello concettuale, il pilota la ancorerà ai numeri.

Narratore: Alla riunione si aggiunge il CTO. Era in un'altra call, che stava decidendo la data di questa.

Chief Technology Officer: Ragazzi, vengo dritto dal board, quindi vado al sodo. Quello che ho visto in questa demo non è un prodotto: è un investimento strategico. Stiamo parlando di trasformare il nostro time-to-market, di scalabilità, di portare la storia di questa azienda nel mondo cloud-native. Da domani apriamo un pilota di sei mesi, con un comitato di valutazione dedicato.

Senior Developer: Chiaro. E il pilota chi lo fa?

Chief Technology Officer: Il pilota lo seguirà l'agenzia che ha scritto il legacy. Hanno il contesto, hanno la conoscenza del sistema, sono il partner naturale.

Senior Developer: Quindi la valutazione di un tool che deve sostituire il legacy la fa chi ha scritto il legacy.

Commerciale: Però ottima notizia: per il pilota il fornitore dà la versione di prova completa. Trenta giorni, tutte le funzioni, zero costo.

Narratore: Il pilota parte. La versione di prova dura trenta giorni. La valutazione del pilota, secondo il comitato, dura sei mesi.

Junior Developer: Scusate, se la prova scade a fine mese e la valutazione va avanti fino a primavera, cosa valutiamo da novembre in poi?

Chief Technology Officer: Valuteremo il valore dimostrato durante la finestra attiva. È un approccio pragmatico.

Product Owner: Ok, però nel frattempo io i tre fogli Excel li tengo, giusto? Perché le priorità di questo sprint vanno comunque caricate da domani.

Narratore: Due settimane dopo. La piattaforma è installata. Viene usata da una sola persona, per compilare il report mensile. È la stessa persona che aggiornava il foglio condiviso dell'ultima piattaforma.

Senior Developer: Quanto è durato il pilota, alla fine?

Chief Technology Officer: Il pilota ha generato insights preziosi e ha confermato la direzione strategica. La licenza è stata rinnovata per tutta l'azienda: così quando l'adozione scalerà, saremo già pronti.

Junior Developer: Quindi l'abbiamo comprata prima che qualcuno la usi, così quando qualcuno la userà sarà già lì.

Narratore: Il report mensile, quest'anno, è stato compilato in ritardo.