... задокументоване підвищення продуктивності, яке надається працівникам знань простору, тиші та конфіденційності. Класична книга управління програмним забезпеченням Peopleware документи ці продуктивність значно виграє ...
Ось біда. Усі ми знаємо, що працівники знань найкраще працюють, потрапляючи в «потік», також відомий як «у зоні», де вони повністю зосереджені на своїй роботі та повністю налаштовані на своє оточення. Вони втрачають слід часу і виробляють чудові речі через абсолютну концентрацію. Це коли вони закінчують всю свою продуктивну роботу. Письменники, програмісти, вчені і навіть баскетболісти розкажуть вам про перебування в зоні.
Біда в тому, що потрапити в "зону" непросто. Коли ви намагаєтеся виміряти це, схоже, що в середньому потрібно 15 хвилин, щоб почати працювати з максимальною продуктивністю. Іноді, якщо ти втомився або ти вже зробив багато творчої роботи в той день, ти просто не можеш потрапити в зону, а решту робочого дня ти проводиш, переймаючись, читаючи Інтернет, граючи в тетріс.
Інша біда полягає в тому, що так легко вибитись із зони. Шум, телефонні дзвінки, виїзд на обід, проїзд 5 хвилин до Starbucks на каву та перебої з боку колег - ОСОБЛИВО перерви колегами - все вибиває вас із зони. Якщо ви зробите 1-хвилинну перерву колегою, яка задає вам питання, і це вибиває вашу концентрацію достатньою мірою, що вам знадобиться півгодини, щоб знову стати продуктивними, ваша загальна продуктивність може зазнати серйозних проблем. Якщо ви знаходитесь у шумному середовищі збитків, як той тип, який люблять створювати кофтиновані dotcoms, а хлопці з маркетингу кричать по телефону поруч із програмістами, ваша продуктивність зануриться, коли знавці час від часу перебиваються і ніколи не потраплять у зону.
З програмістами це особливо важко. Продуктивність залежить від того, що ви зможете переглядати відразу декілька дрібних деталей у короткотерміновій пам'яті. Будь-який вид переривання може призвести до збою цих деталей. Коли ви відновите роботу, ви не можете запам'ятати будь-яку деталь (наприклад, імена локальних змінних, якими ви користувались, або де ви вже збиралися впроваджувати алгоритм пошуку), і вам доведеться продовжувати шукати ці речі, що сповільнює багато, поки не повернешся до швидкості.
Ось проста алгебра. Скажімо, (як здається, свідчать дані), що якщо ми перервемо програміста, навіть на хвилину, ми справді знищимо продуктивність 15 хвилин. Для цього прикладу давайте покладемо двох програмістів, Джеффа та Мутта, у відкриті кабінки поруч один з одним у стандартній фермі для відгодівлі телятини Ділберта. Mutt не може запам'ятати ім'я версії Unicode функції strcpy. Він міг би його подивитися, що займає 30 секунд, або він міг попросити Джеффа, який займає 15 секунд. Оскільки він сидить прямо біля Джеффа, він запитує Джеффа. Джефф відволікається і втрачає 15 хвилин продуктивності (щоб зекономити Матта 15 секунд).
Тепер давайте перенесемо їх в окремі кабінети зі стінами та дверима. Тепер, коли Матт не може запам’ятати назву цієї функції, він міг би її шукати, що ще займає 30 секунд, або він міг попросити Джеффа, який зараз займає 45 секунд і передбачає стояння (непросте завдання з огляду на середню фізичну форму програмістів!). Тож він це шукає. Отже, Mutt втрачає 30 секунд продуктивності, але ми економимо 15 хвилин для Джеффа ...