L'autore ha trascorso buona parte della sua vita professionale cercando di capire se il problema nei progetti IT fosse il codice, i processi o semplicemente... le persone. Dopo anni passati tra sprint infiniti, task manager mai aggiornati e riunioni in cui nessuno sa perché è lì, ha deciso di iniziare a scrivere. Non per insegnare qualcosa – non è così presuntuoso – ma per documentare l’assurdità sistematica che regola il mondo del lavoro tecnologico.
 
 Il suo curriculum assomiglia a una mappa caotica del mondo IT: sviluppatore per necessità, analista per errore, project manager per disperazione. Ha lavorato in startup che si credevano unicorni e in aziende consolidate che comunicavano ancora via fax. Ha scritto codice, lo ha spiegato ai clienti, poi ha fatto finta di capirli quando volevano esercitare il diritto di recesso.
 
 È convinto che l’ironia sia l’unico strumento realmente efficace per descrivere l’IT contemporaneo, perché la realtà, così com’è, sarebbe troppo crudele da accettare senza riderne. Nei suoi scritti racconta ciò che molti pensano ma pochi osano dire: che dietro ogni buzzword c’è spesso una grande confusione, e dietro ogni "best practice" si nasconde una verità scomoda.
 Insoddisfatto dall'uso dell'intelligenza artificiale generativa nella scrittura del software, ha pensato di iniziare a usarla per scrivere ed illustrare (male) i libri.&nbsp; 
 Non ama definirsi scrittore, preferisce "testimone esausto". Scrive per chi ha sopportato l’ennesima call inutile, per chi è stato assunto come esperto ma trattato come stagista, per chi ha imparato a parlare fluentemente il burocratese aziendale senza mai capirlo davvero.
 
 Oggi continua a lavorare nel settore, nonostante tutto. Forse per masochismo, forse per avere materiale per nuovi libri. Ma di sicuro, con una tastiera in mano, ha trovato un modo per vendicarsi.&nbsp;

Roberto Cappa

Scopri l’autore che racconta con ironia feroce il caos nei progetti IT, tra analisi disfunzionali, sviluppo disordinato e vita d’azienda surreale.

Roberto Cappa - Autore ironico sul mondo IT e aziendale

“Abbiamo sempre fatto così! – L’analisi disfunzionale nei progetti IT” non è un libro di project management. È più un esorcismo. Un manuale di auto-difesa passiva-aggressiva per tutti coloro che, almeno una volta nella vita, hanno guardato un Gantt chart e pensato: “Ok, ma chi ha autorizzato questa follia?” Dimentica i manuali seriosi pieni di diagrammi, acronimi e consigli scritti da chi non ha mai visto un utente reale. Questo libro è una raccolta spietata di episodi vissuti, raccontati con uno stile irriverente, cinico al punto giusto, ma profondamente onesto. L’autore – sopravvissuto a decine di progetti IT condotti con l’infallibile metodo “tanto in qualche modo lo facciamo” – ci accompagna nei meandri della fase più sottovalutata e sopravvalutata allo stesso tempo: l’analisi funzionale. Spoiler: non è mai funzionale. In queste pagine troverai: <ul><li>la mistica dell’analisi “copiata e incollata dal progetto precedente” perché “tanto era simile” (spoiler: non lo era);</li></ul><ul><li>l’arte di raccogliere requisiti tramite interpretazione libera di frasi dette a voce, in riunioni dove nessuno prende appunti;</li></ul><ul><li>la leggenda dell’utente finale coinvolto sin dall’inizio – peccato che poi l’utente vero non sia mai quello;</li></ul><ul><li>il culto del documento da 120 pagine che nessuno leggerà, ma che “serve per tutelarci”;</li></ul><ul><li>l’eterna danza del “lo mettiamo nella prossima release”, che in realtà significa “mai”.</li></ul> Popolato da personaggi indimenticabili come Ferdinando, il manager che pontifica di blockchain senza sapere che non è un cocktail, Margherita, l’utente che sa tutto tranne perché fa quello che fa, e Vincenzino, lo sviluppatore brillante che inizia a spegnersi dopo la terza call alle 9 del mattino, questo libro è una vera e propria tragicommedia aziendale. Scoprirai che i verbali delle riunioni sono un genere letterario a sé, che le specifiche vengono approvate con lo stesso rigore scientifico di un oroscopo, e che ogni progetto IT inizia con entusiasmo e finisce come "proof of concept" fallito. Ogni capitolo si apre con una frase realmente pronunciata da qualcuno (tra cui, inspiegabilmente, chi aveva potere decisionale), e si chiude con una checklist per capire se anche tu stai lavorando in un’organizzazione disfunzionale (spoiler: sì). Il libro non ti darà soluzioni. E va benissimo così. Perché il vero scopo è farti ridere, riflettere e – perché no – sentire meno solo. È dedicato a chi lavora nell’IT, ma anche a chi lo subisce. È un tributo ironico e dissacrante a un settore che riesce a essere all’avanguardia e preistorico allo stesso tempo. Se hai mai sentito la frase “Tanto il software lo fa da solo”, questo libro è per te. Se l’hai detta… beh, è ancora più urgente che tu lo legga. Acquistalo ora. Tanto è uguale al libro che usavi nel progetto precedente, ma almeno questo fa ridere davvero. Disclaimer legale: ogni riferimento a persone reali è puramente intenzionale. Se ti riconosci, non preoccuparti: non sei solo. Ce l’abbiamo con tutti.

