Non perdi un minuto.
Perdi 23.

Tenere in testa il modello mentale di un codebase è fragile in un modo specifico che la maggior parte degli altri lavori non è. La ricerca sugli stati di flusso degli sviluppatori stima il costo di una concentrazione interrotta fino a 23 minuti per recuperarla completamente, e le interruzioni stesse arrivano in media ogni 3-10 minuti. Uno studio citato su GitHub stima che le interruzioni frequenti da riunioni, messaggi e domande rapide possono cancellare fino all'82% del tempo produttivo di uno sviluppatore.

I rompi-flusso più comuni non sono le riunioni, ma le notifiche: Slack, email, avvisi del calendario. E il danno non richiede una risposta. Solo vedere apparire una notifica sullo schermo può essere sufficiente a rompere la concentrazione, anche se non la tocchi. Il context switching in generale è stato dimostrato costare circa il 40% del tempo produttivo di una persona durante una giornata lavorativa.

La maggior parte del lavoro intellettuale tollera una certa frammentazione. Scrivere un'email, rivedere un documento: queste attività possono sopravvivere a una pausa di cinque minuti senza grandi costi. La programmazione è diversa perché lo "stato" che stai tenendo non è scritto da nessuna parte: è un modello mentale vivo di stati delle variabili, stack di chiamate e del bug o della funzionalità specifica su cui stai ragionando. Un'interruzione non mette in pausa quel modello, lo cancella, e ricostruirlo è dove vanno i 23 minuti.

Ecco perché "controllo solo velocemente" è uno scambio peggiore per uno sviluppatore che per quasi qualsiasi altro ruolo. Il controllo veloce in sé può richiedere dieci secondi. Il modello mentale che costa richiede 23 minuti per essere ricostruito, se viene ricostruito del tutto prima che arrivi l'interruzione successiva.

Molti team di ingegneria sono diventati abbastanza bravi a gestire il rumore di Slack, i programmi delle notifiche, gli standup raggruppati, una riunione al giorno invece di tre. La ricerca sulla frequenza delle riunioni supporta quell'istinto: i team che tengono una riunione al giorno mantengono i progressi sugli obiettivi giornalieri quasi al 99% delle volte, un numero che scende al 14% quando si aggiunge una terza riunione.

Nessuna di quella disciplina su Slack tocca il telefono accanto alla tastiera. Un messaggio, una notifica social, un aggiornamento di un gioco: questi interrompono lo stesso fragile modello mentale di Slack, ma di solito non fanno parte di nessuna politica di focus-time del team perché sono personali, non professionali.

Le modalità Focus di iOS possono silenziare le notifiche durante un blocco di coding, ma le app sono comunque a un tocco di distanza, e silenziare una notifica non ferma il controllo riflesso che avviene comunque. L'abitudine di dare un'occhiata al telefono tra una compilazione e l'altra o mentre aspetti una suite di test non richiede una notifica per attivarsi.

Fella blocca le app selezionate a livello di iPhone usando il framework Screen Time di Apple, quindi non c'è nulla da aprire nemmeno nei momenti intermedi. Uno sblocco di emergenza di 5 minuti per sessione copre un bisogno reale, e strumenti di lavoro come Slack, email e app di ticketing possono rimanere sbloccati per tutto il tempo.

1. Blocca le app che non fanno parte del lavoro. Social media, giochi e app di intrattenimento: lascia sbloccati Slack, email e il tuo sistema di ticketing.

2. Lascia che il blocco duri per tutta la giornata di coding. Nessun interruttore da spegnere tra un ticket e l'altro.

3. Usa lo sblocco di emergenza per qualcosa di reale. Una finestra di 5 minuti per sessione, non uno scroll durante la compilazione.

4. Le app si bloccano di nuovo automaticamente. Nessuna forza di volontà necessaria mentre sei a metà di uno stack trace alle 16:00.