Il mini-Gantt è il cruscotto dei lavori di gruppo: in una tabella unica vedi attività, responsabili, scadenze, stato e milestone. Non serve un software complesso: 5–8 attività ben definite, un responsabile (e un backup), date realistiche con buffer del 20% e codici semplici per lo stato (☐/▣/☑). È didatticamente prezioso perché rende visibile il processo, non solo il prodotto: chi fa cosa, quando, con quali dipendenze. Aiuta a prevenire il “tutto all’ultimo” e sostiene l’autovalutazione: se manca una definizione chiara di “fatto”, il blocco è dietro l’angolo. Chiusura imprescindibile: retrospettiva breve (“cosa tenere/cosa cambiare”) per migliorare il prossimo ciclo.

Perfetto per lavori di gruppo, PCTO e preparazione verifiche di lungo periodo. In una pagina ottieni il quadro d’insieme e la checklist operativa.

Scarica PDF A4 della guida operativa – Apri il sorgente Markdown su GitHub

Se non sai cos’è il Markdown segui il link

---
title: "QR - Mini‑Gantt di progetto"
version: "1.0"
autore: "<Classe/Team>"
licenza: "CC BY 4.0"
ultimo_aggiornamento: "31.08.2025"
---

| ID | Attività | Responsabile | Inizio | Fine | Stato | Note |
|----|----------|--------------|--------|------|-------|------|
| 1 | | | | | ☐/▣/☑ | |
| 2 | | | | | ☐/▣/☑ | |

## Milestone
- M1: 
- M2: 

Vediamo un esempio pratico su un’attività di laboratorio.

Mini-Gantt — “Stazione ambientale con Arduino Sensor Kit”

Setup progetto (premesse)

• Team (4 studenti):
  PM (coordinamento), HW (cablaggi), SW (codice), DOCS (relazione/slide).
• Durata: 2 settimane scolastiche (6 ore in laboratorio + 2 a casa).
• Consegna: sketch .ino, demo funzionante, grafico dei dati, mini-report (2 pagine) o slide (6–8).

Tabella mini-Gantt (compilata)

Stati: ☐ non iniziato · ▣ in corso · ☑ completato

Versione PDF della tabella di esempio (ingrandita).

ID	Attività	Responsabile	Inizio	Fine	Dipendenze	Stato	Definizione di “fatto”
1	Kick-off, ruoli, criteri di valutazione	PM	02/10	02/10	—	☑	Ruoli assegnati + checklist comune
2	Inventario kit e test IDE	HW	02/10	02/10	1	☑	IDE apre, board selezionata, cavo OK
3	Cablaggio sensori (Temp/Umid, Luce)	HW	03/10	03/10	2	▣	Wiring secondo schema + foto
4	Sketch base: lettura sensori + Serial	SW	03/10	04/10	3	☐	Serial.println() valori leggibili ogni 1s
5	Soglie e feedback (LED/Buzzer)	SW	04/10	04/10	4	☐	LED/Buzzer attivi se superate soglie
6	Logging dati (CSV)	SW/DOCS	04/10	05/10	4	☐	CSV con timestamp + 50 righe campione
7	Analisi rapida e grafico (foglio di calcolo)	DOCS	05/10	05/10	6	☐	Grafico linea luce/temp/umidità
8	Test integrato + bugfix	PM+Tutti	06/10	06/10	5,6	☐	10 min run stabile, nessun falso allarme
9	Slide/mini-report + foto schemi	DOCS	06/10	07/10	7,8	☐	6–8 slide/2 pagine, font leggibile
10	Prova demo e consegna	PM	07/10	07/10	9	☐	Repository/Drive ordinato + consegna docente

Milestone

• M1 (03/10): Cablaggio completato e foto schema.
• M2 (05/10): Dati registrati in CSV + grafico generato.
• M3 (07/10): Demo + consegna finale.

Schema di lavoro (che cosa fare concretamente)

Wiring (HW):

• Sensore temperatura/umidità → I²C o pin indicati dal Kit.
• Sensore luce/Fotoresistenza → ingresso analogico A0.
• LED + Buzzer → pin digitali (es. D5 buzzer, D6 LED).
• Scatta foto del cablaggio finito (serve per la relazione).

Codice (SW):

• setup(): Serial.begin(9600); test di lettura sensori; pinMode uscita LED/Buzzer.
• loop(): leggi sensori → stampa timestamp,temp,umidità,luce → applica soglie (es. luce < 200 → LED rosso; temp > 28°C → buzzer breve).
• File CSV: usa Serial + salvataggio lato PC (copiando dal monitor o con un logger semplice).

Documentazione (DOCS):

• Tabella decisioni (soglie adottate e motivazione).
• Grafico lineare (luce/temp/umidità) da CSV.
• 1 pagina di “lezioni apprese” (cosa ha funzionato/cosa cambiare).

Coordinamento (PM):

• Aggiorna stato ogni fine sessione (☐/▣/☑).
• Verifica dipendenze (es. 6 parte solo dopo 4).
• Mantiene lista bug e check pre-demo (vedi sotto).

Checklist tecnica rapida (per non perdere tempo)

• IDE: scheda corretta (UNO/compatibile), porta seriale ok.
• Librerie sensori installate (se necessarie).
• Numeri pin nel codice = pin del wiring (evita errori “LED non va”).
• delay() brevi; usa millis() per letture periodiche.
• Stampa formato CSV coerente: ms,temperatura,umidità,luce.

Esempio di definizione soglie (adattabili)

• Luce bassa: < 200 (scala 0–1023) → LED rosso acceso. Caldo eccessivo: temp > 28°C per > 5 s → beep corto ogni 2 s.
• Umidità alta: umidità > 70% → messaggio su Serial.

Spiegate sempre perché avete scelto quelle soglie (es. classe luminosa, temperatura in aula, ecc.).

Rischi (da incollare vicino al Gantt)

• Cavo/porta non riconosciuta → prova altro cavo/porta, riavvia IDE.
• Rumore luce → media mobile su 5 letture.
• Buzzer fastidioso → limita durata, usa segnale visivo in alternativa.
• CSV confuso → intestazione time_ms,temp,hum,light e separatore coerente.

Buon lavoro 🙂