Project phases con gate: perché i tuoi progetti non si chiudono mai (e come risolvere)

Hai mai vissuto questa scena? Il progetto è "in sviluppo" da 3 settimane. Lo apri in Trello / Asana / Monday: card spostata su "Done". Però il cliente lamenta che mancano 4 deliverable. Risali: il PM ha spostato la card "perché stava per andare in ferie e si ricordava male dello stato". Risultato: 3 giorni di lavoro extra per recuperare, fattura ritardata, fiducia cliente scossa.

Il problema non è la persona — è il software. Trello, Asana, Monday, Odoo Project: tutti i task manager moderni ti lasciano spostare una task da una colonna all'altra senza chiederti se hai davvero finito. È drag-and-drop libero. Veloce, intuitivo, perfetto per task list semplici. Disastroso per progetti seri con milestone obbligatorie.

In SwissWork abbiamo aggiunto una funzionalità che non vedo in nessun altro tool del mercato svizzero: gate configurabili tra fasi. Spiego come funziona, perché è più utile di milestone "decorative", e tre esempi concreti per agenzia, consulenza fiscale, sviluppo software.

---

Cos'è un "gate" tra fasi

Un gate è un criterio bloccante definito dall'utente per ogni passaggio tra fasi del progetto. Senza soddisfare il gate, non puoi avanzare. Esempio:

Progetto: Sito web cliente Rossi SA Fasi: Discovery → Design → Sviluppo → QA → Done

Gate per uscire da Discovery:

• Almeno 3 task chiusi nella fase
• Documento "Brief approvato" caricato in /documents

Gate per uscire da Design:

• Tutti i task della fase chiusi (all_tasks_done)
• Checklist manuale "Cliente ha firmato visual" approvata da owner

Gate per uscire da Sviluppo:

• Almeno 8 task chiusi
• Tutti i bug priorità "high" chiusi

Quando provi a cliccare "Avanza alla fase successiva", il sistema controlla i gate. Se mancano, vedi una modale con:

• Quali criteri sono OK ✓
• Quali mancano ⚠
• Bottoni "quick action" per soddisfare quelli mancanti (es. "Approva checklist manuale" se sei owner)

Non puoi forzare. È intenzionale.

---

Differenza vs "milestone" classiche

Tutti i task manager hanno "milestone". Una milestone in Trello è una data. In Asana è un check decorativo. In Monday è un task con flag.

Nessuno di questi blocca davvero. Sono note per il PM. Se sposti la card prima della milestone, il software non protesta.

Il gate di SwissWork è diverso perché:

1. È bloccante a livello DB. La transizione di fase è atomica e verifica i gate in transazione. Non c'è modo di aggirare via UI o trucco.
2. È configurabile per progetto. Non hai criteri fissi imposti dal vendor — sei tu che decidi cosa serve per chiudere la fase Design del progetto X.
3. Ha quick action. Se il gate è "checklist manuale approvata", puoi cliccare "Approva" direttamente dalla modal — non devi navigare altrove. Frizione zero.

---

I 4 tipi di gate disponibili

In SwissWork puoi configurare 4 tipi di gate per fase. Combinabili.

1. tasks_done_count — "X task chiusi nella fase"

Esempio: "Discovery non si chiude finché non hai almeno 5 task con status=done associati a questa fase". Utile quando hai un volume minimo di lavoro da svolgere prima di considerare la fase completata.

2. all_tasks_done — "Tutti i task della fase chiusi"

Esempio: "Design non si chiude finché ogni task della fase è in stato done o cancelled". Utile per fasi con scope ben definito e non incrementale.

3. document_uploaded — "Documento Y caricato"

Esempio: "Discovery richiede file brief-cliente.pdf caricato nella cartella documenti del progetto". Utile per deliverable contrattuali (specifiche, contratti firmati, approvazioni cliente).

4. manual_checklist — "Checklist manuale approvata"

Esempio: "Approvazione cliente design (deve cliccare un membro con ruolo owner)". Utile per momenti decisionali umani che il software non può verificare automaticamente.

---

Esempio 1 — Agenzia web/marketing

Cliente: sito web per ristorante.

Fasi configurate:

1. Brief — gate: documento brief-firmato.pdf caricato + checklist "cliente ha pagato 50% acconto" approvata da owner
2. Design — gate: 5 task chiusi + checklist "cliente ha approvato visual" approvata
3. Sviluppo — gate: tutti i task chiusi + documento staging-test-report.pdf caricato
4. Lancio — gate: checklist "cliente ha approvato versione finale" + checklist "fattura saldo emessa" entrambe approvate

Risultato: l'agenzia non può "lanciare" un sito senza prima incassare il saldo. Il sistema lo impedisce a monte. Niente più "lanci e poi insegui il pagamento".

---

Esempio 2 — Studio fiduciario svizzero

Cliente: chiusura bilancio anno fiscale per mandante PMI.

Fasi configurate:

1. Raccolta documenti — gate: 10 task chiusi (uno per categoria documenti) + checklist "tutti gli estratti banca ricevuti" approvata
2. Registrazione movimenti — gate: tutti i task chiusi + checklist "bilancio quadrato" approvata da senior
3. Revisione — gate: documento bilancio-revisionato.pdf caricato + checklist "controllo qualità senior" approvata
4. Consegna cliente — gate: documento bilancio-firmato-cliente.pdf caricato + checklist "fattura saldo emessa" approvata
5. Archivio — final state

Risultato: il junior non può "chiudere" la pratica saltando la revisione del senior. Il workflow di approvazione è enforced dal software, non dalla buona volontà.

---

Esempio 3 — Sviluppo software interno PMI

Cliente: nuovo modulo gestione magazzino.

Fasi configurate:

1. Specifiche — gate: documento specifica-funzionale.pdf caricato + checklist "validata da stakeholder" approvata
2. Sviluppo — gate: 12 task chiusi + tutti i task con priorità "high" chiusi
3. Testing — gate: tutti i task chiusi + documento test-report.pdf caricato
4. Deploy produzione — gate: checklist "approvazione tech lead" + checklist "comunicato a tutti i team" + checklist "backup pre-deploy fatto"
5. Stabilizzazione — final state

Risultato: nessun deploy in produzione senza backup pre-deploy. Bloccante a monte.

---

Quando NON usare i gate

I gate aggiungono frizione utile per progetti seri. Sono eccessivi per:

• Personal task list / todo — usa una semplice lista
• Sprint di sviluppo agile rapidi (2 settimane con 20 task) — il kanban senza gate è più adatto
• Brainstorming / ideation — la rigidità del gate uccide la creatività
• Bug tracker — il workflow è di solito open → in_progress → fixed, no fasi grandi

SwissWork supporta ENTRAMBI: puoi avere progetti con fasi e gate (per i progetti seri) e progetti flat senza fasi (semplice kanban di task con assignee). La scelta è per progetto.

---

Come configurare i gate (3 click)

1. Vai a Progetti → clicca su un progetto esistente o creane uno nuovo
2. Click "Fasi & gate" in alto a destra
3. Drag-and-drop per ordinare le fasi, click "+ Aggiungi gate" su ogni fase
4. Scegli il tipo (tasks_done_count, all_tasks_done, document_uploaded, manual_checklist) e configura

Una volta configurato, lavori normalmente con il kanban. Quando vuoi avanzare alla fase successiva, click "Avanza fase" e il sistema fa il check.

---

Conclusione

Il drag-and-drop libero di Trello/Asana/Monday va bene per task list semplici. Per progetti veri con responsabilità contrattuali (agenzie, fiduciari, sviluppo), serve un workflow che blocca le scorciatoie.

In SwissWork i project phases con gate sono inclusi in tutti i piani da Pro in su, nessun add-on. Li trovi in Progetti → dettaglio progetto → tab "Fasi & gate".

Se sei un'agenzia o uno studio fiduciario svizzero che gestisce progetti con multiple revisioni cliente, prova il flusso a gate per 2-3 progetti pilota e misura: quanti progetti "saltano" una fase critica nei prossimi 30 giorni? Nella nostra esperienza con i primi clienti beta, la risposta è "zero" — e questo è il valore.

Prova SwissWork gratis 14 giorni →