Рис. 57. Инкубация идей методом «шкаф-балкон-дача»

Этот прием многим кажется слишком уж радикальным: здесь подвергается сомнению нечто, казалось бы, незыблемое. Правда такова, что большая часть функций современного ПО, нацеленных на повышение продуктивности, на самом деле контрпродуктивны. Состояние «прочитано» / «не прочитано» — не такая вредная функция, как, скажем, возможность пометить письмо флажком, но все же на определенном этапе вы можете понять, что уже ее переросли.

Как правило, это происходит в тот момент, когда естественное состояние вашего почтового ящика — быть пустым. Пустой ящик означает, что в нем нет ничего со вчерашнего дня. В свое время я пришел к выводу, что для обработки входящих мне совершенно не обязательно знать, было ли письмо прочитано мной или нет. Мне важно понимать, обработал ли я его. Если обработал, оно перемещается из входящих в соответствующую папочку, а если нет, какая разница, сколько раз я его читал? После отказа от использования статуса «прочитано» / «не прочитано» уровень моего спокойствия еще немножечко повысился.

Если ваш инбокс практически пуст, но вы пользуетесь статусом «прочитанное», то вновь поступившие письма (которые помечены как непрочитанные) неизбежно привлекают к себе больше внимания, оттягивая его от тех писем, что также лежат в инбоксе (то есть пока не обработаны), но уже прочитаны. Получается, что если вы прочитали письмо и не обработали его, то его шансы стать обработанным начинают снижаться (так как ему приходится конкурировать за ваше внимание со свежими письмами, отмеченными жирным шрифтом). В итоге появляется сила, подталкивающая вас к увеличению количества писем, которые вы прочитали, но не обработали (а значит, с большой вероятностью они крутятся где-то в подсознании и жрут мыслетопливо). Да и стимул обработать письма ослабевает, когда появляется возможность «просто заглянуть в письмо, а обработать потом».

Чтобы отказаться от статуса «прочитано» / «не прочитано», надо настроить в вашем клиенте специальное правило (иногда такие правила называются фильтрами), которое будет отмечать все входящие письма как прочитанные. Попробуйте пожить недельку в таком режиме, а потом принимайте решение, подходит он вам или нет.

Если нам нужно не забыть что-то сделать, мы записываем это в список задач (если это «что-то» сложное и не делается за один шаг, то еще и в список проектов). Если нам нужно не забывать делать что-то регулярно, мы создаем в списке задач повторяющуюся задачу. Но иногда нам требуется не забывать делать что-то (регулярно или время от времени) определенным образом. И вот тут нам на помощь приходят чек-листы или списки контрольных вопросов.

Чек-лист помогает стандартизировать процесс выполнения какой-либо задачи или проекта, и это поистине незаменимый инструмент совершенствования этого процесса. Действительно, если нам надо делать что-то определенным образом, то даже без чек-листа рано или поздно (хотя, скорее всего, очень поздно) мы сможем выучить наизусть все нюансы. Но стоит нам столкнуться с необходимостью изменить этот процесс (пусть совсем ненамного), как эффект интерференции (см. параграф 1.3.1) тут же превратит все знания о характере и последовательности действий в кашу.

По своей природе чек-лист — это справочная информация (не список задач и даже не план проекта). Это «список пунктов, которые надо проверить перед тем, как вы начнете думать». Как вы будете формулировать пункты чек-листа — не столь важно; главное, чтобы они были понятны вашей внутренней обезьянке. И поскольку это справочная информация, то и хранить ее нужно там, где вы с легкостью ее найдете в тот момент, когда она вам потребуется (см. параграф 3.5.4). Например, вот чек-лист, при помощи которого я собираюсь на тренировку[160]:

Рис. 58. Чек-лист для сборов на тренировку

В параграфе 3.6 вы видели чек-листы для регулярных обзоров системы в виде списка контрольных вопросов. Ситуаций, где будут полезны чек-листы, масса:

1) чек-лист содержимого чемодана при поездке в отпуск;

2) чек-лист публикации новой статьи в блоге;

3) чек-лист подготовки еженедельного обзора;

4) чек-лист готовности нового проекта к запуску в работу;

5) чек-лист поездки на конференцию / на дачу / в командировку.

Практически любая ситуация, в которой вы хотя бы раз с досадой воскликнули, хлопнув себя по лбу: «В следующий раз, когда я буду делать X, надо обязательно не забыть про Y и Z», тонко вам намекает, что у вас должен быть сформирован чек-лист для дела X.

Чек-листы для сложных проектов или дел могут даже иметь иерархическую структуру (тем не менее настоятельно рекомендую ограничиться двумя уровнями иерархии). Например, на первом уровне чек-листа перечислены стадии жизненного цикла дела или проекта, а на втором уровне для каждой стадии создается список контрольных результатов, необходимых[161] для ее завершения. Например, я довольно часто провожу тренинги в компаниях, и на этот случай у меня заготовлен вот такой чек-лист:

1. Обработка начального запроса.

А. Договорились о стоимости и порядке оплаты.

Б. Договорились о времени и месте.

В. Определены нестандартные пожелания к программе (инструменты, VPNы, требования службы безопасности, …).

Г. Анкеты с предварительным опросом разосланы.

2. Подготовка к мероприятию.

А. Нестандартные пожелания отражены в презентации и рабочих тетрадях.

Б. Рабочие тетради напечатаны.

В. Ответы на анкету с предварительным опросом проанализированы.