Storia della questione:
Nei grandi progetti IT, molteplici stakeholder possono presentare requisiti che non solo differiscono, ma si contraddicono direttamente. La qualità della risoluzione di questi conflitti influisce su tempistiche, costi e successo del progetto.
Problema:
Contraddizioni non evidenti o ignorate tra requisiti portano a una diluizione della responsabilità, insoddisfazione da parte degli stakeholders aziendali, rifacimenti e ritardi nelle pubblicazioni. L'assenza di una procedura formalizzata per identificare e concordare conflitti è una delle cause frequenti di fallimento dei grandi progetti.
Soluzione:
L'analista di sistema utilizza approcci collaudati: analisi degli interessi e degli obiettivi di ciascun stakeholder (mappatura degli stakeholder), tecniche di facilitazione (workshop, retrospettive, “brainstorming”), costruzione di matrici di conflitto (matrice di conflitto), confronto a coppie dei requisiti (matrice di prioritizzazione). Applica il metodo “analisi why-why” per scoprire le cause profonde delle aspettative e, successivamente, sviluppa soluzioni di compromesso o creative, documentando gli accordi chiave.
Caratteristiche chiave:
La priorità del cliente è sempre determinante in caso di conflitto di requisiti?
No, a volte le limitazioni tecniche, la legislazione o indicatori non funzionali critici sono più importanti dei singoli desideri aziendali, e l'analista deve comunicarlo.
È obbligatorio cercare un compromesso?
Non sempre: a volte una delle parti deve cedere, se questo è critico per l'architettura, la legislazione o la riduzione dei rischi principali.
È possibile non registrare i risultati della risoluzione dei conflitti se in riunione tutti hanno concordato?
No, le decisioni chiave devono essere documentate, altrimenti, dopo diverse iterazioni, può insorgere una “amnesia emotiva” o una revisione di quanto concordato.
Caso negativo:
In un progetto per la creazione di un portale medico, i requisiti della comunità dei pazienti riguardo all'anonimato contraddicevano le regole del Ministero della Salute sulla registrazione. Il team ha ignorato questo e ha implementato un compromesso “alla cieca”. Nel momento in cui è uscito sul mercato, il progetto non ha superato l'audit, e il prodotto è stato modificato solo dopo sei mesi.
Vantaggi:
Svantaggi:
Caso positivo:
L'analista ha condotto una sessione di facilitazione con entrambe le parti, evidenziando requisiti critici (legge, sicurezza), descrivendo scenari alternativi che hanno preso in considerazione gli interessi di tutti. Tutti gli accordi sono stati documentati e concordati con il dipartimento legale e l'azienda.
Vantaggi:
Svantaggi: