Analisi Funzionale

Ma cosa fa un funzionale in un progetto IT ?

Qualche tempo fa candidamente un collega tecnico mi chiede: ma alla fine cosa fa esattamente un funzionale ?

Io sono cascato dalle nuvole, ma come, ho pensato, questo ha un bel po’ di anni di esperienza nello sviluppo e mi chiede cosa fa un funzionale.
Ma fino ad oggi come ha lavorato, mi è venuto spontaneo pensare. Poi però ci ho ragionato un po’ e forse domanda ha un suo perchè.
Cerchiamo di capirci un po’ di più.

Allora cosa fa un funzionale ? La prima risposta secca deve essere : fa l’analisi.

L’analisi intesa come tutto quello che serve per capire cosa il cliente ha in mente e cosa effettivamente è possibile fare.
A mio avviso è questo il centro dell’operato di un funzionale in ambito IT: dedurre tramite apposite riunioni oppure nel caso peggiore tramite la lettura della documentazione a disposizione, come sintetizzare e razionalizzare i processi che devono essere supportati dalla soluzione IT.

Primo punto chiave: la competenza sui processi.

E’ chiaro che quando si parla con il cliente è necessario essere preparati. Una competenza specifica sulla tipologia dei processi che si stanno trattando è essenziale, il punto fondamentale è “parlare la lingua del cliente” e riuscire a sviscerare i punti oscuri che potrebbero portare ad una analisi ambigua e quindi poco efficace. Per me non è necessario essere funzionali super specializzati ma, sopra ogni cosa, saper condurre una riunione e saper adattare il proprio porsi e confrontarsi rispetto alla tipologia di platea che si ha di fronte.
Quanti funzionali ho visto con l’atteggiamento da maestrina super preparata cercare di far parlare utenti reticenti ! Non è il modo di condurre una analisi.

Una volta che si sono raccolti i requisiti degli utenti (o business requirements se vogliamo fare i sofisticati) è necessario predisporre un documento di analisi il più sintetico e chiaro possibile. Pochi svolazzi ma molta sostanza: descrivere cosa si è capito, schematizzare i processi e le relative soluzioni IT di supporto.

Secondo punto chiave: non disegnare l’impossibile.

Mentre si scrivono le specifiche funzionali è bene aver in mente cosa si sta chiedendo alle persone dello sviluppo.
E’ inutile fare una analisi meravigliosa e disegnare soluzioni fantascientifiche se poi tutto ciò non si può realizzare. Quindi piedi per terra e collaborazione spinta con gli architetti IT. La soluzione proposta deve essere il più possibile condivisa con il mondo dell’IT.

Il dettaglio delle specifiche funzionali può essere più o meno di dettaglio, in alcuni casi arriviamo alla definizione dei singoli campi in altri disegniamo solamente mega flussi di integrazione. Dipende dal progetto e dal contesto specifico. In ogni caso l’analisi viene poi trasmessa al mondo dello sviluppo dove viene condotta l’analisi tecnica di dettaglio e viene redatto il documento di specifica tecnica dove si evidenzia tutto quello che serve per poter iniziare gli sviluppi.

Terzo punto: dialogare con lo sviluppo.

Non c’è elemento più pericoloso in un progetto IT di una netta separazione tra il mondo funzionale e quello tecnologico.
Il funzionale deve saper parlare con le persone dell’IT e deve saper dare il giusto supporto sia nelle fasi di analisi congiunta che nelle fasi di test.

Quarto punto: testare testare ed ancora testare.

Nel mondo IT i test sono di straordinaria importanza e devono essere ambito dei funzionali. Questo perchè le persone che sviluppano hanno per forza di cosa una visione parziale del tema mentre è necessario ideare e condurre i test nel modo più articolato possibile.
Il funzionale quindi si prende carico di creare i vari scenari e di testare la soluzione, prima in ambito esclusivamente progettuale e, quando pronti, anche con il cliente. Anche in questa fase è assolutamente necessario mantenere un rapporto funzionale – sviluppo il più amichevole e professionale possibile in modo da poter individuare i problemi e trovare la soluzione migliore in maniera rapida ed indolore.

Ho risposto alla domanda “cosa fa un funzionale” ? spero di si, anche se non è tutto qua.

Il grosso del lavoro a latere di queste fasi è la gestione del cliente, il saper intrecciare rapporti professionali di spessore e gestire le problematiche o criticità che qualsiasi progetto si porta dietro.