Оценить:
 Рейтинг: 4.6

Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо

Год написания книги
2017
Теги
<< 1 ... 13 14 15 16 17 18 19 20 21 ... 31 >>
На страницу:
17 из 31
Настройки чтения
Размер шрифта
Высота строк
Поля

Когда-то психологи проводили следующий эксперимент. Спортсменов разделили на две группы, одной сказали: «Бегите вперед максимально быстро», другой: «Бегите максимально быстро 200 метров» – и замерили время, за которое испытуемые пробегали 200 метров. Вы, наверное, уже догадались, что быстрее это сделали те, кого просили пробежать конкретную дистанцию. Учитывая результат этого эксперимента, разумно предположить, что и наш мозг, получив указание «Подумай максимально творчески 25 минут», будет более продуктивен, чем в режиме «Мозг, думай над идеями максимально творчески».

Теперь о том, что же означает проведение времени в инкубаторе мыслей. Детали ритуала вы придумаете сами, а для начала поставьте будильник на 25 минут (чтобы мозг каждые две минуты не донимал вас вопросами «а время еще не вышло?», «а сейчас?») и погружайтесь в список идей. Смиритесь с тем, что за эти 25 минут вы не поставите ни одной галочки «сделано» и вообще не будете ничего делать. Вы будете неторопливо читать одну идею за другой и каждый раз задумываться:

1. А есть ли мне что в нее добавить? Может, у меня появилась какая-то новая информация?

2. А для чего эта идея может мне пригодиться?

3. А как эта идея связана с остальными идеями? Можно ли ее с чем-то слепить и получить что-то полезное?

4. А к чему вообще эта идея может меня приблизить? А от чего может отдалить?

5. А хочу ли я что-нибудь сделать в связи с этой идеей?

6. А точно ли эта идея все еще нужна в списке?

Это примерный список вопросов. Вы можете добавлять что-то новое в описание идеи или вовсе удалить то, что покажется вам ненужным. Как только время выйдет – принимайте решение, готовы ли вы прерваться и двинуться дальше по своему списку дел, или какая-то идея вас зацепила и вам бы хотелось глубже погрузиться в ее проработку? Если так, загляните в список дел: вы можете себе позволить не делать сейчас то, что стоит в планах на сегодня?

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

5.4. Продвинутая инкубация идей: generational garbage collection, или Метод «шкаф-балкон-дача»

Сам термин garbage collection пришел к нам из мира программирования и означает сборку мусора – удаление из памяти переменных и объектов, которые не нужны для дальнейшего исполнения программы. Существует множество моделей сборщиков мусора, один из них – generational garbage collector, «сборщик мусора поколениями». Он устроен следующим образом. Память компьютера делится на три части: «молодое поколение», «старое поколение», «постоянное». Переменные и объекты создаются в «молодом поколении», где свирепствует обычный сборщик мусора. Объекты, которые «выживают» в «молодом поколении», переносятся в «старое поколение», где мусор собирается реже. В «постоянном поколении» живет то, что, скорее всего, никогда не станет мусором.

Читателям, не очень близко знакомым с ИТ, скорее всего, будет ближе аналогия «шкаф-балкон-дача». В шкаф мы складываем все то, что используем часто. Но постепенно там накапливаются вещи, которые жалко выбросить, но каждый день запинаться о них взглядом не хочется. Эти предметы плавно переползают на балкон, где просматриваются много реже. В свою очередь, и на балконе образуется пласт вещей, которые, скорее всего, не пригодятся, по крайней мере в ближайшие несколько лет, и периодически все они отправляются на дачу.

Если в инкубаторе идей (см. параграф 5.3 (#par5-3)) в какой-то момент скопится большое количество идей и прочего сырого материала, то очередной раунд обзора инкубатора может стать весьма утомительным занятием. Столкнувшись с этим, отныне вы будете просматривать инкубатор не полностью, что, в свою очередь, приведет к образованию в нем «осадка» – давным-давно записанных вещей, нужных непонятно для чего (но, скорее всего, для чего-то нужных, так что «потом надо с этим разобраться»). Чтобы минимизировать вероятность «отложения идей», заведите два-три инкубатора идей и каждый из них просматривайте со своей частотой, для чего создайте повторяющуюся задачу с соответствующими периодами повторения, например просматривать «шкаф» раз в неделю, «балкон» раз в месяц, «дачу» – два раза в год (рис. 58).

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

5.5. Отказ от статуса «прочитано» / «не прочитано» в электронной почте

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

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

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

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

5.6. Чек-лист и типовые активности

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

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

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

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

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

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

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

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

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

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

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

Чек-листы для сложных проектов или дел могут даже иметь иерархическую структуру (тем не менее настоятельно рекомендую ограничиться двумя уровнями иерархии). Например, на первом уровне чек-листа перечислены стадии жизненного цикла дела или проекта, а на втором уровне для каждой стадии создается список контрольных результатов, необходимых[77 - Но не обязательно достаточных. Вы же помните, что чек-лист – это список того, что нужно проверить ПЕРЕД ТЕМ, КАК начать думать. После того как вы начнете думать, наверняка возникнет потребность проверить еще что-нибудь.] для ее завершения. Например, я довольно часто провожу тренинги в компаниях, и на этот случай у меня заготовлен вот такой чек-лист:

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

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

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

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

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

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

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

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

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

Г. Предоплата получена.

Д. Билеты куплены, гостиница заказана.

Е. Телефон встречающего лица известен.

Ж. Реквизит подготовлен (есть отдельный чек-лист на список реквизита).

З. Документы (счет, акты, оригиналы договоров) подготовлены.

И. Времена посттренинговых встреч и созвонов вставлены в материалы.

К. Идея для пилотирования выбрана.

3. Проведение тренинга.
<< 1 ... 13 14 15 16 17 18 19 20 21 ... 31 >>
На страницу:
17 из 31