Come individuare la complessità di un progetto prima che se ne accorga il cliente

Individuare la complessità di un progetto significa capire, nelle prime settimane di lavoro, quanto coordinamento, quante decisioni e quante rilavorazioni serviranno oltre alla pura esecuzione delle attività. Se ne occupano project manager, team lead e responsabili di commessa nelle agenzie e nelle società di servizi, di solito tra il kick-off (la riunione di avvio) e la prima revisione del piano. Il momento utile arriva prima che il progetto entri in piena produzione, quando modificare tempi e perimetro costa ancora poco. Il risultato di questa lettura anticipata è una stima più onesta, un margine protetto e un cliente che riceve la notizia da te invece di dedurla da una consegna arrivata in ritardo.

Complessità e difficoltà non coincidono. Un progetto difficile richiede competenze rare ma segue una linea prevedibile: sai cosa devi fare, ti serve solo la persona giusta per farlo. Un progetto complesso ha molte parti che si influenzano a vicenda. Sposti una scadenza e se ne muovono altre quattro, cambi un dettaglio del brief e tre persone devono rifare mezza giornata di lavoro. La complessità del progetto (in inglese, project complexity) nasce dalle relazioni tra le parti, non dal numero di attività nell'elenco.

Che cosa serve per individuare la complessità di un progetto fin dal kick-off

Tre elementi bastano per una prima diagnosi: la struttura del lavoro, le persone coinvolte e la qualità delle informazioni ricevute. La struttura riguarda quante attività dipendono da altre attività. Le persone riguardano quanti approvatori esistono e quanto sono raggiungibili. Le informazioni riguardano quanto del brief è deciso e quanto è ancora rimandato a un "lo vediamo dopo".

Un metodo pratico consiste nel mappare il progetto due volte. La prima mappa è quella ufficiale, quella che hai presentato in offerta. La seconda è la mappa reale: chi deve dire sì prima che il lavoro parta, quali file arrivano da fuori, quali passaggi non puoi controllare. La distanza tra le due mappe misura la complessità meglio di qualsiasi punteggio.

Molti team saltano questo passaggio perché la pianificazione del progetto viene fatta sul preventivo, non sul lavoro effettivo. Il preventivo elenca i deliverable. Il lavoro effettivo comprende attese, chiarimenti, riunioni di allineamento e correzioni che nessuno ha messo a budget. Chi riesce a individuare la complessità di un progetto già in questa fase riesce anche a difendere il proprio margine, perché sa quali attività nascondono ore invisibili.

Perché è difficile individuare la complessità di un progetto in tempo utile

La complessità si manifesta in ritardo perché le prime settimane di un progetto mostrano sistematicamente la parte più semplice del lavoro. Le attività iniziali sono quelle più definite e il team le esegue senza attrito, così ogni indicatore visibile resta verde mentre i vincoli reali restano ancora inespressi. Il team lavora su attività che sa gestire e il cliente è soddisfatto perché vede movimento. I problemi strutturali si accumulano dietro le quinte, dove nessuno guarda.

Un secondo motivo riguarda il modo in cui riportiamo lo stato di avanzamento. Una percentuale di completamento nasconde l'informazione che conta: quali attività sono ferme e da quanto tempo. Un progetto può essere al 60% e avere tre blocchi aperti che valgono da soli tre settimane di recupero.

Il terzo motivo è culturale. Nessuno vuole essere la persona che porta cattive notizie alla seconda settimana, quando ancora si può sperare che il problema si risolva da solo. Il silenzio interno costa caro: quando il segnale arriva al project manager, spesso è già arrivato anche al cliente sotto forma di risposta evasiva o di una consegna rinviata. Chi vuole individuare la complessità di un progetto ha bisogno di creare le condizioni perché le brutte notizie circolino presto e senza costi personali per chi le porta.

Verifica chiarezza del prossimo passo: checklist in 20 punti

Inserisci il tuo indirizzo e-mail per ricevere una guida completa e dettagliata passo dopo passo

Dichiaro di aver letto e compreso l'Informativa sulla privacy di Bitrix24

I segnali di rischio del progetto da cercare nelle prime settimane

I segnali di rischio del progetto sono osservabili e non richiedono strumenti sofisticati. Il punto è sapere dove guardare e con quale frequenza.

La frequenza di osservazione conta quanto i segnali stessi. Una verifica settimanale di dieci minuti sulle attività ferme intercetta quasi tutto; un controllo mensile arriva sempre dopo. Gli strumenti di gestione del lavoro servono proprio a rendere questa verifica veloce, perché mostrano in una schermata ciò che altrimenti richiede tre chat e due e-mail.

Nessuno di questi segnali è fatale da solo. Due o tre insieme, nella stessa settimana, descrivono un progetto che sta diventando più grande di come è stato venduto. Registrarli in modo visibile aiuta a individuare la complessità di un progetto quando le contromisure costano ancora poche ore.

