Mi sembrava di avertelo detto che se parliamo di software embedded, allora parliamo di un'altra cosa. Io ti assegno un task e ti do dei tempi per portarlo a termine, poi sono cavoli tuoi.
Ma se parliamo di progetti strutturalmente complessi, per i quali c'è necessità di coordinamento (e non intendo solo la programmazione, parlo di progettazione db, analisi funzionale, tecnica, test di sistema, uat ecc.) allora esiste la necessità di governance a livello di progetto e a livello di team.
Avevo chiesto a qualcuno, tempo fa, di descrivere il processo di acquisto di un bene su Amazon, proprio per dimostrare la complessità di qualcosa che noi facciamo quotidianamente e che conosciamo bene come utenti.
Nel campo del sw ho fatto tante cose; oggi che posso permettermi di scegliere, faccio quello che mi piace di più, che è l'analisi funzionale.
Se hai incontrato responsabili coglioni, mi dispiace davvero per te. Ma vedendo certi Pm di oggi, non mi stupisce per niente.
Direi che un responsabile in un settore informatico quanto meno deve avere chiaro che cosa può essere fatto da un computer (o da una rete di computers) opportunamente programmato. Quindi deve anche avere fantasia.
Ma soprattutto deve capire che cosa non può essere fatto.
Se volessi descrivervi le infinite falle dei sistemi U-GOV e ESSE3 su cui si regge la gestione, rispettivamente, della didattica e delle carriere studenti nelle università, non mi basterebbe un anno. E dire che il Cineca è il più grande centro elaborazione dati d'Europa...
Inviato dal mio ART-L29 utilizzando Tapatalk
Tutti guardano l'albero e nessuno vede la foresta.
Al mondo esistono solo due razze: gli uomini per bene e gli stronzi. Questi ultimi cercano quasi sempre di passare per i primi.