... udokumentowany wzrost produktywności zapewniany pracownikom wiedzy miejsce, spokój i prywatność. Klasyczna książka do zarządzania oprogramowaniem Peopleware dokumentuje te korzyści związane z wydajnością ...
Oto kłopot. Wszyscy wiemy, że pracownicy wiedzy najlepiej pracują, wchodząc w „przepływ”, znany również jako „w strefie”, gdzie są w pełni skoncentrowani na swojej pracy i całkowicie wyrzuceni ze środowiska. Tracą poczucie czasu i produkują świetne rzeczy dzięki absolutnej koncentracji. To wtedy wykonują całą swoją produktywną pracę. Pisarze, programiści, naukowcy, a nawet koszykarze powiedzą ci, że jesteś w strefie.
Problem polega na tym, że wejście do „strefy” nie jest łatwe. Kiedy próbujesz to zmierzyć, wygląda na to, że rozpoczęcie pracy z maksymalną wydajnością zajmuje średnio 15 minut. Czasami, jeśli jesteś zmęczony lub wykonałeś już dużo pracy twórczej tego dnia, po prostu nie możesz wejść do strefy i spędzasz resztę dnia na zabawie, czytaniu Internetu, graniu w Tetris.
Innym problemem jest to, że tak łatwo można zostać wyrzuconym ze strefy. Hałas, rozmowy telefoniczne, wychodzenie na lunch, konieczność przejechania 5 minut do Starbucks na kawę i przerwy ze strony współpracowników - szczególnie przerwy ze strony współpracowników - wszystko to wytrąca cię ze strefy. Jeśli zechcesz 1-minutową przerwę ze strony współpracownika, który zadaje ci pytanie, a to pozbawia cię koncentracji na tyle, że potrzeba pół godziny, aby znów uzyskać produktywność, ogólna produktywność ma poważne problemy. Jeśli znajdujesz się w hałaśliwym otoczeniu typu bullpen, takim jak ten, który uwielbiają tworzyć cekiny z dotcomami, a marketingowcy krzyczą przez telefon obok programistów, Twoja produktywność spadnie, gdy pracownicy wiedzy będą zakłócani za każdym razem i nigdy nie wejdą w strefę.
Z programistami jest to szczególnie trudne. Wydajność zależy od możliwości żonglowania wieloma drobnymi szczegółami w pamięci krótkotrwałej naraz. Wszelkie zakłócenia mogą spowodować awarię tych szczegółów. Kiedy wznawiasz pracę, nie możesz zapamiętać żadnych szczegółów (takich jak nazwy zmiennych lokalnych, których używałeś lub gdzie byłeś przy wdrażaniu tego algorytmu wyszukiwania) i musisz ciągle szukać tych rzeczy, co spowalnia dużo, dopóki nie wrócisz do prędkości.
Oto prosta algebra. Powiedzmy (jak wskazują na to dowody), że jeśli nawet na minutę przerwiemy programistę, naprawdę stracimy 15 minut wydajności. W tym przykładzie umieśćmy dwóch programistów, Jeffa i Mutta, w otwartych kabinach obok siebie na standardowej farmie tuczu cielęciny Dilberta. Mutt nie pamięta nazwy funkcji strcpy w wersji Unicode. Mógł to sprawdzić, co zajmuje 30 sekund, lub może zapytać Jeffa, co zajmuje 15 sekund. Ponieważ siedzi tuż obok Jeffa, pyta Jeffa. Jeff jest rozproszony i traci 15 minut wydajności (aby zaoszczędzić 15 minut Muttowi).
Teraz przenieśmy je do oddzielnych biur ze ścianami i drzwiami. Teraz, gdy Mutt nie pamięta nazwy tej funkcji, może ją wyszukać, co nadal zajmuje 30 sekund, lub może zapytać Jeffa, który zajmuje teraz 45 sekund i wymaga wstania (nie jest to łatwe zadanie ze względu na przeciętną sprawność fizyczną programistów!). Więc on to przegląda. Więc teraz Mutt traci 30 sekund wydajności, ale oszczędzamy 15 minut dla Jeffa ...