Un controllo settimanale di dieci minuti copre le domande essenziali:

• Quali attività sono ferme da più di tre giorni e per quale motivo?
• Quali scadenze si sono spostate senza che il resto del piano venisse ricalcolato?
• Quali attività risultano senza un responsabile con nome e cognome?
• Quali decisioni del cliente sono ancora in attesa e da quanto tempo?
• Quali richieste arrivate questa settimana non erano previste nel perimetro iniziale?

Rispondere per iscritto, anche in cinque righe, crea la serie storica che rende riconoscibile un problema strutturale alla terza ripetizione.

I fattori di complessità: dipendenze, tempi, requisiti e persone

Quattro famiglie di fattori di complessità spiegano quasi tutti i progetti che sfuggono di mano. Vale la pena esaminarle separatamente, perché richiedono contromisure diverse.

Dipendenze tra attività

Le dipendenze tra attività (o vincoli di precedenza) sono la variabile che pesa di più. Un progetto con venti attività in sequenza è più fragile di un progetto con quaranta attività parallele, perché ogni ritardo si propaga fino in fondo. Rappresentarle su un diagramma di Gantt, il cronoprogramma a barre che mostra durate e vincoli, rende immediato ciò che un elenco nasconde: quali ritardi sono assorbibili e quali no.

Stime dei tempi

Le stime dei tempi meritano una domanda supplementare: su quale ipotesi si basano? Una stima costruita sul lavoro puro ignora attese, revisioni e riunioni. Chiedere al team quante ore servono "se tutto arriva puntuale" e poi quante ne servono "considerando com'è andata l'ultima volta" produce due numeri distanti. La differenza tra i due è la misura più onesta della complessità che stai per accettare.

Requisiti che cambiano

I requisiti che cambiano fanno parte del mestiere, il problema nasce quando cambiano senza lasciare traccia. Una modifica discussa in call e mai scritta si trasforma in due versioni della verità. Tenere un registro delle modifiche, anche minimo, consente di distinguere l'evoluzione naturale del lavoro dall'ampliamento progressivo dell'ambito del progetto (scope creep).

Stakeholder coinvolti e carico di lavoro del team

Il numero di stakeholder coinvolti aumenta in modo silenzioso: si parte con due referenti e si arriva a sei, tra l'ufficio legale, l'IT e la direzione. Ogni nuovo approvatore aggiunge giorni di attesa. Il carico di lavoro del team va letto insieme a questo dato, perché una persona impegnata su tre progetti paralleli diventa un collo di bottiglia anche quando il piano sembra sostenibile sulla carta.

"La possibilità di avere statistiche in tempo reale sull'andamento delle vendite, sulle performance individuali e la disponibilità di una vasta gamma di altri dati ci ha permesso di ottimizzare le risorse e orientarci verso processi di successo, scartando altre opzioni meno adatte."

Proprietario, Emiliano Vicaretti

SunPark Srl

Registrati gratuitamente

Come distinguere una difficoltà passeggera da un problema strutturale

Una difficoltà è passeggera quando ha una data di scadenza e un responsabile; è strutturale quando si ripresenta con nomi diversi ogni settimana e nessuno riesce a chiuderla. La distinzione decide se serve un recupero operativo o una rinegoziazione del piano. Un fornitore consegna con tre giorni di ritardo, il team recupera, il progetto torna in linea.

Ripetizione: è questo il test più rapido. Se lo stesso tipo di intoppo compare tre volte in tre settimane, non stai gestendo un imprevisto ma una caratteristica del progetto. Un cliente che risponde sempre in ritardo alle approvazioni non è un caso di sfortuna, è un vincolo da mettere nel piano.

Il secondo test riguarda il recupero. Chiediti se il ritardo si assorbe con qualche ora di straordinario o se richiede di rinegoziare una data. Il primo caso è rumore. Il secondo caso significa che il piano ha già perso aderenza alla realtà, e continuare a trattarlo come rumore serve solo a rimandare la conversazione difficile.

Applicare questi due test in modo regolare permette di individuare la complessità di un progetto senza aspettare la riunione di stato mensile, quando il margine di manovra si è già ridotto.

Quando intervenire con una revisione dell'ambito

La revisione dell'ambito serve a rimettere in fila aspettative, tempi e perimetro contrattuale. Farla presto costa una riunione. Farla tardi costa una rinegoziazione.

Cinque condizioni indicano che il momento è arrivato:

1. Due o più segnali della tabella precedente compaiono nella stessa settimana.
2. La stima interna aggiornata supera del 20% quella presentata in offerta.
3. Compare un nuovo approvatore che non era previsto al kick-off.
4. Un'attività sul percorso critico (la sequenza che determina la data finale) resta ferma per più di cinque giorni lavorativi.
5. Il team inizia a chiedere chiarimenti su punti che credevi già chiusi.

