Ci hanno abituati a pensare che la competenza si riconosca dalla capacità di dare risposte. Un cliente racconta ciò che vuole ottenere. Un consulente ascolta. Un tecnico propone. Un’azienda realizza. Sembra un processo efficiente. Eppure c’è una domanda che dovrebbe arrivare prima di tutte le altre: siamo sicuri di aver compreso ciò che vogliamo davvero ottenere? Non è una domanda retorica. È spesso il momento in cui un progetto comincia davvero.

La prima richiesta raramente racconta tutto

Quando qualcuno chiede una soluzione, inevitabilmente porta con sé una propria idea di quella soluzione. È normale. «Vorrei un monitor.» «Dobbiamo rifare il sito.» «Ci serve una sala per le videoconferenze.» «Vogliamo comunicare meglio con i nostri clienti.» Potremmo partire immediatamente da dimensioni, tecnologie, prestazioni e costi. Oppure potremmo fare una domanda. Perché? Non per mettere in discussione chi abbiamo davanti. Per comprendere ciò che ancora non sappiamo. Una risposta genera quasi sempre una nuova domanda. Chi dovrà utilizzarlo? Quando? In quale situazione? Cosa dovrebbe accadere dopo? Poco alla volta la richiesta iniziale cambia forma. Non perché fosse sbagliata. Semplicemente perché adesso sappiamo qualcosa che prima non sapevamo.

Quando una domanda cambia la direzione

Pensiamo a un’attività commerciale che vuole comunicare attraverso la propria vetrina. La richiesta sembra semplice: trovare lo strumento più adatto. Un monitor? Un LEDwall? Quale dimensione? Quale luminosità? Sono tutte domande corrette. Ma arrivano troppo presto. Proviamo a sostituirle con una domanda diversa: chi vogliamo raggiungere? La risposta potrebbe sorprenderci. Non necessariamente chi cammina davanti alla vetrina. Potrebbero essere soprattutto le persone ferme in automobile al semaforo di fronte all’attività. Abbiamo appena cambiato il progetto senza aver scelto ancora nessuna tecnologia. Adesso possiamo fare un’altra domanda: quanto tempo hanno per vedere il messaggio? Poi un’altra: da quale distanza? E ancora: dopo averlo visto, cosa vogliamo che facciano? Ed ecco emergere un elemento che nessuna scheda tecnica avrebbe potuto mostrarci. Se quelle persone sono in automobile e nelle vicinanze non possono fermarsi, convincerle semplicemente a entrare immediatamente potrebbe non essere l’obiettivo più efficace. Forse il messaggio deve fare qualcos’altro. Farsi ricordare. Portare a un contenuto digitale. Presentare un prodotto. Creare un motivo per tornare. La tecnologia arriverà. Ma arriverà dopo aver compreso cosa deve fare.

Fare domande non significa complicare

Può sembrare che questo processo rallenti una decisione. Spesso accade esattamente il contrario. Una risposta data troppo presto può portarci a investire tempo e risorse per perfezionare una soluzione che non risponde all’obiettivo reale. Una domanda fatta al momento giusto può evitarlo. Per questo le domande non sono una fase preliminare da superare velocemente. Sono parte del progetto. Servono a trasformare aspettative, intuizioni ed esigenze in elementi sui quali sia possibile prendere decisioni. E soprattutto consentono alle persone coinvolte di costruire una comprensione comune.

Una buona idea deve sopravvivere alle domande

C’è poi un momento più difficile. Quello in cui abbiamo trovato un’idea che ci piace. Funziona. È elegante. Sembra coerente. Vorremmo conservarla. È proprio allora che dovremmo ricominciare a fare domande. Chi la utilizzerà la comprenderà nello stesso modo? Possiamo renderla più semplice? C’è qualcosa che stiamo mantenendo soltanto perché piace a noi? Se eliminassimo questo elemento, il progetto perderebbe valore? Alcune idee sopravvivono. Altre cambiano. Altre ancora vengono eliminate. Non significa che fossero idee sbagliate. Hanno semplicemente contribuito a portarci verso un’idea migliore. Questa è una delle parti meno visibili di un progetto. Quando osserviamo il risultato finale vediamo ciò che è rimasto. Quasi mai vediamo tutto ciò che è stato scartato per arrivarci. Eppure anche quelle decisioni fanno parte del valore prodotto.

Sbagliare può essere parte del metodo

Non tutte le decisioni possono essere valutate prima di essere messe alla prova. A un certo punto bisogna sperimentare. Una soluzione viene realizzata. Utilizzata. Osservata nei suoi effetti. Qualcosa funziona esattamente come previsto. Qualcos’altro no. L’errore, in quel momento, non è necessariamente un fallimento. Può diventare informazione. La differenza sta in ciò che facciamo dopo. Se comprendiamo perché qualcosa non ha funzionato, quella esperienza modifica la decisione successiva. Se continuiamo a sperimentare senza imparare, ripetiamo semplicemente gli stessi errori. È così che l’esperienza comincia a trasformarsi in competenza. Non attraverso il numero di progetti realizzati. Attraverso ciò che abbiamo imparato realizzandoli.

La competenza cresce quando incontra altre competenze

Nessun progetto complesso nasce realmente da una sola persona. Un’intuizione può essere individuale. Un progetto raramente lo è. Persone diverse vedono elementi diversi. Chi progetta conosce alcune variabili. Chi utilizza la soluzione ne conosce altre. Chi gestisce un’organizzazione porta obiettivi differenti. Chi lavora ogni giorno con un processo vede dettagli che dall’esterno potrebbero sembrare insignificanti. Quando queste competenze rimangono separate abbiamo molti punti di vista. Quando vengono condivise possiamo costruire una soluzione. Condividere non significa necessariamente essere d’accordo. Significa mettere le diverse esperienze nella condizione di contribuire allo stesso risultato. Ed è spesso proprio una domanda proveniente da una competenza diversa dalla nostra a mostrarci qualcosa che non avevamo considerato.

Quando possiamo dire che il progetto è riuscito?

Alla fine possiamo avere una soluzione bella. Innovativa. Tecnologicamente avanzata. Possiamo persino esserne orgogliosi. Ma rimane ancora una domanda. Ha prodotto ciò che volevamo ottenere? È qui che il progetto incontra il valore. Non esiste una sola misura valida per tutti. Per un’impresa può essere un risultato economico. Per un’amministrazione può essere un servizio migliore. Per un formatore può essere ciò che le persone hanno realmente imparato. Per un’organizzazione può essere tempo risparmiato, maggiore partecipazione, un processo più semplice o decisioni più efficaci. Il valore cambia. La necessità di verificarlo no. Perché un progetto non dimostra il proprio valore attraverso ciò che promette. Lo dimostra attraverso ciò che restituisce.

E allora, come nasce un progetto?

Forse non esiste una sequenza perfetta. Esiste però un atteggiamento. Fare una domanda prima di cercare una risposta. Comprendere prima di scegliere. Accettare di cambiare idea. Sperimentare. Imparare da ciò che accade. Condividere competenze diverse. E infine verificare ciò che abbiamo realmente ottenuto. La soluzione è importante. Ma è soltanto la parte visibile del percorso. Dietro di essa ci sono persone che hanno fatto domande, discusso possibilità, commesso errori, cambiato direzione, condiviso esperienze e preso decisioni. Ed è proprio questo processo a trasformare un’idea in un progetto.

Le competenze crescono quando vengono condivise.
Ogni progetto mostra il proprio valore attraverso risultati misurabili.