Описание проблемы
Всё пошло наперекосяк, когда я открыл “7 привычек высокоэффективных людей” Стивена Кови. Эта книга была поворотной точкой в моей жизни. Незадолго до этого я дрейфовал по течению, реагируя на события, без ясного понимания того, где я хочу оказаться в будущем. “7 привычек” заставили меня думать о том, где я хочу быть десять лет спустя и как я собираюсь достичь этого. Также это дало мне видение перспективы для деления задач на неважные, но срочные задачи и те, что действительно важны для достижения своих целей. Это отличная книга, полная озарений. Но есть одна проблема…
До той поры мой список задач хранился в старом и надежном Psion Series 3a. А добавлял новые задачи тогда, когда требовалось что-либо сделать и время от времени отмечал одну-две из них как выполненные. Но Кови научил меня планировать, организовывать задачи в квадранты, которые показывали их срочность и важность чтобы думать о моих Целях и планировать соответственно их. Мой список задач становился всё длиннее, но я обнаружил, что обращаюсь к нему всё реже и реже.
Со временем я перешел на Palm, я активно избегал своего списка задач. его размер стал угрожающим. Есть так много задач требующих микропланирования, что трудно увидеть лес за деревьями. Но ещё хуже то, что когда я погрузился в этот тёмный лес, я обнаружил вгоняющий в депрессию каталог забытых видов деятельности, отложенных проектов и пропущенных дедлайнов.
Я невероятно завидую тем, кто может плыть по жизни, никогда не делая даже простенького списка задач и, тем не менее, помнящего всё, что должно быть сделано в каждое мгновение. К сожалению порхающий с темы на тему разум и плохая память делают обширные списки задач важными. Но как я могу стать их хозяином?
В то время, когда Дэвид Аллен пришёл на выручку с “Делая вещи сделанными” я использовал Agendus для Palm. Каждая моя “роль” в жизни (Муж, Отец, Разработчик и т.п.) была связана с категорией задач и приоритеты отражали квадранты Кови. Это работало, но каждая категория задач содержала сотни действий в беспорядке. Было сложно планировать свои проекты или смотреть что я должен сделать следующим для достижения своих целей.
Подобно многим другим лучшим лайфхакам техники Дэвида Эллена для GTD казались такими очевидными, когда вы читали про них, что хотелось стукнуть себя за то, что не придумал это сам годы назад. Это небольшая книга и она не углубляется в дерби психологии и философии, как это делает Кови. Это лишь небольшой набор прагматичных правил для повышения эффективности в жизни.
Две техники, описанные в этой книге, показали путь к решению моих проблем с задачами:
-
Во-первых, расставляйте категории к каждому действию в соответствии с местом, где оно может быть выполнено, которое создаёт контекст (Офис, Магазин, Дом, Интернет, Где угодно). Так что когда вы в конкретном контексте вам нужно лишь совершать относящиеся к нему действия.
-
Во-вторых, выделите задачи, которые станут Следующими конкретными действиями, которые вы можете выполнить по каждому отдельному проекту. Именно эти задачи то, на чём нужно сфокусироваться, а не монолитная масса разных действий ожидающих своей доли внимания.
Я потратил вечер на то, чтобы привести свой список задач в форму. Вместо ролей в жизни мои категории теперь отражают контексты действий. Например, у меня в списке задач есть категория @Покупки для действий, которые можно выполнить только в местном супермаркете. В списке задач те, что должны быть выполнены сейчас имеют категорию один, все прочие - пять.
Как это помогает? Скажем, я выбрался за покупками во время обеда. В системе Кови я мог купить игрушку своему сыну. Но это было бы записано под моей ролью Отец в квадранте 2 задач (не срочное, но важное). Каковы шансы, что я бы вспомнил это пробегая по магазину в обеденное время?
Но в новом порядке вещей это действие будет под категорией @Покупки и в списке Следующих конкретных действий моего проекта по вознаграждению сына за получение хороших отметок в школе. Категория этой задачи будет “1”. Так что теперь в магазине мне достаточно просмотреть категорию @Покупки в задачах.
Сделав покупки я отмечаю соответствующие задачи как выполненные и возвращаюсь в офис, где меняю категорию на @Офис чтобы видеть что следует сделать следующим. Оказалось что так намного проще находить, что сделать следующим в любой ситуации и в любом месте.
Это работало очень хорошо и было большим улучшением по сравнению с моей прежней системой планирвоания. Единственной проблемой было то, что по-прежнему сложно планировать проекты, состоящие из многих действий. Проект может иметь действия, которые нужно выполнять во многих различных контекстах, так что он будет размазан по разным категориям. Сложно было делать обзор отдельного проекта. Я пытался назначать идентификатор проекта к каждому действию. Каждый идентификатор был номер из четырёх цифр в фигурных скобках, например {1234}. Затем я мог находить все действия относящиеся к проекту функцией поиска. Помещая идентификатор проекта в фигурные скобки я мог не опасаться что поиск смешает задачи с другими данными, вроде телефонных номеров. Помещая эти же идентификаторы в заметки и другие документы они также могли быть связаны с проектом.
Это работало, но это было довольно неуклюже и по-прежнему не позволяло выстроить действия по порядку, не говоря уже о более сложных отношениях. Мне нужен был аутлайнер. Я попробовал Arranger, Bonsai и Progect перед тем как окончательно остановиться на Shadow Plan.
Использование Shadow Plan
Shadow Plan - это аутлайнер для Palm который обеспечивает очень гибкий способ организации всех ресурсов, относящихся к проекту. Каждый пункт в Shadow Plan содержит следующую информацию:
-
заголовок, который может содержать несколько строк, если нужно;
-
приоритет (от 1 до 5 или не назначен);
-
процент выполнения (0%, 10%, 20% и далее до 100%);
-
назначенную дату;
-
даты начала и окончания;
-
дату создания;
-
нумерацию в структуре (римскими или арабскими цифрами).
Пока это все не сильно отличается от прочих программ управления задачами для Palm. Тем не менее, вы также можете настроить способ, которым информация показывается для каждого элемента. Например элемент “Заметка” может не содержать чекбокса завершения, а список задач имеет шкалу завершения, которая показывает процентное выполнение.
Как вы можете видеть на скриншоте, пункты могут быть организованы в иерархическую структуру, которая отражает их взаимоотношения. Мой верхний уровень задач ‘Frogplate’ содержит все действия и ресурсы для управления моим веб-сайтом. Клик или тап на стрелке вниз слева от названия проекта разворачивает все дочерние элементы первого уровня. Нажатие стрелки вниз слева от подпункта ‘GTD и Android’ снова покажет все дочерние элементы, содержащиеся в этой ветви аутлайнера.
Заметьте, что некоторые из подпунктов, такой как “Аутлайнер”, например, были настроены как “Заметки”, а не “Перечни действий” (Checklist) так что они не содержат ни чекбокса, ни шкалы прогресса. А вот это скриншот содержит элемент типа “Задача” и его шкала прогресса отображает, что он завершен на 50%.
Открытие элемента изображенного на скриншоте показывает тип элемента в верхней части экрана, даты, прогресс и приоритет элемента внизу экрана. Тёмный прямоугольник в нижней правой части экрана откроет меню настройки цвета и элемент управления [B], который отображает заголовок элемента толстым шрифтом.
Элементы Shadow Plan могут содержать прикреплённые к нему заметки и даже ссылки на другие базы данных. Например, элемент может быть связан с записью в системной базе задач Tasks или записям календаря. Он даже может ссылаться на другую базу Shadow Plan, если понадобиться. Связи с элементами Задач и Календаря могут быть активными, так что изменение данных в основном приложении влияет на данные Shadow Plan и наоборот.
Тем не менее, самая важная функция Shadow Plan помогающая использовать методологию GTD это теги. Shadow Plan имеет очень гибкий Менеджер тегов который позволяет присваивать множество пользовательских тегов каждому элементу базы. Затем можно использовать фильтр для отбора задач из базы по этим тегам. Абсолютно подходящий механизм для использования GTD.
Штука в том, чтобы определить тег для каждого контекста действий в котором вам может потребоваться выполнять действия - Дом, Офис, Магазин, Интернет и т.д. Также создайте тег “Следующее дейвтие” чтобы отфильтровывать Следующие конкретные действия в проектах. Мастер тегов позволяет очень быстро и легко расставлять теги. Для целей GTD достаточно добавить один тег, чтобы определить контекст действий и потом тег “Следующее действие” чтобы указать на следующее конкретное действие по проекту.
Когда теги назначены, менеджер фильтров Shadow Plan может быть использован для выборки пунктов из базы по конкретным комбинациям тегов. Набор фильтров по умолчанию включает “Next step only” фильтр который включает только первый дочерний элемент нижнего уровня из каждого родительского элемента аутлайна - это подразумевает, что элементы приведены по порядку их выполнения и достаточно выполнять первые элементы проектов. Это совсем нефункционально с точки зрения GTD, но менеджер фильтров позволяет определить сколько угодно собственных фильтров.
Я создал отдельный фильтр для каждого контекста и еще по одному фильтру для комбинации каждого контекста с тегом “Следующее действие”. Так что фильтр @Библиотека выберет все действия, которые мне нужно сделать в библиотеке, а фильтр @Библиотека-следующие отберёт только подмножество действий, которые я назначил Следующими конкретными действиями, которые нужно сделать в библиотеке.
Эта схема работает до тех пор, пока у вас нет повторяющихся задач. Стандартное приложение Tasks Palm имеет достаточно гибкий механизм работы с повторяющимися задачами, но Shadow Plan не поддерживает этой концепции совсем. К сожалению, природа многих проектов, которые мне приходится планировать требует использования повторяющихся задач.
Так что время снова вернуться за рабочий стол…
Обработка повторяющихся действий
Ключ к использованию повторяющихся задач это использование комбинации возможностей Shadow Plan и встроенного приложения Tasks. Shadow Plan - великолепный инструмент для планирования проектов, для разбивки на отдельные действия и принятия решений по поводу их выполнения, сбора вместе прочей, относящийся к проекту, информации и просмотра результатов разными способами. Программа Tasks очень хороша для планирования повторяющихся действий и может легко переключаться между категориями. Инструмент Shadow Plan для связи своих записей с элементами списка дел в Tasks связывает две этих программы в мощную GTD систему.
Вкратце, Shadow Plan используется для планирования всех действий. Теги для указания контекста использовать не обязательно, но это может помочь. Я использую лишь один вид тегов для определения Следующих конкретных действий.
В программе Tasks у меня есть категории для каждого контекста - @Машина, @Дома, @Компьютер и т.п. Все действия, встречающиеся в этих категориях являются Следующими конкретными действиями, которые выполняются в соответствующих контекстах. Так что если я пробегаюсь по магазинам во время обеда, то выбираю категорию @Покупки в Tasks, что показывает мне список вещей, которые нужно купить сегодня. Когда я возвращаюсь на работу, то меняю категорию на @Работа и там находятся те действия, что нужно выполнить сидя за рабочим столом. Каждая категория содержит только Следующие конкретные действия, так что списки простые и упорядоченные.
Также есть категория ‘Назначено’, которая используется, чтобы хранить назначенные к дате или повторяющиеся действия, которые выполнять пока преждевременно. Повторяющиеся действия представлены в Tasks поскольку Shadow Plan не может указывать сведения по их повторяемости. Назначенные к конкретному времени действия связаны с записью, чтобы они напоминались мне, когда я делаю ежедневный просмотр запланированных действий.
Давайте проследим по шагам, как каждый вид действий обрабатывается. По отдельности:
-
одиночные действия, не назначенные к конкретной дате;
-
назначенные на конкретную дату и время события;
-
повторяющиеся с определённым интервалом действия.
Одиночные действия
Одиночные действия вводятся в Shadow Plan и могут перемещаться по всему файлу в соответствии с изменениями в проектах. Когда они становятся Следующими конкретными действиями я нажимаю кнопку “Link” в нижней части описания элемента и выбираю “Link to Database” в выпадающем меню. Далее нужно назначить категорию Tasks, которая определит контекст действия и, наконец, выбрать тег “Следующее действие” при помощи менеджера тегов. Назначение этого тега не является совершенно необходимым, но удобно для отфильтровывания всех “Следующих конкретных действий” в Shadow Plan.
Добавление связи элемента с Tasks означает, что это действие появится в Tasks с соответствующим контекстом. Когда задача отмечается выполненной в Tasks, она автоматически отмечается выполенной также и в Shadow Plan.
Запланированные действия обрабатываются, в целом, также, как и одиночные действия за тем исключением, что когда дата устанавливается в Shadow Plan я также добавляю связь с Tasks и указываю категорию *Sheduled. Я устанавливаю порядок сортировки в Tasks как “Дата выполнения, приоритет” (Due date, Priority). Таким образом, когда на экране отображается категория *Sheduled - все действия для которых назначена дата будут в верхней части списка. В конце каждого дня я обновляю Shadow Plan и затем проверяю категорию *Sheduled в Tasks. Я перемещаю каждое действие, назначенное на завтра, в подходящий для этого действия контекст.
Альтернатива хранению связанных копий всех запланированных на конкретную дату действий в категории *Scheduled Tasks - это использовать фильтр ‘Today target items’ Shadow Plan и связывать их с Tasks когда наступит назначенное для них время. Тем не менее, мой опыт говорит о том, что быстрее и проще связывать их Tasks тогда, когда дата начала действия установлена впервые.
Повторяющиеся действия
Повторяющиеся действия создаются точно таким же образом, как назначенные действия, установкой даты исполнения в Shadow Plan и создания связи с Tasks в категории *Sheduled. Параметры повторения задаются уже в приложении Tasks. Когда приходит срок выполнить повторяющееся действие оно появляется в самом начале перечня задач категории *Sheduled и в ходе ежедневного просмотра будет перемещено в подходящую своему контексту категорию.
Когда повтояряющееся действие отмечается завершённым в Tasks потребуется дополнительный шаг по изменению категории обратно на *Sheduled если потребуется, для следующего цикла исполнения. Но не отмечайте повторяющиеся действия исполненными в Shadow Plan - это удалит задачу из Tasks и она более не будет повторяться.
Краткое резюме
Установка
- Создайте аутлайн в Shadow Plan с проектами и задачами.
- Создайте в Shadow Plan тег “Следующее действие”
- Создайте в Shadow Plan пользовательский фильтр “Следующие действия”.
- Создайте категорию *Sheduled в Tasks.
- Создайте категории для каждого контекста в Tasks.
- Настройте сортировку Tasks в порядке ‘Due Date, Priority’.
Одиночные действия
- Добавьте их в соответствующий проект в Shadow Plan.
- Когда действие будет назначено Следующим конкретным действием, создайте линк с приложением Tasks.
- Укажите в Tasks категорию, соответствующую контексту действия.
- Добавьте задаче тег “Следующее действие” в Shadow Plan.
- Когда действие будет выполнено, отметьте это в Shadow Plan или Tasks.
Назначенные действия
- Добавьте их в соответствующий проект Shadow Plan.
- Когда дата для выполнения действия будет задана в Shadow Plan - создайте связь с Tasks при помощи ‘Link to database’.
- Установите категорию действия в Tasks как *Sheduled
- Когда придёт срок выполнить действие, переместите его в соответствующую категорию Tasks.
Повторяющиеся действия
- Добавьте их в соответствующий проект Shadow Plan.
- Когда дата для выполнения действия будет задана в Shadow Plan - создайте связь с Tasks при помощи ‘Link to database’.
- Установите категорию действия в Tasks как *Sheduled
- В приложении Tasks установите параметры повторения задач.
- Когда придёт срок выполнения задачи, переместите её в подходящую категорию.
- Отмечайте действие выполненным только в Tasks, не в Shadow Plan.
- Когда действие выполнено, перенесите его до следующего повторения назад в категорию *Sheduled.
Ежедневный просмотр
- Переключитесь в категорию *Sheduled в Tasks.
- Перенесите задачи, назначенные на сегодня в соответствующие категории.
Примечание переводчика
Технология реализации GTD при помощи аутлайнера вполне применима. Но автор, на мой взгляд, вносит неоправданные усложнения. Совершенно непонятно, зачем разделять задачи на “обыкновенные” и привязанные к дате “назначенные”. Как только задача создана и дата назначена - самое время переносить её в Tasks и сразу переносить в соответствующую категорию, минуя непонятный карантин в *Sheduled. При указанном порядке сортировки эта задача может будет “мозолить глаза” в соответствующей категории, чтобы этого избежать - можно использовать менеджер задач CanDo, там есть более продвинутые фильтры, убирающие задачи, срок которых еще не наступил, при этом можно сохранить показ задач назначенных на завтра. В остальном же он аналогичен Tasks.
Аналогично - с повторяющимися действиями. Повторяющиеся действия (заплатить за квартиру, проверить что-то и т.п.) вообще не относятся к проектам, это процессы. Их можно даже не заносить в Shadow Plan. Конечно, у отдельных пользователей найдутся повторяющиеся действия, которые укладываются в канву проекта. Хранение повторяющихся действий в категории *Sheduled также, очевидно, сделано для того, чтобы они не мешались. И эта проблема точно также решается применением CanDo (небольшое замечание, CanDo не умеет задавать параметры повторения действий, для этого нужен Tasks)