La riunione di revisione non deve durare più di un'ora e produce tre output: che cosa resta dentro l'ambito del progetto, che cosa diventa una voce separata, quali date si spostano in seguito alla decisione. Preparare la riunione richiede poco se il sistema lavora al posto tuo: le automazioni e gli avvisi segnalano le scadenze superate e le attività ferme senza che nessuno debba ricordarsene. Portare in quella stanza dati verificabili, non impressioni, cambia il tono della discussione. Un elenco di attività bloccate con date e responsabili è più convincente di qualsiasi affermazione del tipo "il progetto si sta complicando".

Come gestire la comunicazione con il cliente senza creare allarme

La comunicazione con il cliente sulla complessità funziona quando arriva prima che il ritardo sia certo e presenta una scelta invece di un avvertimento. Anticipare il momento della conversazione è ciò che separa un aggiornamento gestito da una giustificazione subita. Un messaggio che dice "abbiamo un problema" genera ansia. Un messaggio che dice "abbiamo tre approvazioni in attesa, possiamo procedere con l'opzione A mantenendo la data oppure con l'opzione B spostandola di una settimana" genera una decisione.

Tre principi rendono la conversazione più facile. Il primo: parlare di cause osservabili, non di sensazioni. Il secondo: presentare sempre almeno due strade percorribili. Il terzo: chiarire che cosa serve dal cliente e con quale scadenza, perché spesso il vincolo sta dalla sua parte e nessuno gliel'ha detto.

Anticipare paga anche sul piano della fiducia. Un cliente informato alla terza settimana percepisce un senso di controllo. Lo stesso cliente informato all'ottava settimana percepisce che gli è stato nascosto qualcosa, e la conversazione successiva parte da una posizione peggiore. Riuscire a individuare la complessità di un progetto in anticipo serve soprattutto a questo: scegliere il momento della conversazione invece di subirlo.

Dove questi segnali possono ingannare

I segnali descritti finora hanno dei limiti che conviene conoscere. Un brief incompleto produce gli stessi sintomi di un progetto strutturalmente complesso: attività riaperte, requisiti che si muovono, domande ricorrenti. La differenza è che il primo si risolve con mezza giornata di lavoro sul documento, il secondo no. Prima di allarmare il team, verifica se il problema sta nel progetto o nella sua descrizione.

Un secondo limite riguarda i progetti brevi. Su un lavoro da due settimane, tre dipendenze esterne sono normali e non indicano nulla di anomalo. Le soglie proposte in questo articolo sono regole pratiche pensate per progetti di media durata, da uno a sei mesi, con team tra tre e quindici persone. Fuori da questo intervallo vanno ricalibrate.

Esiste poi un rischio opposto, meno discusso: leggere complessità dappertutto. Un project manager che convoca una revisione dell'ambito ogni due settimane consuma credibilità e rallenta il lavoro. La misura sta nel distinguere i segnali che si ripetono da quelli isolati e nell'accettare che una parte dell'incertezza fa semplicemente parte del mestiere. Individuare la complessità di un progetto non equivale a eliminarla: serve a decidere quali rischi tenere e quali portare all'attenzione del cliente.

Un'ultima avvertenza riguarda i dati. Un sistema che mostra attività ferme e carichi sbilanciati è utile solo se il team aggiorna gli stati. Uno strumento mal alimentato produce una falsa tranquillità, che è peggio dell'assenza di uno strumento.

Come trasformare i primi segnali in decisioni operative

I segnali diventano utili quando qualcuno li vede senza doverli cercare. Individuare la complessità di un progetto smette di essere un esercizio di intuito nel momento in cui il piano di lavoro mostra da solo dove il lavoro si sta inceppando. Rendere visibile la struttura del lavoro, con attività, sottoattività, responsabili nominali e scadenze collegate, sposta la conversazione dal sospetto al dato. Automatizzare gli avvisi su scadenze superate e attività bloccate elimina la dipendenza dalla memoria delle persone.

Bitrix24 mette insieme questi elementi in un unico posto. Gli strumenti per la gestione degli incarichi e dei progetti consentono di costruire il piano con dipendenze e cronoprogramma, mentre gli avvisi automatici configurati possono segnalare le attività ferme prima che si trasformino in ritardi visibili. I rapporti sullo stato del lavoro e la visualizzazione dei carichi permettono di capire se un ritardo dipende dal piano o dalla persona, distinzione che cambia completamente la contromisura da adottare. La pianificazione del tempo nelle attività aiuta anche a confrontare le ore previste con quelle effettivamente impiegate, un dato utile per capire quando una stima iniziale non riflette più il lavoro reale.

Le funzionalità pensate per chi coordina più commesse in parallelo sono raccolte nella soluzione per il project management, utile quando i segnali vanno letti su più progetti contemporaneamente e non su uno solo. Crea il tuo account Bitrix24 gratuito e inizia a rendere visibili i segnali che oggi noti troppo tardi.

FAQ