Blog / Progetti e commesse

Gestione progetti nel gestionale cloud: dal piano alla consegna

15 ottobre 2026 · Redazione Gestionale sul Web

Un progetto non si governa con una lista di scadenze. Il commerciale conosce ciò che è stato promesso, il responsabile distribuisce il lavoro, i collaboratori registrano le ore e l'amministrazione segue i valori economici. Quando queste informazioni viaggiano separatamente, una consegna può risultare quasi pronta sul calendario e avere ancora attività, approvazioni o richieste del cliente da risolvere.

La gestione dei progetti nel gestionale cloud mette in relazione obiettivi, piano, persone e lavoro svolto. Questa guida propone un percorso dall'avvio alla consegna e lo collega alle funzioni documentate nella pagina del modulo Progetti e Commesse di Gestionale sul Web, verificata il 15 ottobre 2026. Gli esempi sono simulati: servono a preparare il processo e una demo, senza promettere risultati uguali per ogni impresa.

Progetto, attività, milestone e consegna: quattro oggetti diversi

Il progetto raccoglie un obiettivo e un perimetro. Un'attività descrive un lavoro da eseguire, con un responsabile e una stima. Una milestone segna un passaggio significativo, come l'approvazione del disegno. Una consegna è un risultato da sottoporre a verifica: un impianto configurato, un documento approvato, una formazione completata. Separare questi oggetti rende più preciso il significato di «finito».

Prima di aprire il piano, scrivete cliente, referente interno, risultato atteso, scadenza e criteri di accettazione. «Installare il sistema» lascia spazio a interpretazioni; «installazione completata e collaudo accettato dal referente indicato» permette una verifica. Elencate anche le esclusioni: una modifica richiesta dopo l'avvio deve poter essere confrontata con il perimetro concordato.

Il modulo presenta schede progetto con priorità, stati e responsabilità e un portafoglio per la visione d'insieme. Il portafoglio aiuta a scegliere dove intervenire; il dettaglio deve spiegare il motivo del ritardo o della richiesta pendente. Non interpretate un singolo indicatore di avanzamento come prova che tutte le condizioni della consegna siano soddisfatte.

Costruire il piano con fasi e attività verificabili

La scomposizione del lavoro, o WBS, organizza il progetto in parti gestibili. Per una piccola installazione possono bastare analisi, preparazione, configurazione, collaudo e consegna. All'interno di ciascuna fase definite attività abbastanza precise da poter essere assegnate e aggiornate da chi le esegue. Un elenco estremamente dettagliato, che nessuno mantiene, perde presto utilità.

Per ogni attività registrate responsabile, risultato, date previste, impegno in ore e lavoro residuo. I modelli e la duplicazione dei progetti possono offrire una base, ma richiedono revisione: persone, disponibilità e vincoli del cliente cambiano. Prima di confermare un modello copiato, cercate attività non pertinenti, scadenze ereditate e approvatori da aggiornare.

La pagina del modulo documenta viste tabella, Kanban e timeline sullo stesso piano. La tabella serve al controllo dei dati, il Kanban alla lettura degli stati, la timeline alla sequenza temporale. Usate definizioni condivise per gli stati: «in verifica» dovrebbe indicare chi deve verificare e che cosa manca, altrimenti la bacheca descrive etichette senza condurre a una decisione.

Distinguere durata, ore di lavoro e capacità disponibile

La durata misura l'estensione dell'attività sul calendario; l'impegno misura il lavoro richiesto; la capacità indica quanto una risorsa può dedicare al progetto in un periodo. Non sono intercambiabili. Un'attività da 16 ore assegnata a una persona disponibile quattro ore al giorno richiede almeno quattro giornate di lavoro, se non ci sono altre attese o interruzioni.

Il modulo permette di gestire capacità giornaliera e assegnazioni per periodo e ore al giorno, con lettura di carichi e sovraccarichi. Prima di assegnare un'urgenza, controllate gli impegni sugli altri progetti. Un collaboratore libero nella singola scheda potrebbe essere già occupato nel portafoglio. Definite inoltre chi può modificare le assegnazioni e come viene comunicato lo spostamento.

Aggiungere una seconda persona non dimezza necessariamente la durata: alcune operazioni sono sequenziali o richiedono coordinamento. Valutate il lavoro divisibile e verificate il calendario reale. Le assenze note devono entrare nella pianificazione prima dell'assegnazione, non essere trattate come sorprese nel resoconto finale.

Dipendenze e baseline: capire perché cambia una data

Una dipendenza descrive un legame fra attività. La configurazione può dipendere dalla disponibilità dei dati; il collaudo dalla conclusione della configurazione. Collegate i passaggi che hanno una ragione operativa e rendete visibili le attese. Fissare date manuali su ogni riga può nascondere il fatto che una fase è diventata irrealizzabile dopo lo spostamento della precedente.

Gestionale sul Web documenta legami fine-inizio, inizio-inizio, fine-fine e inizio-fine, calendari lavorativi e ricalcolo delle date. Il percorso critico evidenzia le attività che condizionano la conclusione del piano secondo i dati impostati. Non è una garanzia di puntualità: stime incomplete, legami mancanti o disponibilità sbagliate limitano l'utilità del risultato.

