Всем привет! В прошлой статье "Организация дел по методу Productivity Beast #4. Правило № 3." мы с вами завершили разбирать основные правила формулировки задач и в текущей статье попробуем разобрать следующие задачи, и разберем новый тип "отсроченной" задачи.
Итак, теперь вернемся немного назад к списку мыслей из MLO Inbox, который мы составили в статье "Анализ истории с переездом #4. Мозговой штурм. Практика.".
- какие вещи мне нужны?
Это мы уже записали - идем дальше...
- габаритные вещи сложно перевозить самому
Это просто мысль-утверждение, которое порождает следующую мысль, записанную ниже.
- надо заказать машину
Это, определенно, мысль, порождающая действие. Записываем в под-проект "Спланировать переезд" задачу "заказать машину для перевозки". Разбиваем задачу на действия:
- найти в интернете подходящую компанию для перевозки мебели
(в комментариях к задаче ставлю "- сравнить цены", "- сравнить условия" - это напоминания, чтобы не забыть, однако не самостоятельные действия). Может возникнуть вопрос, - "Почему в этом случае "найти" мы делим? Ведь это не совсем конкретное действие, как мы выяснили в прошлый раз...". Но при этом, конкретным первым действием я вижу разве что "вбить в поисковик фразу "компании по перевозки мебели"", а это уже противоречит правилу №2 "Бритва Оккамы" - не нужно дробить задачу до абсурда. Но, в принципе, это на ваше усмотрение - если это поможет вам приступить к выполнению этого дела более уверенно, вы можете потратить немного времени на то, чтобы расписать задачу досконально.
Иными словами, если даже зависимая задача о поиске подходящей компании будет выполнена, когда мы поставим задаче время начала, она будет активной только по наступлении конкретного дня. Таким образом, ставим задаче срок 23 января - за 2 дня до нашего срока - см. Рис 1.
Отсроченная задача - это еще один способ алгоритмизировать ваш иерархический список дел так, чтобы в списке дел, по которому вы будете принимать решение, задача появлялась только в нужный момент.
Однако, вынужден вас предостеречь - может возникнуть соблазн ставить задачи на будущее время только потому, что вы не хотите о них сейчас думать - это контрпродуктивно. Задачу на потом относить необходимо только если на это есть веские причины. Например, встреча назначена на конкретную дату, или, как в нашем случае, определить дату заказа машины лучше тогда, когда будет известна дополнительная информация. При этом получение этой информации не может быть записано в качестве задачи.
Таким образом, с помощью отсроченных задач вы можете не использовать календарь, так как нужная вам задача появится в списке ваших дел в нужное время. Однако, для того, чтобы иметь такие задачи как "встреча" и пр., имеющие конкретные договоренности по дате и времени - можно их вносить в календарь в любом удобном вам приложении - но не более того. Использовать календарь для записи дел, которые не имеют точной даты (это практически 98% всех дел) - это контрпродуктивно и не гибко. Что будет, если на этот день возникнут какие-то новые обстоятельства и дела - переносить на следующий день, испытывая тяжелое чувство разочарования, что это так не удалось сделать сегодня? Обычно так и бывает. И обычно те задачи, которые перенеслись на следующий день легко переносятся и на следующий - ведь вы, ваш мозг, уже уловил способ закончить все дела на сегодня - просто перенесите все на следующий день - вы так уже делали...
Итак, давайте пока на этом остановимся - в следующий раз продолжим разбирать оставшиеся задачи и попутно я буду объяснять новые правила.
P. S. Пишите комментарии, если что-то было не понятно.
P. P. S. Подписывайтесь на обновление блога в верхнем правом углу - жмите на кнопку или оставляйте имейл.
Итак, теперь вернемся немного назад к списку мыслей из MLO Inbox, который мы составили в статье "Анализ истории с переездом #4. Мозговой штурм. Практика.".
- какие вещи мне нужны?
Это мы уже записали - идем дальше...
- габаритные вещи сложно перевозить самому
Это просто мысль-утверждение, которое порождает следующую мысль, записанную ниже.
- надо заказать машину
Это, определенно, мысль, порождающая действие. Записываем в под-проект "Спланировать переезд" задачу "заказать машину для перевозки". Разбиваем задачу на действия:
- найти в интернете подходящую компанию для перевозки мебели
(в комментариях к задаче ставлю "- сравнить цены", "- сравнить условия" - это напоминания, чтобы не забыть, однако не самостоятельные действия). Может возникнуть вопрос, - "Почему в этом случае "найти" мы делим? Ведь это не совсем конкретное действие, как мы выяснили в прошлый раз...". Но при этом, конкретным первым действием я вижу разве что "вбить в поисковик фразу "компании по перевозки мебели"", а это уже противоречит правилу №2 "Бритва Оккамы" - не нужно дробить задачу до абсурда. Но, в принципе, это на ваше усмотрение - если это поможет вам приступить к выполнению этого дела более уверенно, вы можете потратить немного времени на то, чтобы расписать задачу досконально.
Отсроченная задача
В голове сразу появляется идея о том, что как только я найду подходящую компанию, то следует им сразу и позвонить и заказать машину, поэтому следовали бы записать это следующей задачей. Однако, при заказе необходимо точно указать какого числа заказывать машину, поэтому можно повременить с этим и поставить задачу на выполнение в будущем.Иными словами, если даже зависимая задача о поиске подходящей компании будет выполнена, когда мы поставим задаче время начала, она будет активной только по наступлении конкретного дня. Таким образом, ставим задаче срок 23 января - за 2 дня до нашего срока - см. Рис 1.
 |
| Рис 1. Как добавить срок для задачи |
Отсроченная задача - это еще один способ алгоритмизировать ваш иерархический список дел так, чтобы в списке дел, по которому вы будете принимать решение, задача появлялась только в нужный момент.
Однако, вынужден вас предостеречь - может возникнуть соблазн ставить задачи на будущее время только потому, что вы не хотите о них сейчас думать - это контрпродуктивно. Задачу на потом относить необходимо только если на это есть веские причины. Например, встреча назначена на конкретную дату, или, как в нашем случае, определить дату заказа машины лучше тогда, когда будет известна дополнительная информация. При этом получение этой информации не может быть записано в качестве задачи.
Таким образом, с помощью отсроченных задач вы можете не использовать календарь, так как нужная вам задача появится в списке ваших дел в нужное время. Однако, для того, чтобы иметь такие задачи как "встреча" и пр., имеющие конкретные договоренности по дате и времени - можно их вносить в календарь в любом удобном вам приложении - но не более того. Использовать календарь для записи дел, которые не имеют точной даты (это практически 98% всех дел) - это контрпродуктивно и не гибко. Что будет, если на этот день возникнут какие-то новые обстоятельства и дела - переносить на следующий день, испытывая тяжелое чувство разочарования, что это так не удалось сделать сегодня? Обычно так и бывает. И обычно те задачи, которые перенеслись на следующий день легко переносятся и на следующий - ведь вы, ваш мозг, уже уловил способ закончить все дела на сегодня - просто перенесите все на следующий день - вы так уже делали...
Итак, давайте пока на этом остановимся - в следующий раз продолжим разбирать оставшиеся задачи и попутно я буду объяснять новые правила.
P. S. Пишите комментарии, если что-то было не понятно.
P. P. S. Подписывайтесь на обновление блога в верхнем правом углу - жмите на кнопку или оставляйте имейл.
Комментариев нет:
Отправить комментарий