La demo del fornitore: lo strumento che risolverà tutto
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.