... i guadagni di produttività documentati forniti dando ai lavoratori della conoscenza spazio, tranquillità e privacy. Il classico libro di gestione del software Peopleware documenta ampiamente questi vantaggi di produttività ...
Ecco il problema. Sappiamo tutti che i knowledge worker lavorano meglio entrando nel "flusso", noto anche come "nella zona", dove sono completamente concentrati sul loro lavoro e completamente fuori dal loro ambiente. Perdono la cognizione del tempo e producono grandi cose attraverso la concentrazione assoluta. Questo è quando svolgono tutto il loro lavoro produttivo. Scrittori, programmatori, scienziati e persino giocatori di basket ti diranno di essere nella zona.
Il problema è che entrare nella "zona" non è facile. Quando si tenta di misurarlo, sembra che siano necessari in media 15 minuti per iniziare a lavorare alla massima produttività. A volte, se sei stanco o hai già svolto un sacco di lavoro creativo quel giorno, semplicemente non riesci ad entrare nella zona e trascorri il resto della giornata lavorativa a giocherellare, leggere il web, giocare a Tetris.
L'altro problema è che è così facile essere buttati fuori dalla zona. Rumore, telefonate, uscita per pranzo, dover guidare per Starbucks per 5 minuti per un caffè e interruzioni da parte di colleghi - in particolare interruzioni da parte di colleghi - tutti ti buttano fuori dalla zona. Se prendi un'interruzione di 1 minuto da un collega che ti pone una domanda, e questo mette a tacere la tua concentrazione abbastanza da farti impiegare mezz'ora per tornare a essere produttivo, la tua produttività complessiva è in gravi difficoltà. Se ti trovi in un ambiente rumoroso e rumoroso come il tipo che le dotcom caffinate amano creare, con i ragazzi del marketing che urlano al telefono accanto ai programmatori, la tua produttività scenderà man mano che i knowledge worker vengono interrotti di volta in volta e non entrano mai nella zona.
Con i programmatori, è particolarmente difficile. La produttività dipende dalla capacità di destreggiarsi tra tanti piccoli dettagli nella memoria a breve termine contemporaneamente. Qualsiasi tipo di interruzione può causare il crash di questi dettagli. Quando riprendi il lavoro, non ricordi alcun dettaglio (come i nomi delle variabili locali che stavi utilizzando o dove stavi implementando quell'algoritmo di ricerca) e devi continuare a cercare queste cose, il che rallenta un molto finché non torni alla velocità.
Ecco la semplice algebra. Diciamo (come le prove sembrano suggerire) che se interrompiamo un programmatore, anche solo per un minuto, stiamo davvero spazzando via 15 minuti di produttività. Per questo esempio, mettiamo due programmatori, Jeff e Mutt, in cubicoli aperti uno accanto all'altro in una fattoria standard per ingrasso del vitello Dilbert. Mutt non ricorda il nome della versione Unicode della funzione strcpy. Potrebbe cercarlo, che richiede 30 secondi, oppure potrebbe chiedere a Jeff, che impiega 15 secondi. Dal momento che è seduto proprio accanto a Jeff, chiede a Jeff. Jeff viene distratto e perde 15 minuti di produttività (per salvare Mutt 15 secondi).
Ora spostiamoli in uffici separati con pareti e porte. Ora, quando Mutt non riesce a ricordare il nome di quella funzione, potrebbe cercarlo, che impiega ancora 30 secondi, oppure potrebbe chiedere a Jeff, che ora impiega 45 secondi e implica alzarsi (non è un compito facile data la forma fisica media di programmatori!). Quindi lo cerca. Quindi ora Mutt perde 30 secondi di produttività, ma risparmiamo 15 minuti per Jeff ...