У Констанс Сюй есть отличная статья Нам нужно поговорить о культуре гриндинга программистов, в которой она обсуждает сумасшествие встреч подряд и сумасшедшие графики:

«Когда я начал работать полный рабочий день, я понял, что у меня тоже есть привычка пропускать обед. Я работаю на тихоокеанском побережье из Техаса, и иногда встреча проходит прямо во время моего обеда, а затем у меня идут встречи подряд, и вдруг уже 6 вечера и время ужина».

Добавьте к этому работу в нескольких часовых поясах по всему миру, и станет еще хуже. День, который начинается в 6:00 и заканчивается совещанием в 21:00, не является чем-то необычным. 6:00 утра мое время 6:30 вечера в Бангалоре. Встречи могут продолжаться до тех пор, пока они не отправятся спать около 23:00, вы можете сделать несколько звонков с EMEA до полудня, затем люди с западного побережья заполняют ваш день, и, наконец, люди в Индии начинают свой день около 21:00. . Вы можете выделить время на обед и другие дела в легкий день, но удаленная работа может быстро превратиться в круглосуточную работу, если вы не будете осторожны.

Мы пытались ввести правило: «Никто не должен работать после 21:00», но это просто невозможно. Я знаю людей, которым регулярно приходится звонить в США/EMEA/Индию/Сингапур. Кому-то придется задержаться допоздна.

Как справиться

Я принимал участие в нескольких практиках, которые, похоже, довольно хорошо справляются с этой задачей:

  • Все встречи начинаются незамедлительно. Организатор встречи использует мобильный телефон для точного времени, и встреча останавливается, когда минута переключается на 1 прошлое. Мы играем в «игру в пиццу», где добровольно бросаем деньги в виртуальную шляпу, если опаздываем на встречу. Кажется справедливым, что если вы оставляете других людей сидеть, вы должны заплатить за их следующую вечеринку с пиццей. Большая часть дополнительной продолжительности встреч связана с тем, что первые 5 минут могут быть потрачены впустую на ожидание, пока все присоединятся.
  • Все собрания начинаются в 15 и 45 часов. Встречи назначаются на 15 или 45 минут. Это устраняет проблему опоздания на следующую встречу из-за того, что ваша предыдущая встреча закончилась. Все, что вы могли бы сделать за час, можно сделать и за 45 минут, если вы понимаете, что у вас более короткий срок. Это также означает, что вы не проводите несколько часов без перерыва на биографию, возможности ответить на электронное письмо или просто отдышаться.
  • Личное время заблокировано в календаре. Обед и ужин проходят как событие, чтобы никто не мог запланировать вас. Я выделяю время ближе к вечеру, чтобы позаниматься в спортзале.
  • Встречи, которые проводятся до 8:00 по местному времени для всех, должны быть запланированы или отменены до 22:00 по их времени предыдущей ночью. Нет ничего хуже, чем поставить будильник на утреннюю встречу и, проснувшись, обнаружить, что вы могли бы поспать еще 2 часа. Точно так же проснуться и узнать, что вы пропустили встречу, которую кто-то запланировал на середину дня, тоже не весело.

Не проводите так много встреч

Хотел бы я сказать, что ответ был «Не устраивайте так много совещаний», но мы действительно делаем все возможное, чтобы не проводить бесполезных совещаний. Большинство встреч может быть электронной почтой или прямым разговором между двумя людьми, результатом которого является электронная почта для более широкой группы, чтобы держать всех на одной странице. Когда мы видим, что это происходит, мы оцениваем, действительно ли нам нужна встреча.

Многие люди жалуются на ежедневный стендап. Подсказка: ежедневный стендап должен быть только о блокировщиках. Если блокировщика нет ни у кого, отмените его. Бесполезно, когда люди стоят вокруг и обсуждают, над каким тикетом Jira они работают. Я сам прекрасно читаю информационную панель в Jira, спасибо.

Я пытался провести «среду без встреч», но это быстро сломалось из-за того, что внешние группы планировали встречи, когда освободился мой календарь. А потом я стал встречаться только с моими непосредственными руководителями, и все рухнуло.

Большое количество совещаний — это лишь часть сотрудничества и координации, происходящих при разработке программного обеспечения. Команда из одного человека, сидящая в кубе и работающая над кодом, не добьется многого.

Держите свой темп устойчивым

Не будем забывать и о Agile-принципе устойчивости:

Гибкие процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок.

Я писал об устойчивом развитии в статье Keep Your Pace Sustainable. Суть в том, что усердие или то, что я называю кодированием на кофеине и адреналине, просто неустойчиво. В конце концов, эти люди выгорают, и тогда все полученные с трудом знания предметной области вылетают за дверь. Вы гораздо хуже в долгосрочной перспективе.