Confessioni di un consulente IT

È sempre colpa di qualcun altro

Posted in P.B., Product Department, Progetti, Storie Aziendali by pigreco314 on 24 febbraio, 2009

Krieg ist Terror by Stewf

I Professional Services si distinguono in svariate discipline e una di queste è la lamentela fingerpointing, quel livore egoista con cui si punta il dito verso un collega a piacere dicendo: “È colpa tua!”.  I Sales hanno svenduto il progetto promettendo l’impossibile a margine zero o negativo e non hanno tenuto conto di quel piccolo particolare tecnico che rende impossibile l’implementazione. Il Product Department è notoriamente composto da un plotone di nullafacenti, ignari delle più elementari procedure di controllo qualità e certificati per la produzione di software bacato. Il Marketing è specializzato nella distribuzione di una serie di “volantini” che magnificano caratteristiche inesistenti del software per i quali meriterebbero la denuncia ecc. ecc.

E se tutto ciò non bastasse, il povero consulente si trova a fronteggiare un Cliente “raggirato” al quale (metafora tipica) è stata promessa una Ferrari ed è stata venduta una Fiat Palio.

Sebbene tutto ciò abbia qualche fondo di verità, il complesso del parafulmine impedisce al consulente, field specialist, solution architect, membro dei professional services in generale e al team di progetto in particolare di svolgere una serena autocritica e riflettere in maniera costruttiva sulle proprie responsabilità.

Durante il team meeting della settimana scorsa a N* è andato in scena un piccolo showdown tra noi Professional Services e un rappresentante del Product Department, l’Olandese Frizzante P.B., il quale in verità, più che un semplice rappresentante, stando all’ultimo organigramma risulta essere il responsabile del Product Department medesimo. Ma è notorio che dello sviluppo del prodotto non gli importa granché, probabilmente manco ci capisce, ha delegato praticamente tutte le attività a uno dei suoi luogotenenti negli USA ed è molto più interessato alle attività di marketing di cui pure è responsabile. E infatti, dopo un aggiornamento sulle attività di marketing durato 45 minuti (avevo richiesto durasse un quarto d’ora), il Nostro, che avrebbe dovuto guidare una discussione di 45 minuti (durata effettivamente tanto, a scapito della pausa pranzo)  su come migliorare la comunicazione tra Field e Product Department nei casi in cui bug gravi nel software si rivelino nelle fasi critiche di un progetto,  si è eclissato lasciando i Professional Services a esercitarsi nello loro sport preferito.

Il caso in questione si riferiva al Cliente R* che a quanto pare 14 mesi fa (“F o u r t e e n  m o n t h s  a g o!” ha enfatizzato J. nell’illustrazione del tema) ha chiamato il nostro servizio di help desk per segnalare un problema nel software. La chiamata di assistenza si è trasformata in un bug formale nel software che ad oggi non è stato ancora risolto dal P.D. (Product Department non Partito Democratico, che al momento ha ben altri problemi). Presumo che ciò sia accaduto per motivi più che validi, quelli che guidano la pianificazione delle risorse in tutti i gruppi di sviluppo e supporto software di questo mondo. Ma si sa che i Professional Services non concepiscono (tranne per il software progettato da loro stessi medesimi) l’esistenza di bugs non ancora risolti, anche se impattano un Cliente su cinquemila.

Peccato che nel frattempo il Cliente R* ha deciso di migrare alla nuova versione del nostro software e il bug con il quale ha convissuto senza problemi per quasi 14 mesi (dico io q u a t t o r d i c i  m e s i!) nella presunzione risultasse risolto nella nuova release, è diventato improvvisamente di importanza capitale.

Morale: non si firma la chiusura del progetto se non si risolve il bug.

Facile, troppo facile lamentarsi con il Product Department e il suo contumace responsabile per aver dormito 14 mesi e non aver risolto quell’unico difettuccio del software tanto importante per il Cliente R*.

Tanto facile che da rappresentante Professional Services chiedo ai Professional Services per quale motivo non fosse stata fatta un’analisi preliminare sui rischi del progetto, su quali fossero le aspettative di R* circa le funzionalità del sistema migrato e se ci fosse registrato da qualche parte un bug originato dallo stesso R* che essi si aspettassero di vedere risolto nella nuova release, un bug con il quale tuttavia è stato possibile continuare a utilizzare il software in produzione per quasi 14 mesi.

Silenzio.

Ecco bravi, fate silenzio e meditate.

E… J. please, abbassa ‘sto cazzo di dito!

Annunci

Rispondi qui

Inserisci i tuoi dati qui sotto o clicca su un'icona per effettuare l'accesso:

Logo WordPress.com

Stai commentando usando il tuo account WordPress.com. Chiudi sessione / Modifica )

Foto Twitter

Stai commentando usando il tuo account Twitter. Chiudi sessione / Modifica )

Foto di Facebook

Stai commentando usando il tuo account Facebook. Chiudi sessione / Modifica )

Google+ photo

Stai commentando usando il tuo account Google+. Chiudi sessione / Modifica )

Connessione a %s...

%d blogger hanno fatto clic su Mi Piace per questo: