Я всегда знал, что если отвлекать человека во время работы, это вредит делу. Но только прочитав книгу «В работу с головой» Кэла Ньюпорта, я понял, насколько это серьёзная проблема.
После эпидемии коронавируса культура труда стала меняться в целом к лучшему. Но были и минусы: например, количество совещаний на одного сотрудника выросло на 13,5%.
Я попробовал разобраться, что такого ужасного в совещаниях и постоянном дёрганье, а также что с этим можно сделать.
Что такое погружение в работу
Термин deep work придумал Кэл Ньюпорт в своей великой книге «В работу с головой. Паттерны успеха от IT-специалиста».
Сосредоточенная работа — это состояние, при котором задействована большая часть умственных способностей и которое обычно приносит уникальный ценный результат. Таких результатов нельзя добиться, если вас отвлекают.
Если вы занимаетесь задачей во время созвона в Zoom — это не погружение в работу.
Противоположность сосредоточенной работы — shallow work, работа без концентрации, которой можно заниматься, не напрягая мозги на 100%. Например, так можно отвечать на сообщения в Slack, писать электронные письма или просматривать документы.
Когда-то программирование было пристанищем людей, испытывающих удовольствие от работы с высокой концентрацией внимания. Неслучайно ведь до сих пор кто-то представляет себе, что программисты сидят в подвале и работают в гордом одиночестве, отгородившись от внешнего мира наушниками.
Сегодня найти время для сосредоточенной работы становится всё труднее.
Почему погружение в работу так важно
Погрузиться в работу — это единственный способ войти в так называемое состояние потока, когда чувствуешь, что ты в ударе.
На протяжении 10 лет McKinsey проводили одно исследование. По полученным данным, в состоянии потока продуктивность специалиста повышается в пять раз.
Это значит, что если бы мы могли увеличить длительность нашего состояния потока на 15–20%, общая продуктивность работы в коллективе практически удвоилась бы.
Этому есть научное объяснение: в состоянии потока выделяются норадреналин, дофамин, эндорфины, анандамид и серотонин. Все они влияют на производительность.
Более длительное погружение в работу не только повышает продуктивность разработчиков, но и помогает:
реже ошибаться, ведь их меньше отвлекают;
сохранять баланс между работой и отдыхом: они успевают больше за меньшее время, так что у них остаётся больше свободного времени;
оттачивать мастерство: только в периоды такой концентрации внимания удаётся решать наиболее сложные задачи, совершая прорыв в развитии профессиональных навыков.
Так в чём, собственно, проблема?
Удалённая работа должна была стать отличным решением: никакого общения, ничего не отвлекает. Но добиться желаемого удалось только наполовину.
С 2020 года на 13,5% выросло общее число совещаний. А вот количество удалённых совещаний увеличилось аж на 60%! Что неудивительно, 92% опрошенных признаются, что они делают несколько дел сразу во время этих созвонов. Рискну предположить, что для программистов этот показатель достигает 100%.
Это порождает две основные проблемы:
1. Сосредоточенная работа превращается в работу без концентрации внимания
Помните простую проверку: если вы занимаетесь чем-то во время созвона в Zoom, это не погружение в работу.
Отличный пример — ревью запросов pull. Если у вас весь день занят созвонами, когда лучше всего сделать ревью? Конечно же, во время созвона. Но проверка важного запроса pull требует максимум сосредоточенности. То же касается исправления багов или подготовки проектной документации.
Выполнение таких задач во время совещаний раскручивает жуткий маховик:
Качество работы падает, порождая новые проблемы → для решения проблем проводят новые совещания.
Во время созвонов сотрудники отвлекаются и принимают неоптимальные решения → снова возникает потребность в совещаниях.
В этом виноваты не многозадачные разработчики, а манера организации совещаний.
2. Разработчики не входят в состояние потока
15 минут нужно, просто чтобы приступить к работе, и только на 45-й минуте можно глубоко сконцентрироваться на выполняемой задаче.
Каждый раз, когда вас отвлекают, этот таймер сбрасывается: так действует механизм переключения между контекстами. А поскольку среднестатистического сотрудника отвлекают 31,6 раза в день, он прерывает работу каждые 15 минут. То есть он практически никогда не достигает состояния потока.
Теперь осознаёте всю катастрофичность ситуации? Отвлекают 31(!!!) раз в день.
И ведь впустую тратится не только время самих совещаний. Каждый раз, как вы отвлекаетесь, вас отбрасывает назад на 15–45 минут. Получается, за весь рабочий день вы успеваете продуктивно поработать всего 1–2 часа. И это в лучшем случае.
Мне нравится сравнение, которое я позаимствовал в этом комментарии с Reddit:
Представьте, что разработчики — это шахтёры. Копать — наша работа. Чтобы попасть на каждое совещание, нам нужно остановить работу и вовремя выбраться из шахты на поверхность.
После совещания нужно снова спускаться в шахту к тому месту, на котором мы остановились. При этом не забыть, где это место, и не заблудиться.
Так что, если вы хотите, чтобы мы добыли алмазы, дайте нам спокойно работать.
В известной статье «График менеджера и график творца» Пол Грэм пишет: «Когда вы живёте в графике творца, совещания — это катастрофа. Одна встреча может съесть у вас полдня, разбив время на две слишком малых части, чтобы в них что-то успеть сделать».
Разработчикам нужно минимум 4–5 часов непрерывной работы в день. И задача руководителя как раз в том, чтобы создать для них такие условия.
Как выделять время для сосредоточенной работы
Работайте над культурой совещаний в компании
Ситуацию не так уж сложно исправить: нужно только заставить всех руководителей соблюдать базовые правила:
Совещания должны быть эффективными. Очевидно, так ведь? Но почему-то так бывает довольно редко. У совещания должна быть чёткая повестка и результаты.
Нужно выделить фиксированное время дня для совещаний и высвободить для работы продолжительные интервалы, когда не проводятся никакие митинги. В зависимости от организации это могут быть дни или часы. Вот что помогло Грегору Ойстерсеку:
Приглашайте только тех сотрудников, которым действительно нужно быть на этом совещании. Один из недостатков удалённой работы — в том, что она позволяет без проблем позвать всех. Люди думают: «Поделаю тихонечко своё, а если понадоблюсь, так я на связи».
Это ужасный подход. Помните: во время многозадачности невозможно войти в состояние потока.Пользуйтесь преимуществами асинхронной коммуникации. Большую часть совещаний можно заменить перепиской в Slack или по электронной почте.
Подавайте пример
Если вы уже наладили организацию совещаний, можно приступать к борьбе с другим вредительством.
Лучший способ взрастить адекватную культуру труда — позаботиться о собственном погружении в работу и попросить коллег считаться с этими периодами. Должен признаться, что здесь я ещё не полностью одержал верх: я указываю время для погружения в работу у себя в календаре, но всё равно иногда отвлекаюсь и пишу сообщения в Slack.
Понимаю, что подаю плохой пример коллегам: сосредоточенная работа — это святое, и сотрудники должны знать, что не отвечать в Slack пару часов — совершенно нормально.
Как оттачивать навык погружения в работу
Итак, вы обуздали совещания и вас никто не отвлекает. Но тут выясняется, что погрузиться в работу всё равно непросто.
Работать сосредоточенно — это направлять все свои умственные способности на решение задачи. По данным исследования Ньюпорта, современная жизнь изменила работу человеческого мозга. Проверьте себя: долго ли вы можете работать, не заглядывая в телефон и не открывая какой-нибудь сайт? Например, среднестатистический американец проверяет смартфон 352 раза в день.
Работать не отвлекаясь — значит не переключаться на письма, посты в соцсетях, сообщения в Slack, WhatsApp и другие уведомления.
Нам снова нужно учить свой мозг терпению. Ньюпорт советует в начале сосредоточенной работы ставить реалистичную, но труднодостижимую цель.
Допустим, вам нужно погрузиться в конкретную программистскую задачу и вы собираетесь сосредоточенно работать 60 минут. Через 20 минут вы спотыкаетесь, но время работы без концентрации, когда можно переписываться с коллегами в Slack, начнётся у вас только через 40 минут. Не отвлекайтесь. Да, даже если на решение задачи уйдёт больше времени, вы получите долгосрочное преимущество — натренированный мозг.
Если вы зашли в тупик и не можете обойтись без посторонней помощи (что на самом деле должно случаться довольно редко), передвиньте дедлайн, например на 20 минут, но никогда не бросайте работу сразу же. Постепенно у вас начнёт получаться.
Я абсолютно уверен, что если вы исправите ситуацию, ваша команда будет вам благодарна. Именно вы можете создать культуру, которая поддерживает погружение в работу и уважает священный «час тишины».
Чтобы расти, нужно выйти из привычной зоны и сделать шаг к переменам. Можно изучить новое, начав с бесплатных занятий:
Или открыть перспективы с профессиональным обучением и переподготовкой:
Комментарии (41)
MinimumLaw
20.06.2024 11:58+3Интересно, а почему опять речь о "богом избранных" программистах? Отвлекать врачей от работы не страшно? Может водителей? Может дворников на худой конец можно безболезненно отвлекать от работы?
Мне кажется тут смешиваются несколько понятий. Необходимость отвлекать программиста от работы - это всегда показатель отвратительной работы вышестоящего руководства (менеджмента). И ничего больше. Если процессы в организации построены так, что программист вместо написания кода решает какие-то "вопросы" - то туда ли он устроился? Ну или хотя бы на ту ли должность?
Zenitchik
20.06.2024 11:58+43Интересно, а почему опять речь о "богом избранных" программистах?
Потому что мы на Хабре, полагаю.
MinimumLaw
20.06.2024 11:58Биологи, схемотехники, конструктора, веб-мастера, менеджеры всех мастей... Даже на Хабре не только программисты. Правда да - тут все же перевод, потому вопрос не к переводчику, а скорее к автору... Но актуальности он все равно не теряет.
itoolsy
20.06.2024 11:58+5В этом и одна из проблем текущей реальности: все считают ИТ-шниками только программистов. Прежде чем любой из них самый простенький коммит сделает, стока народу из той-же ИТ сферы потрудятся, что не сосчитать.
plFlok
20.06.2024 11:58+11А сколько созвонов в день у врачей или водителей? У них точно есть с этим проблема?
daager
20.06.2024 11:58+2Периодически наблюдаю как водителей во время работы отвлекают созвонами, а порой они еще и сами звонят)
venanen
20.06.2024 11:58+3У врачей не созвоны, у врачей бумага. Очень много бумаги, сотни километров бумаги в месяц. Когда смотрю, сколько они всего записывают - понимаю, что лечить им, в общем-то, некогда.
0HenrY0
20.06.2024 11:58Когда смотрю, сколько они всего записывают - понимаю, что лечить им, в общем-то, некогда.
А что вы подразумеваете под "лечить"?
Основная работа типового врача - поставить диагноз (записать на бумаге), выбрать план лечения (записать на бумаге), скорректировать план лечения (на бумаге), выписать пациента (выдать эпикриз на бумаге).
В бытовом понимании лечение организма происходит за счет собственного иммунитета, врач только помогает.venanen
20.06.2024 11:58А как можно поставить диагноз, если на прием выделено 15 минут, и из них 12 врач пишет? Как он должен провести осмотр, выслушать жалобы, ознакомится с картой и анализами? Ну и очень далеко не все болезни можно вылечить своим иммунитетом.
grebenyukov
20.06.2024 11:58+1Если на прием (особенно, первичный) врачу выделяют 15 минут, пациенту лучше поискать другое место. Да и нормальному врачу тоже.
Если врач не запишет результат осмотра, диагноз, план обследования, план лечения, рекомендации, это будет примерно то же самое, как если программист сочинит в голове кусок кода, расскажет его кому-то вслух, но не станет записывать. Времяпровождение очень занимательное, но с практической точки зрения бесполезное. Немногие пациенты способны со слуха запомнить все формулировки, рекомендации и назначения. И внутренние коммуникации - с точки зрения безопасности пациента, медикаментозное назначение врач должен передавать среднему медперсоналу письменно/в электронном виде. Устно можно только продублировать.
И да, врача тоже не надо отвлекать, пока он работает с пациентом.
IvanPetrof
20.06.2024 11:58+26Потому что со стороны всем кажется, что если программист просто сидит и смотрит в монитор/окно/потолок, то он не работает, поэтому отвлечь его ничего не стоит.
Hidden text
Zhurikello
20.06.2024 11:58+3Автор оригинального текста говорит о своей рабочей среде работы, поэтому и неудивительно, что о программистах. Но затронутая тема актуальна практических для многих сфер деятельности.
Bedal
20.06.2024 11:58Необходимость отвлекать программиста от работы - это всегда показатель отвратительной работы вышестоящего руководства (менеджмента).
Нет. Лучше отвлекать программиста от непосредственной работы, корректируя направление этой самой работы, чем дать ему сосредоточиться и сотворить никому не нужную хрень. И заодно корректируя работу множества связанных с программистом людей, включая других программистов, чтобы сделанное было кому использовать.
Собственно, все технологии разработки, без которых уже лет двадцать работать просто нельзя, посвящены именно этому.
MinimumLaw
20.06.2024 11:58+3Нет
Видимо вам так же не везло с исполнителями, как мне с руководителями.
"Без внятного ТЗ - результат ХЗ". "Как ТЗкнется, так и ТУкнется". "Расскажи что нужно - остальное я сделаю сам". "Не говори мне как делать и я не скажу куда тебе идти". Если менеджерская неспособность выдать грамотное ТЗ маскируется постоянной возней по его корректировке. Если прием прием работы становится фарсом, вместо процедуры. Если реализацией работы занят персонал, чьей квалификации явно недостаточно и ему нужны уточнения в ТЗ. Если ТЗ написано формально ("хочу чтоб было хорошо") - ну тогда да. Лучше отвлекать, и уточнять, и контролировать.
И да - именно создание сложных систем с помощью неквалифицированной рабочей силы - это именно то, о чем так или иначе все эти технологии разработки. При чем "неквалифицированной" в явном виде относится и к менеджерам, и к программистам. Но это не единственный путь, потому категоричное "нет" и не менее категоричное "без которых уже лет двадцать работать просто нельзя" точно не вполне соответствуют действительности. Хотя, безусловно, вынужденно применяются в большинстве задач в реальном мире.
Да, есть очень большая проблема. Ни один программист не признает себя неквалифицированным, которому нужна палка в виде той самой "технологии разработки". А менеджер еще и развернет все - я крут, потому что у меня есть эта самая палка (по сути признав, что без палки он никто и ни на что не способен). И, безусловно, подогнать всех под планку минимальных требований проще. А вот индивидуальный подход давно не в чести. Правильно ли это - я оставлю этот вопрос бизнесу. Впрочем, ответ на него сегодня достаточно очевиден. Регламентированные способы "есть слона по частям" сильно больше нужны именно менеджерам. Для программистов это основной рабочий навык.
Bedal
20.06.2024 11:58Извините, но, наверно, нужно сказать о себе, чтобы было понятно, что я не абстрагирую, а излагаю по опыту:
Я в профессии уже сорок лет, и насмотрелся и на руководителей и на исполнителей. И сам побывал и исполнителем и руководителем. И имел как провальные проекты, так и успешные во вполне международном масштабе. Работал один, в локальных группах, фрилансил пару лет. Последние лет пятнадцать моя группа - люди из четырёх разных городов, на четырёх часовых поясах.
Итак:
Вы пишете с очень и очень устаревшей ремесленной позиции. Вот только, сколь ни уникальны горшки от ремесленника - фабричная продукция куда больше годится для использования.
Брать разработчика с такой позицией в проект - сущее наказание. Ну, разве что он гений (бывает, встречал - но увы, это редкость большая). Для нормальной работы, когда нужно выдать что-то годное, чем не стыдно гордиться - нужны именно технологии разработки и промышленный подход.
Да, планирование разработки идёт из расчёта 4 рабочих дня в неделю. Плюс две недели в конце каждого квартала тоже не идут в зачёт времени на разработку. Именно это позволяет работать синхронно и надёжно - и не дёргать никого неожиданно (по крайней мере - минимизировать это). Именно регулярные совещания помогают избежать проблемы сбитой концентрации. Но ни в коем случае не "работай, дорогой, а мы на кухне посидим, чтобы не отвлекать".
MinimumLaw
20.06.2024 11:58+6Вы пишете с очень и очень устаревшей ремесленной позиции. ... Брать разработчика с такой позицией в проект - сущее наказание.
Хорошо то, что здесь мы полностью солидарны. А готов применить ровно те же слова по отношению к вам.
Вы можете производить массовую продукцию конкурируя со множеством аналогичных производителей - на здоровье. Это будет давать оборот, и даже даст прибыль. Если вы сделаете свою работу, и "рыба покрупнее" не сожрет. Бизнес хочет прибыль - понятно. На ваш путь - это путь GM, Ford'а или Toyota. Работа с оборота. Воевать на этом поле этом поле с гигантами, используя их же методы, но не обладая такими объемами - это практически гарантированный путь к провалу. Единственный способ выжить и получать прибыль - это путь Ferrari, Pogani, Maserati и делать ту самую продукцию, которую называют "искусством", и на фоне которой все остальное становится "ремесленничеством". Создавая рынок, к которому потом будт тянуться те, кто может позволить себе работу с оборота.
Да, есть некоторые, как бы это сказать, национальные особенности. Те самые, благодаря которым зарплата как в Азии, дороги как в Африке, цены как в Америке. И каждый мнит себя как минимум Bently, в своей области, при этом продолжая производить сомнительную по качеству ремесленную продукцию за цену того самого Bently. Ни я, ни вы с этим ровно ничего не сделаете. Это, видимо, поколенческое и должно пройти само собой. Все, что нас отличает - это направление работы. Вы пытаетесь из любого бизнеса сделать GM, я пытаюсь Koenigsegg. Бизнес больше стремится к моим целям, но лучше получаются ваши.
И да, нет у меня 40 лет опыта. Всего лишь 30. Сопляк, без успешных в международном масштабе проектов (да, черт возьми - только локальные).
Bedal
20.06.2024 11:58Вы можете производить массовую продукцию конкурируя со множеством аналогичных производителей
Нет, не массовую (хотя был такой период, но очень уж давно). От зачатков нейросетей (когда и названия такого у них не было) до современной динамической модели энергетической сети, которая используется во всей РФ и южной части США.
Но понимаю, спорить с крайне устаревшим, но всё ещё очень популярным мнением о том, что такое программист - бесполезно. Жизнь всё расставляет по своим местам, раньше у нас было много конкурентов, сейчас - увы, нет. Хотя мы даже пытались помочь им выжить. Но... как-то не едут кенигсеги. Очень, кстати, хороший пример: полистав автожурналы за хотя бы один навскидку выбранный год, можно увидеть десятки громких заявлений о гиперкарах. Но реально только два есть таких производителя, именно гиперкаров. И то один уже слился с компанией покрупнее. Так что заявление "я строю кенигсег" для меня звучит совсем не громко.
rinace
20.06.2024 11:58+5Спасибо за статью.
Из личного.
Кстати - один очень полезный плюс удаленной работы - невозможность кого либо подойти и стоять у стола.
Когда мне нужно сосредоточенно поработать, я ставлю в Skype статус "Не беспокоить" или "Занят".
Пользуйтесь преимуществами асинхронной коммуникации. Большую часть совещаний можно заменить перепиской в Slack или по электронной почте.
В точку ! Чем меньше онлайн-общения - тем лучше , для технического специалиста. В мессейнджерах ничего не обсуждаю . Только перепиской и только на групповой ящик подразделения.
Wesha
20.06.2024 11:58+2Кстати - один очень полезный плюс удаленной работы - невозможность кого либо подойти и стоять у стола.
Вы, я так понимаю, не женаты?
rinace
20.06.2024 11:58+1Женат. 4 детей .
Wesha
20.06.2024 11:58+2Тогда поделитесь опытом: как научить жену и детей не подходить и не стоять у стола? Рассказы про состояние потока не помогают. Волшебные трындюли не предлагать.
rinace
20.06.2024 11:58+1Ответ на этот вопрос и к теме поста и вообще к тематике ресурса Хабр отношения не имеет и является оффтопиком.
На удаленке с марта 2020 года. В офис - не хочу. Хорошо, что компания тоже понимает выгоду удаленной работы и обладает необходимыми ресурсами для обеспечения. Помнится по началу в 21-м и особенно в 22-м году были некие намеки на возврат в офис. Но здравый смысл преобладал. В офисе сейчас работают только те кто действительно нужен в офисе. Технические специалисты - все на удаленке.
Wesha
20.06.2024 11:58+3Так вопрос-то не праздный. Компания выгоду понимает, а вот домашние — не понимают, что если я в кабинете работаю, то отвлекать меня нельзя.
Особенно жена, которой постоянно чудится, что у неё что-то смертельное — то тромб оторвался, то мозговой аневризм, то ещё чего. К сожалению, в эпоху "трёх в лодке" (помните, от аритмии до ящура) такая проблема ещё худо-бедно решалась отбором у пациента медицинской энциклопедии — а теперь этот финт не прокатит: есть же интернет!
Bessome
20.06.2024 11:58+4Уделяйте время жене, явный признак поиска внимания - найти у себя болячку и это обсуждать
Игры настольные с детьми+жена, что ли
mmMike
20.06.2024 11:58+2Кстати - один очень полезный плюс удаленной работы - невозможность кого либо подойти и стоять у стола.
Это стало минусом. Потому что подойти (ножками) по мелкому вопросу многие наверное просто ленились (проще наверное так найти инфу в рабочем конфлюенсе). А брякнуть в чат "ты не помнишь как вот это работает?" - так за всегда пожалуйста.
И статусы в чате не особо помогают. "мне же только спросить".rinace
20.06.2024 11:58+4А брякнуть в чат "ты не помнишь как вот это работает?" - так за всегда пожалуйста.
Я не читаю чаты когда сосредоточенно роботаю.
Не знаю как в других мессенджерах, но в Skype если поставить статус "Не беспокоить" - не получаешь оповещения о новых письмах и с тобой невозможно связаться .
"Пишите письма"-я посмотрю когда будет перерыв.
Это очень хорошо ! Ибо 99.999% сообщений этотпросто шум. А об авариях и проблемах СУБД приходят смс .
artalex
20.06.2024 11:58+9Отличный пример — ревью запросов pull
проверка важного запроса pull
Кажется, что переводчик не совсем разбирается в предметной области или это машинный перевод
kenomimi
20.06.2024 11:58+3Уже видел свежие методички от эффективных менеджеров, где заявляется, что состояние потока вредно, неэффективно и вообще вымысел. Типа развивайте многозадачность, много совещаний нужно для тимбилдинга и контроля процесса разработки.
ryo_oh_ki
20.06.2024 11:58+1Данная тема гораздо полее полно раскрыта в книге Херманса Фелина "Ум программиста. Как понять и осмыслить любой код", и там даже с претензией на научный подход.
asch2022
20.06.2024 11:58Проверьте себя: долго ли вы можете работать, не заглядывая в телефон и не открывая какой-нибудь сайт?
25 пять минут, вообще без проблем, помидорный таймер
smarthomeblog
20.06.2024 11:58Отличное выступление на эту тему - https://youtu.be/0UmUgaJwEr0. Там ещё аналогия классная с засыпанием приведена.
efi
20.06.2024 11:58Компания, где этому вопросу посвятят хоть какой-то минимум времени, в т.ч. и объяснение манагерам, что отвлекать челрвека от работы это зло - я хочу работать в ней
pavelsc
20.06.2024 11:58Зачем вообще такие статьи, если у большинства скрам? Автор как будто сдельно-премиально в подвале пишет что-то. Для оценки времени берётся некая эталонная задача, которая писалась в таких же условиях с кучей созвонов. Типа вот этот модуль мы сделали за такое то время, за спринт можем сделать три штуки. Значит в спринте 3 сторипойнта. Всё. О каком потоке вы говорите. Никто в своем уме не скажет, что в состоянии потока 15 модулей за спринт сделает )) Пальцем у виска команда покрутит и посоветуют с аддерала слезть.
Если у меня весь день созвоны, то я затрекаю 8 часов созвонов. Зачем делать код ревью ещё во время созвона?
А знаете, что ещё в скраме делают, когда задачи регулярно не укладываются в сроки вдруг из-за созвонов? Уменьшают capacity спринта или выбирают другую эталонную задачу для оценки))
aleksejs1
Это сработало бы для сферического разработчика в вакууме. Но на практике, работа разработчика имеет задержки. То ждёшь что-то от админов, то тестировщик возвращает тикет, то вопросы к бизнесу появляются. В итоге из 8 часов и без всяких совещаний разработчик в лучшем случае сосредоточенно работает всего часа 2.