L’azienda descrive ciò che le serve partendo dal lavoro quotidiano. Il fornitore interpreta la richiesta attraverso funzioni, vincoli e priorità tecniche. Se manca un livello di raccordo, entrambe le parti possono procedere in buona fede e arrivare comunque a risultati diversi da quelli attesi.
Una richiesta non è ancora un requisito
«Serve automatizzare», «il report deve essere più chiaro» o «la procedura deve essere veloce» esprimono un bisogno, ma non definiscono ancora che cosa costruire. Occorre precisare utenti, situazione iniziale, risultato atteso, dati coinvolti, eccezioni, vincoli e criterio di accettazione. Senza questo passaggio, ogni interlocutore completa autonomamente ciò che manca.
Le decisioni rimangono implicite
Durante riunioni e scambi operativi vengono prese molte micro-decisioni. Se non sono raccolte, datate e attribuite, riemergono settimane dopo come interpretazioni contrastanti. Un registro sintetico delle decisioni protegge il progetto: chiarisce che cosa è stato concordato, perché e quali conseguenze produce sulle attività successive.
Responsabilità distribuite ma non governate
Dati, configurazioni, sviluppi, test e formazione possono appartenere a soggetti diversi. Il blocco nasce quando un’attività dipende da un’altra senza che siano espliciti responsabile, scadenza e condizione di completamento. Non basta sapere chi esegue: serve sapere chi decide, chi valida e chi deve essere informato.
Il test arriva troppo tardi
Provare tutto alla fine concentra rischi e incomprensioni nel momento più costoso. È preferibile validare progressivamente esempi, flussi e risultati: prima il caso normale, poi le eccezioni, infine il processo completo. Ogni test deve partire da dati realistici e produrre un’evidenza condivisa, non una generica impressione di funzionamento.
Il ruolo di una regia comune
Una figura di raccordo non sostituisce azienda o fornitore. Mantiene visibile l’obiettivo, traduce le esigenze in elementi verificabili, organizza priorità e dipendenze, porta le decisioni al livello corretto e verifica che la soluzione risponda al lavoro reale. È il filo che impedisce al progetto di frammentarsi in conversazioni separate.
Come rimettere in moto un progetto fermo
Occorre ricostruire uno stato condiviso: obiettivo, perimetro, decisioni già prese, attività completate, questioni aperte, responsabili e prossimo risultato verificabile. Non serve ripartire da zero. Serve eliminare ambiguità e scegliere un passaggio concreto, abbastanza piccolo da essere completato e abbastanza significativo da ristabilire fiducia.
IN SINTESIUn progetto riparte quando ogni parte conosce il risultato atteso, la propria responsabilità e il criterio con cui il lavoro verrà considerato concluso. La chiarezza non rallenta il progetto: evita di rifarlo.