Introduzione

Cos'è e com'è strutturato questo libro

Il progetto IT

Così è già deciso, l'udienza è tolta! - L'analisi di fattibilità

Fai tu una minuta della riunione? - L'analisi funzionale

Abbiamo sempre fatto così - La raccolta dei requisiti

La funzione incarnata - Le user stories

È (quasi) sempre così - La definizione delle specifiche

E il codice fiscale non ce lo metti? - La definizione del modello dati

È troppo tecnico - La documentazione di analisi

Quanto ci vuole? Ma soprattutto, quanto ci costa? - La stima

Le avete messe le penali? - Il contratto di fornitura

La storia continua...

Libro cartaceo

ebook Kindle

Cos’è e com’è strutturato questo libro Questo libro è il primo di una collana di stupidari, ed è dedicato alla prima e importantissima fase di un progetto IT, ovvero l’analisi funzionale. O meglio, l’analisi funzionale. Non deve essere preso alla lettera, né tantomeno troppo sul serio. Il suo scopo non è dare soluzioni, ma evidenziare problemi. Perché? Perché analizzare i problemi è infinitamente più divertente che risolverli. Le soluzioni sono noiose, spesso improbabili, e a volte nemmeno esistono. Spesso il vero problema non è tecnico, ma umano, e la soluzione sarebbe semplicemente eliminare il problema alla radice. Sì, sto parlando di licenziamenti. Un bel "Sei fuori!" alla maniera americana risolverebbe più problemi di qualsiasi sofisticata architettura software. Ma in Italia non si può. Qui vige il principio dell'accanimento terapeutico: certe persone non solo non vengono -mosse, ma vengono -mosse. dis ri pro A chi è destinato questo libro? A chiunque lavori nel mondo IT: che tu sia uno sviluppatore, un project manager, un product owner o l'amministratore delegato di una azienda che si occupa di tecnologia, puoi trarre qualche spunto interessante (spero), e magari imparare qualcosa di tecnico (se tecnico non sei). Per gli sviluppatori, offro la consolazione di sapere che non siete soli nella vostra frustrazione quotidiana, e qualche strumento per navigare nelle acque torbide della politica aziendale senza perdere la sanità mentale (o il lavoro). Per i project manager, propongo una visione non filtrata di come i vostri team percepiscono realmente quelle metodologie che cercate eroicamente di implementare, e perché a volte sembrano resistere a ciò che, sulla carta, dovrebbe rendere il loro lavoro più semplice.

Scopri l’ironia brutale dell’analisi funzionale nei progetti IT e perché tutto va storto, sempre.