Проекты
По нашей терминологии проект – это несколько действий, которые относятся к общей цели. Мы не будем заниматься формализмом и рассматривать последовательные (револьверные) и параллельные проекты, а станем пользоваться этим простым определением.
Задачи можно объединить по нескольким признакам. Чуть выше мы объединяли их по дате начала. С помощью таск-менеджера можно выбрать нужную дату, и сразу отобразятся задачи, которые на нее назначены.
Проекты (а также контексты, цели и теги) – всего лишь еще один вид меток, которые связывают задачи. В нашем случае проект – метка, объединяющая задачи, направленные на достижение его цели.
Здесь нет никакого скрытого смысла, все предельно просто. В проекты отправляются задачи, имеющие к нему прямое отношение. Например, чтение книги «АНТИтайм-менеджмент» связано с проектом «Саморазвитие». Возможно, мы не поставим дату начала решения этой задачи, однако после анализа обязаны убрать ее из «Входящих». Следовательно, ее место в каком-то проекте.
Большинство таск-менеджеров позволяет не относить задачи к проектам, однако так поступать не рекомендуется. Процедура еженедельного обзора помогает выявить все задачи, которые находятся внутри проектов, даже не имеющие даты. А вот те, что лежат без проектов, могут остаться без внимания. В конце концов, у задач, которые не включены в проект, возможно, нет не только даты, но и цели. А если они не имеют цели, зачем им тогда вообще быть в вашем таск-менеджере?
Прежде чем вы откроете менеджеры задач и приметесь составлять проекты, позвольте сказать еще кое-что. Принципы использования задач по GTD плохо стыкуются с классическим пониманием работы по проектам. Возможно, вы уже знакомы с GTD. В любом случае, скорее всего, у вас будет соблазн создать около 10, а то и больше проектов. Пожалуйста, не делайте этого.
Если подходить формально, то проектом можно считать все, что содержит больше 1 действия. Однако заводить его каждый раз, когда нам требуется создать 2 задачи, объединенные общей целью, неудобно. Для этого понадобится неограниченный уровень вложенности, который приведет к замкнутому кругу – мы запутаемся, куда отнести проекты нижних уровней, к каким родительским проектам.
Поэтому я прошу вас ограничиться 5–7 проектами. Постарайтесь оценить свою жизнь так, чтобы она была разбита на 5–7 сегментов, и заведите под каждый из них соответствующий проект. Тогда задачи, которые касаются создания программы тренировок, смогут быть в проекте «Саморазвитие», а те, что связаны с арендой нового офиса, будут относиться к основному бизнес-проекту. Задачи, имеющие отношение к детям, окажутся подчинены проекту «Семья» и т. д.
Контексты
Схожая ситуация с контекстами, еще одним элементом организации задач. Как легко понять из названия, контекст – это метка, которая объединяет задачи, схожие по условию выполнения. Например, те, что можно делать только дома или только в офисе. Или те, что нужно сделать в магазине или на даче. Возможно, в дороге. По крайней мере, так было в классическом варианте GTD.
Пока электронные системы управления задачами не стали популярны, пользоваться контекстами было удобно. Фактически в бумажной версии существовали два типа списков – по проектам и по контекстам. Сейчас ситуация изменилась, и мы ориентируемся на списки, организованные по времени начала дела. Таск-менеджер сам сортирует дела, отправляя в категорию «На сегодня» (или «Today») задачи с соответствующей датой. Более того, когда мы настраиваем оповещение, смотреть в компьютер или смартфон вообще не обязательно. Прозвенит сигнал, и таск-менеджер просто покажет, за что пора приниматься.
В последнее время получает популярность функция привязки задачи по GPS, что фантастически удобно. Представьте: вы собираетесь купить продукты, настраиваете оповещение на определенные координаты, и напоминалка звонит, когда вы подъезжаете к повороту на супермаркет! Вы вспоминаете, что вам нужно в магазин, и не проезжаете его. А раньше легко могли это сделать (и наверняка не раз делали).
Сейчас контексты малоприменимы. В самом деле, раньше был резон объединять задачи в списки по месту, в котором они могли быть сделаны. Когда-то компьютеры стояли только на работе. И только там был скоростной Интернет. Теперь у нас везде и то, и другое. Множество людей не выходят из дома без ноутбука или планшета. Работа там, где мы, а мы – где работа. Сортировать задачи по месту исполнения уже неактуально. Однако это не значит, что мы не можем пользоваться функцией контекстов.
Сразу оговорюсь: применять рекомендации, изложенные ниже, имеет смысл, только если дел уж очень много. Есть простое правило: чем больше работы, тем больше времени нужно уделять менеджеру задач. Чем тщательнее мы будем его вести, тем быстрее и лучше сможем справиться с задачами.
Если мы решили отправить в отставку контексты по месту, то какие могут остаться? Прежде всего по типу действия. Например, только звонки или только письма. Вообще офисную работу легко свести к этим элементарным действиям. Если постараться, 80 % задач можно разделить на «написать» и на «позвонить». Так что идея не лишена здравого смысла. С ее помощью очень легко выбрать контекст «Звонки», и отобразятся задачи, которые можно «отзвонить». Прекрасный способ поработать за рулем или в пробке.
Тот же принцип касается контекста «Письма». Как мы увидим дальше, работа с электронной почтой должна быть сведена к минимуму и как можно лучше стандартизирована. Почта – такой инструмент, который легко засасывает. Если неосторожно туда заглянуть, есть риск вынырнуть завтра. Поэтому неплохо иметь список дел, который связан с написанием писем
[9]
.
Еще один способ, который применяю я сам, хоть и нечасто, – сортировка задач по предполагаемой длительности. Когда дел очень много, полезно разделить их на те, что можно сделать за 1–5 минут, на те, что уложатся в 5–20 минут, и на те, что потребуют 20 минут и больше. Очень выручает, если через 10 минут нужно уходить, – смотришь в таск-менеджер, выбираешь контекст «1–5 минут», и вуаля – пару задач обычно удается «расстрелять».
Если вы не пользуетесь таск-менеджером вместе с сотрудниками, можно завести контекст, который объединял бы задачи, относящиеся к конкретному человеку. Например, если приглашаете к себе маркетолога, можно открыть задачи с контекстом «Маркетолог» и все с ним сразу обговорить. Это несколько экзотическая форма работы – гораздо проще внедрить в компании «сквозное» управление задачами (что сэкономит массу денег, сил и времени), – однако иногда она оказывается востребованной.
Вы можете подыскать еще несколько вариантов использования контекстов, однако хочу обратить внимание вот на что. Сейчас эта функция не настолько необходима, так что вряд ли ею придется воспользоваться. Конечно, нам иногда приятно, что задачи разделены по самым разным категориям, но есть ли смысл, если в сам контекст мы заглядываем раз в 2 месяца?
