AlfonsoStuardi.com

Una delle perenni sfide nello sviluppo di sistemi a supporto del business è quella di fare in modo che gli sviluppatori implementino effettivamente quelli che sono i requisiti funzionali realmente necessari ai key users del processo.

La definizione dei requisiti di business è spesso compito esclusivo degli utenti finali, i quali la realizzano secondo il proprio formalismo e la propria prospettiva, in una modalità che può essere più o meno accurata, completa e chiara.

Gli sviluppatori, d’altro canto, non hanno la stessa prospettiva e la stessa conoscenza profonda del processo di business: non sempre, quindi, riescono a comprendere appieno i requisiti a loro inoltrati.

La soluzione, spesso adottata dal sottoscritto, è quella di riunire assieme i 2 gruppi (key users e sviluppatori) in sessioni di lavoro nelle quali  i requisiti funzionali potranno essere opportunamente tradotti in un modello. In queste sessioni è importante la presenza di un facilitatore, in grado da fungere da interfaccia tra il modello dei processi di business ed il modello tecnico, ed, eventualmente, un progettista esperto in grado di definire i modelli di base sui quali verranno incentrate le seguenti attività di design, sviluppo e test (spesso i due ruoli sono ricoperti da una sola figura).

E’ la comunicazione, in sostanza, la chiave per il successo di un progetto di sviluppo software. Accade molto più spesso di quanto si possa pensare che, banalmente, un progetto fallisca totalmente o sfori costi/tempi perchè nessuno si è preso il tempo necessario per riunire i diversi players in una stessa stanza, assicurandosi che tutti siano sulla stessa lunghezza d’onda.