La baseline conserva un riferimento del piano con cui confrontare la situazione corrente. Prima di avviare il lavoro, concordate quale versione rappresenta l'impegno iniziale. Quando cambia il progetto, distinguete aggiornamento della previsione e revisione approvata dell'impegno. Conservare entrambe le letture permette di spiegare lo scostamento senza cancellarne la storia.

Come riferimento metodologico, il contributo PMI sulla qualità del piano temporale richiama la coerenza fra stime, dipendenze, calendari e risorse. La guida qui proposta usa questi concetti per una verifica pratica; le funzionalità del prodotto sono documentate nella pagina del modulo, non dedotte dalla fonte PMI.

Raccogliere ore e approvazioni senza perdere le origini

I rapportini collegano il lavoro svolto ad attività, risorsa e giornata. Una descrizione utile spiega che cosa è stato fatto e quale risultato è stato ottenuto. Ore registrate con settimane di ritardo o su un'attività generica rendono più difficile aggiornare il residuo. Stabilite una cadenza sostenibile e un referente per le correzioni.

Il modulo documenta inserimento dei rapportini, timer e indicazione della fatturabilità, insieme all'invio per approvazione al responsabile idoneo. Il rifiuto motivato permette di correggere il dato senza scambiare una bozza per un consuntivo accettato. La presenza di ore lavorate non prova che una consegna sia stata accettata dal cliente: sono controlli diversi.

Quando il lavoro nasce nell'assistenza, il collegamento a ticket e resoconti evita che l'operatore debba ricostruire il contesto. La pagina prodotto descrive il trasferimento compatibile con il cliente e i controlli sulle origini già acquisite. In demo provate a richiamare lo stesso lavoro una seconda volta e verificate come viene riconosciuto; non limitatevi al primo inserimento riuscito. Approfondite il contesto nella pagina di assistenza tecnica integrata.

Gestire richieste extra, rischi e consegne

Una richiesta ricevuta durante il lavoro va confrontata con il perimetro. Se introduce un risultato aggiuntivo, registrate descrizione, impatto stimato su ore e giorni e decisione attesa. Una richiesta non ancora approvata non dovrebbe apparire già assorbita nel piano concordato: l'approvatore deve poter comprendere ciò che sta autorizzando.

Il modulo prevede registri di rischi, problemi e decisioni e richieste di variazione, con approvazioni ed esiti motivati. Dopo l'approvazione, il responsabile recepisce la decisione nel piano. Questo passaggio va verificato: autorizzare una variazione e aggiornare attività, assegnazioni e previsione sono momenti collegati, con responsabilità riconoscibili.

Per le consegne definite chi verifica, quali evidenze servono e dove conservare l'esito. Allegati, checklist e commenti sono utili se restano associati al risultato corretto. Prima di chiudere il progetto, controllate richieste pendenti, attività aperte, documentazione e lavoro proveniente dall'assistenza. La chiusura amministrativa non deve nascondere un'accettazione ancora da ottenere.

Collegare il progetto al controllo economico

Il piano operativo risponde a «chi fa che cosa e quando»; la commessa analitica permette di approfondire budget, valori e previsioni. Il collegamento mantiene leggibili due prospettive sullo stesso lavoro. Un giorno di ritardo può avere conseguenze economiche, ma ore, importi e avanzamento non si trasformano automaticamente l'uno nell'altro.

La pagina prodotto specifica che ore e spese operative non generano automaticamente movimenti economici e che i rapportini possono essere associati a costi già registrati. La distinzione evita di contare due volte lo stesso lavoro. Per le regole di attribuzione leggi la nuova guida alla contabilità analitica nel gestionale cloud; per l'interpretazione del risultato rimane pertinente la guida al margine di commessa fra preventivo e consuntivo.

Usare l'AI per preparare e verificare il lavoro

L'AI del modulo affianca la lettura dello stato, la preparazione di piani, l'analisi degli scostamenti e le verifiche di chiusura. Un uso concreto è chiedere quali attività aperte mettono a rischio la consegna, poi aprire le fonti indicate e verificare gli elementi mancanti. Una spiegazione plausibile non sostituisce il controllo del responsabile.

Per una proposta di piano o di assegnazione, rivedete ipotesi, date e carichi nell'anteprima ricalcolata prima di confermare. Le funzioni AI richiedono servizio configurato, token e permessi dedicati; le analisi economiche dipendono anche dagli accessi alla contabilità analitica. La pagina chiarisce che l'AI non approva richieste, non invia email e non emette fatture. Definite quindi chi verifica la proposta e chi mantiene la responsabilità della decisione.

Una prova completa prima di adottare il processo

Usate un progetto campione anonimizzato, con una dipendenza, una risorsa condivisa e una richiesta extra. Scrivete gli esiti attesi prima della demo. La tabella seguente aiuta a verificare il percorso, senza trasformarlo in una semplice visita alle schermate.

Partite da un gruppo limitato di progetti e concordate la cadenza di aggiornamento. Misurate completezza dei rapportini, richieste senza responsabile e attività con residuo non aggiornato. Questi controlli descrivono la qualità del processo; eventuali miglioramenti di puntualità vanno osservati su periodi e progetti confrontabili.