Più volte nel nostro lavoro di consulenti aziendali abbiamo progettato sistemi organizzativi aziendali rivolti soprattutto ai reparti di progettazione in ambito hardware e software. Il primo approccio, che può risultare anche il più naturale, è quello di considerare il software ed il suo processo di “produzione” come del tutto analogo a quello di un qualsiasi altro prodotto, niente di più sbagliato.

Il software non è un prodotto come tutti gli altri e dunque anche il processo che porta dalla sua ideazione al rilascio del “prodotto finito”, deve seguire delle regole diverse. Questo insieme di regole assieme ai modelli per i processi di sviluppo vengono descritti dall’ingegneria del software. Un esempio su tutti che può fare capire uno degli aspetti che più distingue il prodotto software da tutti gli altri, riguarda la curva di degrado che il software subisce con il passare del tempo. Decadimento che il prodotto software subisce anche senza che nessuno intervenga sul codice, essenzialmente dovuto ad elementi esterni, spesso non sotto il diretto controllo di chi l’ha progettato. Questa situazione tende poi a peggiorare se, con l’intento di migliorare il prodotto, oppure attraverso interventi volti a correggere situazioni non previste, non vengono tenuti in debito conto essenziali aspetti di interoperabilità complessiva del progetto.

A tale proposito pubblichiamo la prima parte di una presentazione estratta da alcuni corsi che vengono tenuti dai nostri consulenti aziendali con l’obbiettivo di formare il personale addetto alla progettazione su questi argomenti.