Tu17:40
Fatto: copiati i dati di produzione in staging. Deciso: prima le fatture, perché i report dipendono da quelle. Prossimo passo: lanciare la migrazione in staging.
Tenere un diario di lavoro significa scrivere una breve nota datata alla fine di ogni sessione di lavoro: cosa hai fatto, cosa hai deciso e cosa viene dopo. La settimana dopo ti dice dove ti eri fermato, e quando arriva il momento di fare il punto mostra cosa hai portato a termine.
Aggiornato il 4 novembre 2026
Vedi il modelloUna traccia di ciò che hai fatto e deciso, nell’ordine in cui è successo, con il prossimo passo alla fine.
Non è un foglio ore. Non ci registri le ore; se fatturi a tempo, affiancagli uno strumento per tracciare il tempo.
Copialo in ogni nuova voce e cancella le righe che non ti servono.
Fatto: Deciso (e perché): Bloccato: Prossimo passo:
Metti la data in cima se il tuo strumento non la aggiunge. Non c’è una riga per il progetto, perché ogni progetto ha il suo diario.
Una voce compilata, dal diario di uno sviluppatore:
Fatto: la ricerca prodotti risponde in 120 ms in staging; i test passano. Deciso: per ora indicizziamo solo i titoli, perché il testo completo raddoppia l’indice. Bloccato: «Müller» non corrisponde a «Muller». Prossimo passo: provare il filtro per gli accenti sull’indice di staging.
Il momento migliore è subito prima di passare ad altro, quando hai ancora i dettagli in testa. La sera ricordi cosa hai fatto, ma non cosa stavi per provare, e Prossimo passo è la riga che ti serve il lunedì mattina. Per saperne di più su come riprendere: come riprendere un progetto dopo una pausa.
Basta una frase: «Mi fermo qui: la migrazione gira in staging; poi, i due report che falliscono».
Un solo diario per tutto diventa un elenco in cui tre progetti si intrecciano. Tienine uno per progetto: ognuno si legge come un’unica storia, e la sua ultima voce è sempre il punto da cui quel progetto riparte.
Se lavori a un progetto alla volta, basta un diario giornaliero. Con più progetti, una breve voce in un diario «Settimana» a parte può elencare cosa è andato avanti in ciascuno.
Quando una decisione cambia, scrivi una nuova voce che lo dice e spiega perché. Quando a marzo qualcuno ti chiede perché hai abbandonato il secondo fornitore di pagamenti, la risposta è lì con la sua data, accanto a ciò che sapevi in quel momento.
Il venerdì, rileggi le ultime voci della settimana in ogni progetto e scrivi tre righe:
Consegnato: Imparato: Settimana prossima:
Queste tre righe sono il tuo aggiornamento di stato. In un anno diventano una traccia del tuo lavoro per una valutazione delle prestazioni o un diario dei successi. In quasi 12.000 voci di diario di 238 dipendenti di sette aziende, Teresa Amabile e Steven Kramer hanno scoperto che fare progressi in un lavoro significativo, anche a piccoli passi, contava più di qualsiasi altra cosa nelle giornate di lavoro delle persone (The Progress Principle).
Il tuo spazio di lavoro parte vuoto.
Lavoro
Scritta prima di passare al progetto successivo.
Tu17:40
Fatto: copiati i dati di produzione in staging. Deciso: prima le fatture, perché i report dipendono da quelle. Prossimo passo: lanciare la migrazione in staging.
La riga Bloccato è quella che ti servirà domani.
Tu18:05
Fatto: la migrazione è andata. Bloccato: il report delle fatture e quello dei ricavi mostrano totali diversi. Prossimo passo: confrontare le query dei due report.
Una decisione, con il suo motivo. In attesa
Tu16:20
Deciso: facciamo girare in parallelo la vecchia e la nuova fatturazione per un ciclo, perché l’amministrazione vuole confrontare le fatture. Bloccato: in attesa dell’amministrazione.
Le tre righe del venerdì.
Tu17:55
Consegnato: la migrazione in staging. Imparato: il report dei ricavi conta due volte i rimborsi. Settimana prossima: la produzione, appena l’amministrazione è d’accordo.
Claude Code e Codex sono nomi che appartengono ai rispettivi titolari. ThreadPage è indipendente e non è affiliato ai titolari né approvato da loro.
Soprattutto il nome. Un diario di lavoro tende a essere breve e fattuale; un diario di bordo lascia più spazio alla riflessione. Il modello va bene per entrambi.
Più breve che puoi, purché tra un mese tu la capisca ancora. Di solito da due a cinque righe.
Una per sessione se cambi progetto durante la giornata; una giornata su un solo progetto ne richiede una.
Condividi le tre righe della settimana e tieni per te il diario vero e proprio.
No. Un foglio ore registra le ore. Un diario di lavoro registra cosa è successo, cosa hai deciso e cosa viene dopo.
Gratis nel tuo browser. Non serve un account per iniziare.
Prima di cambiare, una riga: mi fermo qui, prossimo passo. Quando torni, l’ultima nota dell’argomento ti dice da dove ripartire.
Free niente da configurareLe pull request del tuo repository arrivano da sé in un argomento tutto loro. Tu annoti ciò che git non vede, e al momento della valutazione il tuo agente prepara la bozza da entrambi.
Pro pull request e agenti