Николай Додонов - GTD. Практический курс. Самоучитель по тайм-менеджменту.

• Название: GTD. Практический курс. Самоучитель по тайм-менеджменту.
• Автор: Николай Додонов
• Жанр: Личные финансы

Перед вами краткий практический курс GTD, состоящий из 8 занятий. Автор преследовал цель научить читателя пользоваться GTD на базовом уровне.

---

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

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

Вы можете не пользоваться никакими тегами (категориями), кроме временных и проектных, потому что они отвечают за 99 % вашей эффективности. Остальное — фишки.

Задание 5

1. Создайте теги с названиями открытых проектов. Используйте названия БОЛЬШИМИ БУКВАМИ. Это удобно и бросается в глаза.

2. Пройдите задачам и разнесите их по проектам.

Контексты и прочее

Следующий шаг, который рекомендуется в GTD — создание контекстных категорий (меток). Как понятно из названия, они объединяют все дела, касающиеся какого-то контекста. Например, метка «Дома» содержит все, что запланировано сделать дома, а метка «В машине» то, что можно сделать за рулем13.

Пока что мне не встречались случаи активного применения контекстов. Поэтому не скажу, что их обязательно стоит ввести и сгруппировать дела еще и под них.

Особняком стоят метки, объединяющие типовые действия. В классике тайм-менеджмента поощряется выполнение одинаковых дел потоком, пакетами. Взялись писать — пишите, звонить — звоните. Это не лишено оснований.

Для того, чтобы сгруппировать дела по типу, тоже можно завести теги. Например, тег «Звонки». Которым удобно пользоваться, если стоишь в пробке или бесцельно ждешь приема у врача. Выбираете все дела под меткой «Звонки» и расправляетесь с ними разом.

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

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

Анонимным гением под псевдонимом «Вася Кислый» предлагается формулировать задачи, в которых фигурирует другой человек, начиная их с его имени. Например: «Андрею — позвонить, поручить создать сайт» или «Андрею — позвонить, спросить, создан ли сайт?».

Список ожидания — как контролировать поручения

Не всегда понятно, как контролировать поручения или поступать с тем, что от нас не зависит. Например, что занести в таск-менеджер, если мы чего-то ждем. В ряде источников рекомендуют «Список ожидания», в котором лежат задачи «Получить ответ от Андрея» но это — плохое решение.

Я категорически против «Списка ожидания» так как мы перестаем быть причиной и становимся ожидающей стороной. Ждем, ждем, а кто-то все не пишет и не делает того, что должен. Удобно, не спорю. Но где эффективность?

Когда отдаются поручения или высказываются просьбы, единственно правильным ходом будет поставить задачу в «Scheduled» или «Waiting», с напоминанием на дату исполнения (лучше чуть раньше), чтобы проконтролировать ее выполнение. Подчиненные проклянут тот день, когда вы начнете так делать.

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

Отправили Марине письмо с поручением, которое должно быть выполнено завтра в 15–00 и поставили себе задачу на завтра на 14–00 «Марине — позвонить, спросить заказан ли номер для партнеров?».

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

Звонки и письма

Лучше идти, чем бежать; лучше сидеть, чем идти; лучше лежать, чем сидеть; и лучше спать, чем просто лежать.

Пожалуйста, когда речь идет об общении, поступайте наоборот. Лучше позвонить, чем написать и лучше спросить лично, чем позвонить. Хотя бы потому, что письмо требует больше времени, чем звонок. Не говоря уже о том, что по телефону можно сто раз все уточнить, переспросить, обсудить еще пару мыслей, о которых вы не собирались писать.

Преимущество живого разговора том, что вербально передается только 20 % информации, а невербально — остальные 80 %. В личном общении вы за меньший срок и наиболее доходчиво сможете донести или воспринять смысл.

Это не отменяет правил письменной коммуникации. Обсудив поручение устно, вы можете (и должны) кратко продублировать его письменно.

Задание 6. Соберите бумажные документы, которые нельзя выбросить, в лотке для бумаг. Проанализируйте каждый. Выявите действия, выполните то, что можно сделать не сходя с места и сделайте это, остальное занесите в списки дел. Рассортируйте документы любым удобным образом. Просмотрите списки дел и удалите неактуальные действия.

Обзоры и планирование

Венец и вершина системы. Инструмент, способный полностью изменить вашу жизнь.

GTD можно использовать двумя способами — как помощника и как локомотив. В первом случае он прибавляет производительности, помогает не утонуть в море информации. Во втором — снабжает вас лестницей в небо.

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

Обзор задач неотрывно связан с планированием, потому что это две стороны одной медали. Дэвид Аллен рекомендует проводить обзоры постоянно, раз в неделю, месяц, квартал, полугодие и год — каждый раз обдумывая цель все большего масштаба.

Я рекомендую делать еще и ежедневный обзор задач перед и после работы. Во-первых, это поднимает продуктивность дня, ведь утро над задачами настраивает14 на рабочий лад. Во-вторых, это хороший способ оперативного планирования. Обстоятельства могут меняться настолько стремительно, что запланированное вчера наутро уже не актуально.

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

Как и все в GTD, это просто. Требуется 15–20 минут каждый день, час — раз в неделю и дополнительный час раз в месяц. Все, что нужно — открыть список задач на день (если это ежедневный обзор) или по проекту и свериться с идеальной картиной, которую вы себе нарисовали.

Планы

Идеальная картина — камертон, по которому нужно сверить то, как сейчас обстоят дела и то, как они должны быть. Вы можете ее отобразить в виде интеллект-карты или любым другим информативным способом.

План, в данном контексте, — это последовательность шагов по достижению этапов идеальной картины. Гибкая, постоянно пересматриваемая структура, которая зависит от того, как меняются обстоятельства, намерения и сама идеальная картина.

Не стоит думать, что единожды сформулированная цель и созданная по ней идеальная картина не подлежит пересмотру. Наоборот, как и планы, это — живая структура, растущая и изменяющаяся вместе с создателем.

Составляя планы, избегайте косности и закостелености. Работа будет тем лучше и эффективнее, чем актуальнее списки дел по проекту. Это не проект-менеджмент. Когда речь идет о проект-менеджменте, то в пользу максимальной детализации и жесткой привязки ко срокам говорят два довода:

1. Планирует коллективный разум, у которого есть соответствующий опыт. Соответственно, есть альтернативные программы действий, которые так же закладываются в план, если в основном что-то пойдет не так.

2. Имея гораздо больше ресурсов (одна голова хорошо, а две лучше), рабочая группа в состоянии взять под контроль значительно больше деталей, которые могут оказать влияние на ход работ, чем один человек.