Understanding Undesirable Attributes of Requirements Engineers: Insights from Practitioners
Questo studio identifica e categorizza diciassette attributi indesiderabili degli ingegneri dei requisiti — che spaziano dalla comunicazione alla conoscenza del dominio, dalla personalità alle competenze tecniche — attraverso sondaggi e interviste con i professionisti, fornendo mappe concettuali per aiutare i professionisti a riflettere e migliorare le proprie pratiche collaborative.
Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo
Immagina un Ingegnere dei Requisiti come un traduttore che sta tra due gruppi molto diversi: le persone che hanno un problema (gli stakeholder) e le persone che costruiscono la soluzione (il team di sviluppo software). Il suo compito è prendere i sogni e i bisogni vaghi del primo gruppo e trasformarli in istruzioni chiare e passo dopo passo per il secondo gruppo.
Questo articolo è come un "Manuale d'uso su cosa NON fare". Mentre molti studi ci dicono cosa rende grande un traduttore, questa ricerca ha posto una domanda diversa: "Quali abitudini o tratti specifici rendono un Ingegnere dei Requisiti fallimentare nel suo lavoro?"
Ecco una ripartizione delle loro scoperte utilizzando semplici analogie:
L'Indagine: Chiedere agli Esperti
I ricercatori non hanno tirato a indovinare; sono usciti sul campo e hanno chiesto a 18 professionisti del software esperti (come project manager e ingegneri) del Brasile. Hanno chiesto a questi esperti di elencare le cinque cose principali che rendono un Ingegnere dei Requisiti terribile nel proprio lavoro.
Hanno poi intervistato 11 di questi esperti per avere il quadro completo: Perché questo è un male? Come si manifesta?
I Risultati: La "Mappa dei Cattivi Tratti"
Gli esperti hanno identificato 17 tratti negativi specifici. I ricercatori hanno organizzato questi tratti in quattro "secchi" o categorie principali, creando una mappa visiva (Figura 1 nell'articolo) per mostrare come siano collegati.
Pensa a questi quattro secchi come ai quattro modi in cui un ponte può crollare:
Problemi di Comunicazione (Il Walkie-Talkie Rotto)
- Il Problema: Questo è stato il reclamo più comune. Non si tratta solo di parlare; si tratta di come si parla.
- L'Analogia: Immagina un team che cerca di costruire una casa, ma la persona responsabile dei progetti parla per enigmi, non risponde mai al telefono o si arrabbia quando gli viene chiesta una chiarificazione.
- Tratti Negativi Chiave: "Difficoltà nelle relazioni" (essere difficili con cui lavorare) e "Mancanza di comunicazione" (non condividere informazioni). L'articolo nota che se non sai porre le domande giuste, rompi sia le tue relazioni che la tua comunicazione.
Mancanza di Conoscenza del Dominio (Il Turista in una Città Straniera)
- Il Problee: L'ingegnere non capisce l'attività per cui sta lavorando.
- L'Analogia: Immagina uno chef assunto per cucinare un piatto tradizionale italiano, ma che non ha idea di cosa sia la pasta o di come funzioni un ristorante. Potrebbe cucinare qualcosa di delizioso, ma non è ciò che il cliente ha ordinato.
- Tratto Negativo Chiave: "Mancanza di conoscenza del business". Se l'ingegnere non comprende gli obiettivi dell'azienda, non può tradurre correttamente le esigenze del cliente.
Mancanza di Conoscenza Tecnica (Il Conducente Senza Mappa)
- Il Problema: L'ingegnere non conosce gli strumenti o le regole del mondo del software.
- L'Analogia: È come un accompagnatore turistico che non conosce la lingua del paese che sta visitando o come funzionano i treni locali. Non può guidare il team efficacemente perché non conosce il terreno.
- Tratto Negativo Chiave: Non conoscere le pratiche o i documenti specifici necessari per i requisiti del software.
Personalità (Il Nuvolone)
- Il Problema: Come l'ingegnere pensa, sente e agisce.
- L'Analogia: Immagina un membro del team che è un "nuvolone": sempre resistente al cambiamento, negativo o impossibile da negoziare con lui. Anche se conosce la parte tecnica, il suo atteggiamento avvelena l'umore del team.
- Tratto Negativo Chiave: L'articolo menziona tratti come essere "impressionante" (probabilmente intendendo arrogante o vanitoso) o avere una personalità rigida che resiste alle nuove idee.
La Grande Conclusione
L'articolo conclude che essere un buon Ingegnere dei Requisiti non significa solo essere intelligenti o conoscere il codice. Si tratta soprattutto di come ti connetti con le persone.
- Non è solo "Bene vs Male": I ricercatori hanno scoperto che essere "cattivi" non è semplicemente l'opposto di essere "buoni". Ad esempio, un "buon" ingegnere è proattivo e negozia bene. Un "cattivo" ingegnere non è solo "passivo"; potrebbe essere attivamente resistente al cambiamento o ostile. Questi sono dimensioni comportamentali diverse, non un semplice interruttore.
- Il Problema Sistemico: I tratti negativi non sono solo difetti individuali; sono come crepe nelle fondamenta dell'intero team. Se il traduttore (l'ingegnere) non riesce a comunicare o a comprendere il business, l'intero progetto (la casa) rischia di crollare.
In breve: Se vuoi un progetto software di successo, hai bisogno di un Ingegnere dei Requisiti che sia un grande ascoltatore, che comprenda il mondo del business, che conosca le regole tecniche e che abbia una personalità che aiuti il team a lavorare insieme, non che li distrugga.
Sommerso dagli articoli nel tuo campo?
Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.