... документированный прирост производительности, предоставленный работникам умственного труда, спокойствием и конфиденциальностью. Классическая книга по управлению программным обеспечением Peopleware подробно описывает эти преимущества ...
Вот в чем проблема. Все мы знаем, что работники умственного труда работают лучше всего, попадая в «поток», также известный как «находящийся в зоне», где они полностью сосредоточены на своей работе и полностью настроены вне своей среды. Они теряют счет времени и производят великолепные вещи благодаря абсолютной концентрации. Это когда они выполняют всю свою продуктивную работу. Писатели, программисты, ученые и даже баскетболисты расскажут вам о нахождении в зоне.
Проблема в том, что попасть в «зону» непросто. Когда вы пытаетесь измерить его, похоже, что в среднем требуется 15 минут, чтобы начать работать с максимальной производительностью. Иногда, если вы устали или уже проделали большую творческую работу в тот день, вы просто не можете попасть в зону, а остаток рабочего дня вы тратите на игры, чтение в Интернете и игру в тетрис.
Другая беда в том , что это так легко получить нокаут из зоны. Шум, телефонные звонки, выход на обед, необходимость ехать 5 минут в Starbucks за кофе и перерывы со стороны коллег - особенно прерывания со стороны коллег - все вышибают вас из зоны. Если вы сделаете перерыв в 1 минуту, когда коллега задаст вам вопрос, и это выбьет вашу концентрацию настолько, что вам потребуется полчаса, чтобы снова стать продуктивным, ваша общая производительность окажется в серьезной проблеме. Если вы находитесь в шумной обстановке КПЗ, подобной той, которую любят создавать доткомы с кофеином, а маркетологи кричат по телефону рядом с программистами, ваша производительность будет падать, поскольку работники умственного труда время от времени прерываются и никогда не попадают в зону.
С программистами это особенно сложно. Производительность зависит от способности одновременно обрабатывать множество мелких деталей в краткосрочной памяти. Любое прерывание может привести к сбою этих деталей. Когда вы возобновите работу, вы не сможете вспомнить какие-либо подробности (например, имена локальных переменных, которые вы использовали, или где вы были в реализации этого алгоритма поиска), и вы должны продолжать искать эти вещи, что замедляет много, пока вы не вернетесь к скорости.
Вот простая алгебра. Допустим (как свидетельствуют свидетельства), что если мы прервем программиста, даже на минуту, мы действительно потеряем 15 минут производительности. Для этого примера давайте поместим двух программистов, Джеффа и Матта, в открытые боксы рядом друг с другом на стандартной ферме по откорму телятины Дилберта. Mutt не может вспомнить название Unicode-версии функции strcpy. Он может посмотреть на это, что занимает 30 секунд, или он может спросить Джеффа, что занимает 15 секунд. Поскольку он сидит рядом с Джеффом, он спрашивает Джеффа. Джефф отвлекается и теряет 15 минут производительности (чтобы сэкономить Mutt 15 секунд).
Теперь давайте перенесем их в отдельные кабинеты со стенами и дверями. Теперь, когда Матт не может вспомнить название этой функции, он может найти его, что все еще занимает 30 секунд, или он может спросить Джеффа, что теперь занимает 45 секунд и включает в себя вставание (не простая задача, учитывая среднюю физическую форму). программистов!). Таким образом, он ищет это. Так что теперь Mutt теряет 30 секунд производительности, но мы экономим 15 минут для Джеффа ...