ISO 9001 - GESTIRE I REQUISITI LATENTI E NON BEN ARTICOLATI
I requisiti latenti e non ben articolati sono quei bisogni, aspettative e necessità che non vengono mai esplicitamente comunicati dai clienti ma che, se ignorati, possono compromettere il successo di qualsiasi progetto
Quante volte capita di seguire tutte le specifiche del cliente alla lettera, rispettare ogni standard, documentare al meglio ogni processo e controllo e avere comunque un cliente non soddisfatto o degli utenti finali che protestano?
Cosa non ha funzionato?
Il problema è che, spesso, c'è una bella differenza tra ciò che il cliente dice di volere e ciò che realmente si aspetta e questo rappresenta uno dei gap più critici nell'ambito del quality management.
Quali requisiti non vengono espressi al meglio?
Requisiti impliciti: "Ovviamente deve funzionare così"
Sono quelle aspettative date per scontate. In un ospedale, nessuno specifica che "i pazienti devono poter chiamare l'infermiere", eppure se manca questa funzionalità, il sistema sanitario collassa. In produzione, si assume che la sicurezza degli operatori sia prioritaria, anche se non sempre viene esplicitata nei requisiti iniziali.
Requisiti inconsci: bisogni che non si sa di avere
Gli utenti spesso non sanno cosa vogliono finché non lo vedono. Un ristorante può soddisfare tutti i requisiti di igiene e qualità del cibo, ma se manca l'atmosfera giusta o la temperatura dell'ambiente non è confortevole, l'esperienza complessiva non è buona.
Requisiti emergenti: che nascono durante l'utilizzo
In una piccola azienda di catering, il sistema di gestione ordini potrebbe soddisfare tutti i requisiti iniziali ma, dopo mesi di utilizzo, far emergere che il 40% degli ordini subisce modifiche dell'ultimo minuto. Il sistema deve, quindi, gestire ingredienti già preparati, calcolare i costi delle modifiche e tracciare gli sprechi - bisogni che nessuno aveva considerato durante la progettazione perché sono emersi solo nella realtà operativa quotidiana.
Requisiti contestuali: legati all'ambiente e alla cultura
Un sistema di gestione documentale perfetto per un'azienda americana potrebbe non andare bene in Giappone se non considera le differenze culturali nella gerarchia e nel processo decisionale.
Ignorare questi requisiti costa caro
Le statistiche parlano chiaro: più del 30% dei progetti va male proprio a causa di requisiti non ben individuati o incompleti. Nel settore farmaceutico, un farmaco può superare tutti i test clinici ma andare male sul mercato perché non ha considerato le abitudini di assunzione dei pazienti. Nel retail, un negozio può rispettare tutti gli standard di sicurezza ma perdere clienti per problemi di accessibilità che non sono stati adeguatamente considerati.
L'effetto domino è devastante: da un requisito mancante si passa a rilavorazioni costose, ritardi nelle consegne, costi aggiuntivi e, nel peggiore dei casi, danni alla reputazione dell'azienda irreversibili.
Tecniche di investigazione
Guardare oltre le parole
Non limitatevi a chiedere cosa serve, osservate come le persone lavorano realmente. In una catena di montaggio, potreste scoprire che gli operatori hanno sviluppato "trucchi" non documentati per migliorare l'efficienza. In un call center, potreste notare modelli di comportamento che rivelano frustrazioni non espresse.
Prototipazione rapida: far emergere il non detto
Create versioni semplificate della soluzione e osservate le reazioni. Un modello di un nuovo layout di magazzino può rivelare problemi di flusso ai quali nessuno aveva pensato.
Le domande che nessuno fa
Invece di chiedere "Cosa vuoi?", provate con "Raccontami la tua giornata tipo" o "Qual è stato il problema più frustrante della settimana scorsa?". Spesso le risposte più preziose arrivano durante conversazioni di questo tipo.
Analisi dei flussi esistenti
Gli utenti sono incredibilmente creativi nel trovare scorciatoie. Queste soluzioni improvvisate spesso rivelano requisiti non documentati ma essenziali.
Riconoscere i segnali d'allarme
Attenzione a queste frasi che spesso nascondono requisiti latenti:
- "Dovrebbe essere intuitivo"
- "Ovviamente deve..."
- "Non dovrebbe essere un problema"
- "Gli utenti si abitueranno"
Modelli comportamentali sospetti:
- Stakeholder che evitano di entrare nei dettagli
- Risposte vaghe o generiche
- Eccessiva fiducia in soluzioni "standard"
- Resistenza a coinvolgere nel processo gli utenti finali
Feedback che evidenziano problemi:
- Commenti del tipo "Tecnicamente funziona, ma..."
- Richieste di modifiche "piccole" ma frequenti
- Utilizzo della soluzione diverso da quello previsto
Come evitare tutto questo
Incoraggiate le persone a fare domande "stupide" e a mettere in discussione le assunzioni. Non bisogna aver paura di chiedere "E se...?" o "Cosa succede quando...?". Premiate chi individua questi requisiti nascosti o mal definiti.
Non aspettare la fine del progetto. Create dei punti di controllo frequenti con utenti reali in contesti reali.
Osservate le persone nel loro ambiente di lavoro naturale, analizzando le scorciatoie che usano con regolarità. Considerate i casi limite e le situazioni di stress.
Chiedetevi sempre "Cosa potrebbe andare storto?"