Мой подход по управлению временем/задачами используя VSCode

Автор оригинала: Yury Zhauniarovich
  • Перевод

Вот и наступил 2020 год. И как всегда в начале года мы ставим себе амбициозные цели на год, обещаем заняться планированием, стать лучше и т.п. Мы начинаем использовать новый крутой сервис по управлению временем и задачами, о котором прочитали накануне. Но проходит пару недель или пару месяцев, мы разочаровываемся в сервисе, забрасываем планирование и управление задачами. А ведь управление временем/задачами входит в семь навыков высокоэффективных людей, какими мы все хотели бы быть.


Так происходило и со мной: на протяжении последних десяти лет я пробовал различные сервисы и программы по управлению временем/задачами, читал море статей по этой теме, но всё как-то не мог найти свой идеальный подход до последнего времени. Последние пару лет я пришел к тому, что начал использовать Visual Studio Code (VSCode) и расширение Org Mode для управления временем и задачами. В этой статье я расскажу, как я это делаю. Не скажу, что я стал супер высокоэффективным, но эффект чувствуется.


О переводе

Это адаптированный перевод серии статей из моего блога. Здесь, на хабре, я рассказываю про то, как использую VSCode для управления временем/задачами. Если же вам всё-таки интересно прочитать все статьи, где можно найти намного больше информации как я ставлю задачи, как я пришел к такому подходу, и какие лайфхаки я использую для увеличения продуктивности, то ниже я привожу ссылки на каждую статью из серии (написаны на английском):


  1. My Approach to Task/Time Management. Part 1: Framework
  2. My Approach to Task/Time Management. Part 2: Tool set
  3. My Approach to Task/Time Management. Part 3: Productivity and Focus

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


Временные Интервалы


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


Каждая секунда, минута, час, день, и неделя обладает одинаковой длительностью в общем случае. К сожалению, секунды, минуты и часы не очень удобны для измерения продуктивности, так как она изменяется в зависимости от время суток. Например, я сова, и вечером моя продуктивность выше. Так же не очень корректно сравнивать продуктивность в разные дни, потому что в какие-то дни мы более "живые". Например, у людей самая высокая продуктивность во вторник-среду, а к концу недели наши батарейки обычно уже еле живые. Из этого становится очевидным, что минимальный интервал для корректного измерения продуктивности — это неделя.


К сожалению, мы, люди, обычно планируем в месяцах, а в месяце может быть от 28 до 31 дня. Таким образом сравнивать продуктивность не очень корректно, так как длительность разных месяцев может отличаться на 10%. Для того, чтобы этот интервал у меня всегда был одной и той же длительности, я решил, что мой месяц будет равен 4 неделям или 28 дням. Сейчас такой же подход часто используется при разработке: итерации обычно кратны неделе. В году у меня получается 13 месяцев (13*28=364) и один или два дополнительных дня. Таким образом, в год я нахаляву получаю лишний месяц. Это как 25-ый час в сутках о котором все мечтают, чтобы все успевать. Кстати, отпуск со всеми выходными чаще всего тоже примерно равен 28 дням, так что лишний месяц может быть вашим отпуском (хотя я этого и не делаю, потому что в отпуске я все-равно занимаюсь планированием, хотя и в меньшей степени).


Основные интервалы планирования у меня — это неделя и месяц. Мне очень сложно планировать свои дела на год вперед (очень завидую тем, кто может это делать и при этом выполняет поставленные задачи), поэтому планирование года заключается в том, чтобы только поставить цели в различных сферах жизни.


Планы у меня хранятся в отдельных файлах. Я использую следующее соглашение по именованию этих файлов (использование такого соглашения облегчает навигацию):


  • В файле 2020.org хранится информация относящаяся к 2020 году.
  • В файле 2020:01.org хранится информация относящаяся к первому месяцу 2020 года.
  • В файле 2020:02:01|W05.org хранится информация относящаяся к первой неделе второго месяца 2020 года. Последняя часть W05 обозначает последовательный номер недели в году. Очень удобно, если вы используете календарь, в котором обозначены номера недель.

Типы Задач


Все задания я разделяю на два типа: привычки и задачи.


Задача — это задание, у которого есть конкретный результат и которое запланировано на определенную дату. Например, "убрать в комнате" — это задача, потому что я всегда могу определить, на какой день я запланировал эту задачу (TODO), выполнил ли я задачу полностью в этот день (DONE), или же я сделал её только частично (PRTL). Кроме этого, в связи с более приоритетной задачей, мы можем уборку перенести на другой день (MOVE), или же мы не можем сделать уборку в этот день, потому что наш пылесос сломался, и мы ждём новый (WAIT). В скобках я указал статусы, которые я присваиваю задачам в таких ситуациях.


Наиболее часто я использую статусы TODO, DONE, PRTL. Довольно редко использую WAIT, и практически никогда не использую MOVE. Мне проще просто передвинуть строчку с задачей на другой день. Но этот статус полезен, если вы отслеживаете, сколько задач вы запланировали на конкретный день и сколько реально смогли сделать. Впоследствии эта информация может помочь улучшить планирование.


Второй вид задания — это привычки. Основное отличие привычки от задачи в том, что привычку невозможно сделать, её можно только практиковать каждый день и, возможно, укоренить когда-нибудь. Например, привычки для меня это "Рано просыпаться", "Читать перед сном", "Делать зарядку", "Заниматься спортом". Если я хочу избавиться от чего-то, то это тоже тип задания "привычка", например, "Бросить курить".


Так как процесс формирования привычки занимает время (какие-то умные люди говорят, что надо минимум один месяц), то привычки я практикую минимум неделю. В моей модели, у привычки есть всего три статуса: GOAL, если я планирую следить за привычкой на этой неделе; DONE, если на этой неделе я не нарушил; и FAIL если я сорвался. Например, если в начале недели я ставлю себе задание "Читать перед сном", то если я каждый день читал перед сном на этой неделе, то привычка DONE, если я хотя бы один день лег спать не почитавши (по любой причине, даже уважительной), то привычка FAIL. Только если привычка DONE, то на следующей неделе я могу добавить новую привычку. При этом, важно отслеживать привычки, которые уже сформированы, чтобы так же не нарушать их.


Инструменты


Так как большое количество различных задач я выполняю в VSCode, неудивительно что я использую этот текстовый редактор для управления временем/задачами. VSCode доступен на трёх основных платформах (Win, Linux, MacOS), поэтому вполне вероятно, что вы тоже можете использовать подход описанный в этой статье. Для управления временем/задачами, я дополнительно использую два расширения для этого текстового редактора:


  1. File Utils
  2. Org Mode

Расширение File Utils позволяет мне ускорить некоторые операции с файлами (например, копирование или перемещение), а расширение Org Mode непосредственно необходимо для управления временем/задачами.


Стоит отметить, что расширения типа Org Mode существуют и для других текстовых редакторов: наиболее мощное, насколько я знаю, в Emacs; но так же есть расширения для Vim и Sublime Text 3. Если вы используете эти инструменты для работы, то вы можете адаптировать мой подход для работы с ними.


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


Disclaimer

Мой способ использования Org Mode отличается от канонического. Например, обычно разное количество * используется для структурирования задач. В моем случае иерархии нет, и разное количество * я использую просто для красоты. Временную метку я не присваиваю конкретной задаче, а использую просто для обозначения дня.


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


Структура Директории


Вся информация по управлении временем/задачами храниться в одной директории. У меня эта директория называется Lifelogging. Вот её структура:


Lifelogging/
├── _docs
│   ├── blog.md
│   ├── books_to_read.md
│   ├── development_ideas.md
│   ├── habits.md
│   ├── links.md
│   ├── principles.md
│   └── sport.md
├── _template
│   ├── month.org
│   ├── week.org
│   ├── year_details.org
│   └── year.org
├── 2018
│   ├── months&year
│   │   ├── 2018:01.org
│   │   ├── ...
│   │   ├── 2018:13.org
│   │   └── 2018.org
│   └── weeks
│       ├── 2018:01:01|W01.org
│       ├── ...
│       └── 2018:13:04|W52.org
├── 2019
│   ├── months&year
│   │   ├── 2019:01.org
│   │   ├── ...
│   │   ├── 2019:13.org
│   │   └── 2019.org
│   └── weeks
│       ├── 2019:01:01|W01.org
│       ├── ...
│       └── 2019:13:04|W52.org
└── 2020
    ├── months&year
    ├── weeks
    ├── 2020:01:01|W01.org
    ├── 2020:01.org
    └── 2020.org

В этой директории есть следующие поддиректории:


  • _docs: В ней я храню различную информацию, которая мне требуется время от времени для планирования. Например, в ней есть файл, где я записываю список книг, которые бы я хотел прочитать. Как только я закончил книгу, я открываю этот файл и выбираю следующую. Отдельно я храню список привычек, которые бы я хотел сформировать (файл habbits.md).
  • _template: Эта директория предназначена для хранения шаблонов недели, месяца и года. Дальше я покажу как их использую.
  • Директории 2018, 2019 и 2020 хранят информацию относящуюся к определенному году. В каждой из этих директорий есть следующие поддиректории:
    • months&year: В ней хранятся файлы, в которых я веду планирование на месяцы и на год.
    • weeks: В этой директории я храню файлы относящиеся к недельному планированию.

Как вы можете заметить, структура директории для 2020 года немного отличается от структуры других лет: файлы 2020.org, 2020:01.org и 2020:01:01|W01.org находятся в корне этой директории. Причина в том, что мне удобнее сохранять файлы относящиеся к текущему периоду планирования в корне директории. После того как период окончен, я просто перемещаю соответствующий файл в соответствующую директорию.


Если вы работаете на нескольких компьютерах и хотите иметь доступ к этим данным с разных машин, то можно поместить папку Lifelogging в Dropbox (или использовать другое решение для синхронизации данных).


VSCode для Управления Временем/Задачами


Для каждого из периодов планирования (год, месяц, неделя) в поддиректории _template у меня хранится шаблон. Во время планирования, я копирую соответствующий шаблон в директорию текущего года, переименовываю его в соответствии с моим соглашением по именованию файлов, и далее приступаю к изменению контента. Например, если мне надо составить план на второй месяц 2020 года, я копирую файл month.org в директорию 2020 и переименовываю его в 2020:02.org.


Перед тем как описывать, как я планирую каждый из периодов, нам необходимо сделать некоторые изменения настроек расширения Org Mode. В частности, нам надо изменить список статусов задач. По-умолчанию, в Org Mode определены следующие статусы: "TODO", "DONE", "WAIT", "SCHD". Мой список отличается, мне требуются статусы "TODO", "DONE", "WAIT", "PRTL" и "MOVE".


Чтобы изменить этот список выполните следующие действия. В меню VSCode выберите File -> Preferences -> Settings (или просто нажмите Ctrl+,). На появившемся экране, раскройте Extensions и выберите Org Mode configuration. Найдите настройку Org:Todo Keywords. Так как изменить эту настройку из UI нельзя, нажмите на ссылку Edit in settings.json. VSCode откроет файл settings.json, где нам надо изменить значения org.todoKeywords следующим образом:


  ...
  "org.todoKeywords": [
      "TODO",
      "MOVE",
      "WAIT",
      "PRTL",
      "DONE"
  ],
  ...

План на Год


В начале каждого года, я создаю новую директорию, в которую сразу копирую шаблон year.org из директории _template и переименовываю его. Чтобы ускорить этот процесс, я использую возможности расширения File Utils. Я просто выбираю файл year.org в директории _template, нажимаю Ctrl+Shift+P, чтобы открыть "Command Palette" (также можно использовать меню: View -> Command Palette…), и выбираю команду File: Duplicate. Далее, в строке приглашения просто меняю .../_template/year.org на .../2020/2020.org и вуаля, файл находится в нужном мне месте. Мой шаблон для года имеет следующий вид:


image


В шаблоне есть две области (выделенные красным цветом). В первой я непосредственно записываю цели на год. Так как ставить задачи на год я ещё не научился, то годовой файл содержит только цели, сгруппированные по сферам жизни:


  1. Здоровье и спорт
  2. Карьера, бизнес, работа
  3. Деньги и Финансы
  4. Образование и Личностный рост
  5. Окружение
  6. Личные отношения / семья
  7. Яркость жизни / эмоции

У меня не всегда есть цели в каждой из этих категорий, просто мне нравится такое разделение сфер жизни.


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


План на Месяц


Каждые 4 недели я создаю план на следующий месяц. Как и в случае плана на год, я копирую шаблон для месяца month.org из директории _template в директорию текущего года и переименовываю его в соответствии с моим соглашением, например, в 2020:01.org. Так же как и в предыдущем случае, я использую возможности расширения File Utils. Шаблон для месяца выглядит следующим образом:


image


В нём можно выделить три секции:


  • Привычки на этот месяц (Habbits section)
  • Задачи на этот месяц (Tasks section)
  • Описание месяца (Month description section)

В начале месяца, я выбираю привычки, которые бы хотел сформировать в этом месяце, и записываю их в предназначенную для этого секцию привычек. Не стоит сразу пытаться формировать очень много привычек. Укоренять привычки очень сложно, требуется прикладывать усилия каждый день. При этом очень легко сорваться. Более того, если не соблюдать уже сформированные привычки, то они очень быстро исчезают. Поэтому на месяц у меня обычно всего пара новых привычек (из разных сфер). При этом я также часто записываю уже сформированные привычки в эту секцию, для того, чтобы не забывать и о них.


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


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


Так как это Org Mode файл, то менять статусы задач можно используя быстрые клавиши. Для этого поставьте курсор в строку с соответствующей задачей и нажмите Alt+RightArrow (или выполните команду Org: Increment Context) или Alt+LeftArrow (Org: Decrement Context). Эти команды поменяют статус задачи на следующий (предыдущий) в списке.


План на Неделю


Шаг-за-шагом, мы подходим к моему основному уровню планирования — неделя. Аналогично как в случае для года и месяца, в начале недели я копирую шаблон недели в директорию текущего года и переименовываю файл. Название файла имеет вид: год:месяц:неделя|W<номер_недели_в_году>.org. Например, для следующей недели файл будет называться: 2020:02:01|W05.org (это будет первая неделя во втором месяце, но в году это пятая неделя). Шаблон недели выглядит следующим образом:


image


Шаблон имеет три области:


  1. Область плана на неделю. Так же как и для месяца, здесь есть секция для привычек и секция для задач. Обычно эту область я заполняю в воскресенье вечером, когда составляю план на неделю.
  2. Область плана на день. В ней есть две подобласти: секция задач на день и секция метрик.
  3. Область эпилога, в которой есть секция агрегированных метрик (это могут быть агрегаты дневных метрик либо же метрики, которые я отслеживаю понедельно) и область для недельной ретроспективы, где я описываю события недели в свободной форме.

Давайте немного подробнее остановимся на метриках, которые я сейчас отслеживаю. Если с весом всё понятно (кто его не отслеживает теперь?), то вот с метрикой POMODORO могут возникнуть вопросы. На самом деле это одна из наиважнейших метрик, которая позволяет отслеживать мне мою продуктивность. Она показывает количество продуктивного времени, которое я потратил за день выполняя различные задачи. Для того, чтобы отслеживать это время я использую адаптированный метод помидора. Суть метода состоит в том, чтобы на определенное время (25 минут) полностью погрузиться в выполнение определенной задачи. После этого сделать перерыв на 5 минут. После 4 таких итераций сделать длинный перерыв на 15 минут. Во время работы нельзя отвлекаться ни на что другое, все мысли должны быть заняты решением одной задачи. Если ты отвлекся, то таймер надо запускать заново. Таким образом, этот метод позволяет тренировать сосредоточенность на одной задаче и силу воли, качества, которые вместе приводят к хорошим результатам.


Я же немного модифицировал этот метод. В отличие от оригинального метода, я использую 4 разных интервала: 15, 30, 45 и 60 минут. Перед началом работы над задачей я оцениваю задачу и мое состояние. Если задача сложная, требует много времени чтобы полностью в нее погрузиться и сделать, то я выставляю таймер на 60 минут. Если задача короткая, то мне может хватить и 15 минут. Я обязательно стараюсь закончить задачу, даже если будильник уже прозвенел, что позволяет мне немного сэкономить время, так как после перерыва мне не требуется время чтобы снова вникнуть в контекст задачи, над которой я уже работал. Также длительность интервала зависит от моего самочувствия: если я уставший, то я выбираю меньшие интервалы, если у меня всё в порядке с энергией, то я работаю использую более длительные периоды.


Если я во время интервала я отвлекся по какой-то причине, то этот интервал не идет мне в зачет, и я запускаю таймер сначала. Если перерывов не было, то в файле я отмечаю, что работал это время. В конце дня я подсчитываю суммарное продуктивное время и записываю его. Так как моя работа довольно разнообразная (я выполняю очень разные задачи), то POMODORO — это основная метрика моей продуктивности. Она показывает, сколько времени в день я провел в состоянии потока.


В шаблоне недели у меня имеется модель только для одного дня (область плана на день). Так как соответствие даты и дня недели в каждый год разное, то мне требуется каждую неделю модифицировать шаблон. Если бы я не проставлял для каждого дня дату, то можно было бы сделать один шаблон со всеми днями недели и использовать его. Но мне важно видеть дату, так что я каждую неделю совершаю следующую последовательность действий. Сперва, в первой строке этой области ввожу дату понедельника. Для этого я использую комбинацию быстрых клавиш Ctrl+Alt+O T (или можно выполнить команду Org: Timestamp). Эта команда вставляет на место курсора текущую дату, например [2020-01-20 Mon]. После этого я выделяю всю эту область и дублирую этот блок 7 раз (используя Ctrl+Alt+DownArrow). После этого, я модифицирую даты дней используя горячие клавиши Alt+RightArrow (команда Org: Increment Context) и Alt+LeftArrow (команда Org: Decrement Context). После этих нехитрых действий у меня готова заготовка на неделю.


Те же горячие клавиши для дублирования блока Ctrl+Alt+DownArrow и Ctrl+Alt+UpArrow я использую для того, чтобы продублировать заготовки для задачи. С использованием таких трюков, управление временем/задачами не отнимает у меня много времени. Хотя, возможно, в будущем я напишу какую-то программу, которая будет автоматически создавать все эти заготовки автоматически.


Представление


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


image


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


Немножечко Черной Субстанции в Бочке Мёда


К сожалению, расширение Org Mode для VSCode сейчас практически не поддерживается. Последний коммит был в апреле 2019 года. И хотя я не вижу критических проблем, которые бы мне мешали использовать это расширение, все же хотелось бы чтобы пару улучшений разработчики в него добавили.


Первое, хотелось бы использовать улучшенный трекинг времени по задачам. Сейчас, когда начинаешь работать над задачей, можно нажать Ctrl+Alt+O Ctrl+I (или выполнить команду Org: Clock In) и расширение проставит временную метку начала работы над задачей. После того, как окончил работу, можно нажать Ctrl+Alt+O Ctrl+O (или выполнить команду Org: Clock Out), чтобы проставить метку окончания работы. После этого, если нажать Ctrl+Alt+O Ctrl+U (или выполнив команду Org: Update Clock Total), Org Mode автоматически рассчитает время работы над задачей. Таким образом, можно трекать сколько времени потрачено на определенную задачу. К сожалению, сейчас эта функциональность в VSCode Org Mode работает довольно криво. Например, нельзя определить суммарное время, если ты работал над задачей несколько раз. Более того, все еще остается неисправленным баг учета времени, если работа начата и закончена в разные дни.


Второе, было бы прекрасно иметь возможность посчитать автоматически всё затраченное время по проектам и вывести статистику (насколько я знаю, в emacs это можно сделать).


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


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


Заключение


Мне потребовалось очень много времени и попыток, чтобы прийти к этому решению, которое я теперь постоянно использую для управления временем/задачами. Поэтому я надеюсь, что мой опыт окажется для кого-то полезным и, глядя на этот пример, кто-то начнет заниматься планированием. Всем продуктивного времени суток!

Похожие публикации

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 50

    0
    Т.е. Это справедливо только для человека сидящего за компьютером? А как эту концепцию применить если у тебя только мобильник?
      0
      Нужно написать/поискать приложение. Я для аналогичного подхода использую google keep и его систему тегов, хотя наверняка есть более удобные для этого приложения
        +1

        SyncOrg (Android) / MobileOrg (iOS). Умеет синхронизироваться с десктопными Org файлами

          0
          Если честно, то даже и не знал, про эти приложения. Спасибо! Надо будет посмотреть, можно ли их использовать в моем случае, всё-таки подход немного отличается от канонического.
          0

          есть еще http://www.orgzly.com/

          +1

          Хм, неплохо. Я сам использую Org-mode (emacs), но слишком ленив для генерации org календаря/приоритетов на неделю, использования помодоро и тд, поэтому просто сваливаю задачи в .org файл и периодически помечаю сделанные. К статусам добавил TODO_NOW (бросить всё и сделать в течение 1-2 дней) и заставил емакс подсвечивать его красным.





          Мои излюбленные киллер-фичи — Org capture и внешние гиперссылки (позволяют ссылаться на что угодно, например на конкретные сообщения в email клиенте емакса).

            0
            Для меня тот, кто использует emacs в своей работе — это человек 80 уровня :) Я честно пытался один раз перейти на него лет семь назад, но моя попытка провалилась. Сейчас в моей работе я использую в основном VSCode, поэтому сейчас смысла переходить не вижу. Хотя Emacs Org Mode по сравнению с VSCode Org Mode — это просто супер-навороченный комбайн и тележка :)

            Скажите, Cheater, а можно ли мой подход напрямую использовать в Emacs?
              0

              Конечно можно, есть и timestamps и программируемые статусы и кастомная подсветка и всё остальное. Более того, ваши создаваемые вручную по шаблону ежемесячные/еженедельные .org-файлы в емаксе известны как Org agenda и генерируются емаксом на лету на выбранный период. Для примера я у себя назначил SCHEDULED и DEADLINE на пару задач:



              С pomodoro я не очень понял из поста как именно вы трекаете его в org, но emacs плагины для этого также существуют: link

                0
                Мне не очень удобно вести все задачи как один сплошной лист, поэтому я и разделяю их по дням. У меня раньше был excel-файл со всеми задачами, но я понял, что мне очень неудобно с ним работать. Поэтому в каноническом виде Org Mode мне не подходит.

                Что касается POMODORO трекера, то здесь всё просто: у меня на рабочем столе висит виджет таймера, в котором заданы эти 4 интервала :)
                  0
                  А что не понравилось в экселе? Я вот веду несколько гугл таблиц в одной папке на гугл диске, довольно очень удобно. Судя по описанию вашего планирования, мне кажется текстовые редакторы не настолько удобны. Или всё таки есть какие-то мелочи?
                    0

                    Мне не удобно видеть список задач одним листом. Это раздражает, особенно, если есть какие-то задачи предыдущего дня, которые не закрыты. Кроме этого, сложно делать ретроспективу (анализ), что было сделано, что нет и описывать результаты недели, месяца и года.

            0
            Спасибо за интересную статью! Также планирую прочитать ваши другие статьи, о которых вы упоминали в начале этой статьи и попробовать внедрить описанные подходы.
              0
              Главное — не ждать начала следующего года :)
                0
                Я с прошлого года начал заниматься планированием, но пока полностью не выстроил для себя какую-то систему. Можете ли Вы скинуть скриншоты с ваши планами на день, на неделю, на месяц, чтобы можно было иметь полную картинку перед собой?
                  0

                  Ну, примеры скриншотов — они есть в статье. Я скриншоты как раз делал перед Новым годом, и это реальные планы на месяц и неделю.


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

              0

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

                0
                Вот, выше уже ответили на этот вопрос. Сила хабра — в комментариях. Я, честно говоря, не использую мобильник для планирования.
                +3
                Как долго вы используете свой подход?
                Своим я пользуюсь больше 2-х лет и он работает для меня.
                Некоторые части у нас совпадают, такие как детальное планирование на неделю, постановка цели на более длительный период… По большому счету базовый подход у нас совпадает.
                Подход с привычками интересен, думаю я попробую что-то с этого использовать.
                Я описал свой подход в 2-х статьях:
                Шаг за шагом я иду к своей цели. Планирование персональной цели, проекта, задач.
                Продуктивная работа. В поиске идеального процесса.

                Возможно что-то будет полезно для вас. Также думаю что строить свой подход нужно с базовых вещей(неделя — задачи, месяц+ — цели) и дополнять/изменять в процессе работы…
                  0
                  Использовать VSCode с Org Mode я начал с начала 2018 года. Но такой подход выработал ещё используя Evernote. Но там приходилось всё делать руками, и это отнимало довольно много времени. Насколько я помню, в какой-то момент времени Evernote поменяли пользовательское соглашение о том, что они могут просматривать все записи, и это было последней каплей. После этого я стал использовать VSCode и файлы хранятся только у мнея на компьютере.

                  Я прочитал ваши статьи. Действительно, очень много похожего. Очень интересный подход в планировании: цель -> проект -> задачи. У меня похожий подход, но до этого он был оформлен как-то больше интуитивно, не так красиво и складно как у вас.

                  Так же мне очень импонирует ваша способность к определению сроков проекта. К сожалению, у меня не получается давать точные оценки для моих задач (они все очень разнообразные). Надеюсь, я со временем приду к этому. Для этих целей, я раньше использовал Trello с расширением Plus for Trello, но kanban-доски хорошо использовать для задач по проектам, но не очень удобно для задач, которые несвязаны совсем.
                  +1

                  Иногда мне кажется, я какой то неправильный. Мне просто нудно и тяжело вести просто todo список, а вот люди живут по таким спискам. Да даже сейчас, у меня в джире есть задачи которые мне записали клиенты, а я сижу читаю хабр. Мне кажется у меня проблемы с концентрацией. Но я так хаотично как то дожил до 48-и, даже удивительно.

                    0
                    Я тоже не могу себя натянуть на какую-то систему планирования. Хотя пытался уже несколько раз.
                    Вести список задач — да, конечно. Чтобы ничего не упустить из вида и не забыть.
                    Планировать категориями «это неплохо бы на этой неделе сделать, а вон то где-то в этом месяце» — да.
                    Но перейти в режим робота, которому поставили в стек пять задач, которые он обязательно должен выполнить сегодня это не моё. Слишком много усилий мне надо над собой сделать, чтобы войти в такое состояние. И слишком мало кайфа от нахождения в нём.
                    Вот поймать состояние потока и фигачить «пятилетку за три года» это классно. От этого есть удовольствие. И для работы польза.
                      0
                      Наверное, в этом и проблема. Не натягивайте себя на систему планирования, натяните систему планирования на себя. Т.е., когда пытаешься полностью использовать чужие подходы, они обычно не работают, и ты быстро забиваешь. А вот если мало-помалу выстраивать свой подход, то втягиваешься и потом уже сложно представить себя без этой системы.

                      Ловлю себя на мысли, что в комментариях к этой статье дали очень много полезных ссылок, есть вещи, которые бы я точно хотел попробовать и, наверное, попробую в какой-то момент времени. Но заметьте, все подходы отличаются, нет универсального рецепта.
                        0
                        Не вижу тут проблемы.
                        Просто есть люди, которым это подходит психологически. И есть задачи, которыми можно управлять при помощи таких систем. Когда первое сходится со вторым — всё прекрасно работает.
                        У меня не сошлось. Сидишь, выстраиваешь задачи по приоритетам, располагаешь их по месяцам, из месячного пула переводишь в недельный, из недельного в дневной. И вот у тебя список задач, которые надо сделать сегодня. Делаешь первую, делаешь вторую, а в процессе выполнения третьей к тебе приходит коллега, и вы с ним обсуждаете какую-то важную проблему в течении двух часов. И вот уже появляется «долг». Ладно, бывает. Переносишь его на следующий день. А там какое-то внезапное совещание. И на нём какая-то внезапная задача прилетает. И опять все планы пошли по… погулять. Очень бесит. Очень разочаровывает. Очень демотивирует.
                        Хотя свой бюджет я планирую нормально. Столько-то денег сюда, столько-то туда. Не сошлось? Ну и ладно. Ведь у меня для этого есть специальная строка расходов «незапланированные траты». Какая-то шляпа произошла, и надо много денег внезапно потратить? Ну и ладно. Ведь у меня есть заначка для таких случаев. И за счёт такой «двойной буферизации» система получается весьма устойчива. Только какая-то катастрофическая катастрофа может её поломать.
                        На работе так не получается. Нет у меня заначки из свободных рабочих часов, в которую я могу залезть, и достать оттуда время, необходимое для выполнения плана на день. Увы.
                          0
                          Вы сами видите, как это должно успешно работать и работает на примере личного бюджета. Но почему то упорно не хотите с этим же подходом работать с рабочими задачами, где этот подход настолько же эффективен. Ключ не в «обязательно сделать всю запланированную кем-то и когда-то работу», а в умении подстроиться и сделать достаточный максимум для данных конкретных условий. Считаю, что именно благодаря пониманию этого концепция Agile полностью вытеснила Waterfall в разработке ПО. Работы всегда больше времени и она всегда занимает всё отведённое ей время, об этом и о том как с этим мирно жить очень хорошо рассказано у J.D. Mayer в его трудах по «Agile Results».
                            0
                            Вы сами видите, как это должно успешно работать и работает на примере личного бюджета. Но почему то упорно не хотите с этим же подходом работать с рабочими задачами, где этот подход настолько же эффективен.
                            В мире моих финансов неопределённости и непредсказуемости гораздо меньше, чем в мире моей работы.
                            Поэтому в первом мои планы выглядят как «Потратить X денег в месяц на товар или услугу Y».
                            А во втором: «Надо написать программу, которая умеет делать классные штуки. Срок три месяца».
                        +1
                        Мне кажется что Вы оцениваете тему по своим предположениям и в предположениях видите только странные роботизированные рутины и приложения. Первооснова это не списки и приложения, а практики, позволяющие добавить осознанности в свою жизнь и научиться часто выныривать из потока для того, чтобы скорректировать свой курс в нужную СЕБЕ сторону. Фишка не в «запланировал 5 тасков, должен их кровь из носу выполнить в запланированное время», а в регулярной и осознанной корректировке того что ты делаешь, в сторону, максимально выгодную для тебя, согласно ТВОИМ личным меняющимся критериям. Это действительно сложно и волшебно.

                        На эту тему много трудов, буквально тысячи. Во многих из них всего 1-2 ключевые мысли или практики и добросовестная копипаста друг у друга. В разные периоды жизни и при разных социальных и рабочих ролях нужны разные подходы, чтобы получить от ситуаций их максимум. К обсуждению конкретных техник и софта стоит подходить только после базового изучения темы о чём она на самом деле. В качестве QuickStart в тему для начинающих я рекомендую хороших авторов-компилляторов: первая книга — «Дорофеев, Джедайские техники», после неё «Катерина Ленгольд, Просто Космос». Этого будет достаточно для получения обзора ключевых способов поиска как самому дать себе больше. Тут появится понимание некомпетентности утверждения каждого новичка «я не робот, мне это всё не подойдёт. вы говорите о программировании и рабстве.»

                        Потом, если тема зацепит, рекомендую «Getting Results the Agile Way A Personal Results». Для меня этот труд стал просветляющим и он успокоил мои поиски волшебной таблетки. Автор выложил выжимки на свою вики gettingresults.com, но без его книги эта вики скорее всего будет казаться сборищем капитанских мыслей.

                        Тема очень обширная, многогранная и описать все её аспекты даже в виде статьи будет очень сложно. В том числе и из-за невольного «испорченного телефона» в цепочке «понимаю сложную концепцию — описал текстом как сумел — прочитал те утверждения, с которыми согласен — понимаю концепцию — использую её себе на благо».
                          0
                          Мне кажется что Вы оцениваете тему по своим предположениям и в предположениях видите только странные роботизированные рутины и приложения.
                          Нет.
                          Я несколько раз пробовал планировать свою работу до уровня списка задач на день. Я пытался калибровать масштабы задач, чтобы список был коротким (в районе 5 задач) и управляемым. Я пытался оперировать пулом задач на месяц/неделю. Но каждый раз какие-то незапланированные события всё портили. И это каждый раз нагоняло на меня негативные эмоции. А мне больше нравится получать кайф от работы.

                          а в регулярной и осознанной корректировке того что ты делаешь, в сторону, максимально выгодную для тебя, согласно ТВОИМ личным меняющимся критериям
                          Я так и живу. Только без планов на день. Просто со списком целей, оформленным в виде ментальной карты. Я знаю конечный пункт, я знаю некоторые промежуточные. Единственное, что мне неизвестно, дата отправления. Она появляется спонтанно, по настроению.

                          За список книг спасибо. Добавлю их в свою текущую библиотеку :)
                            0
                            Я несколько раз пробовал планировать свою работу до уровня списка задач на день. Я пытался калибровать масштабы задач, чтобы список был коротким (в районе 5 задач) и управляемым. Я пытался оперировать пулом задач на месяц/неделю. Но каждый раз какие-то незапланированные события всё портили. И это каждый раз нагоняло на меня негативные эмоции. А мне больше нравится получать кайф от работы.


                            Вопрос в отношении и подходе. Если упорно идти путём Watefall и страдать от каждого пролетевшего дятла, нарушившего план, то да, это путь боли и нафиг он такой нужен. А если идти Agile-путём и фокусироваться на достижениях за этап, то оказывается, что в большинстве ситуаций мы молодцы и «успешно нанесли вон какую непоправимую пользу. А дальше пойдём к той вкусняшке, только учтём то-то и то-то». А реалии в обеих ситуациях одни и те же, разница в отношении и удовлетворённости от процесса и результатов. С отношением в контексте личных финансов у Вас всё получилось, тут тоже можно не хуже, опыт у вас есть.
                              0
                              страдать от каждого пролетевшего дятла, нарушившего план, то да, это путь боли и нафиг он такой нужен
                              Поэтому у меня и нет чёткого плана ;) Нет плана, нет боли.
                              Есть список того, что надо сделать. Есть примерная дата, когда всё должно быть готово. И к этой дате всё готовится. Нет никаких «через неделю выпускаем версию 0.1, а через две недели 0.2». Нет никаких «в версии 0.1 должны быть фичи Ф1 и Ф2, а в версии 0.2 фичи Ф3 и Ф4». Просто работаю. Просто стараюсь это делать в состоянии потока. Просто получаю удовольствие.
                              Да, может быть это позволяет мне быть эффективным лишь на 50% (80%, 70%, или 10%) от своих истинных возможностей. Но при этом у меня есть удовольствие от процесса, а у заказчика готовый продукт. Иногда даже в срок :)

                              И спасибо за то, что заставляете меня снова об этом задумываться.
                            0

                            Спасибо за список книг! Как думаете, какие из них будут полезны мне, если я уже не совсем новичок (надеюсь!) в этом вопросе?

                              +1
                              Чтобы понять, будет ли полезна книга, её нужно прочесть лично. Может быть там будут какие-то идеи, которые другой сочтёт незначительными, а для вас это будет озарением. Возможно, что совсем новых идей там не будет, но вы взгляните на старые (узнанные какое-то время назад из других книг/статей) с другой стороны, опираясь на свой личный опыт.
                                +1
                                Я бы предложил включить режим «ну допустим, и что?» и в этом режиме вдумчиво прочитать все три, думая о том, как бы описываемое можно было бы продуктивно применить для себя. Мне кажется, что этот комплект с успехом заменит достаточно большую горку других трудов. Наверняка Вы будете сталкиваться с «ну это же очевидно», просто двигайтесь дальше. При последующих жизненных инсайтах некоторые «очевидные» вещи становятся видны в другом, неочевидном свете.

                                Важно: чтобы гарантированно быстро бросить новое, надо попытаться поменять сразу всё и во всех сферах жизни. У Ленгольд и Мэйера хорошо рассказано про фокусные спринты на месяц — два — три.

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

                                  Спасибо! Значит записываю все три в свой лист книг )

                                0
                                Потом, если тема зацепит, рекомендую «Getting Results the Agile Way A Personal Results»
                                Действительно, очень интересный подход. На Хабре была статья на эту тему. И в ней была дана ссылка на краткое описание этой системы на русском.
                                  0

                                  Интересно, что я не читав об этом подходе у себя использую очень много рекомендаций ) Похоже, что существует идеальная система, которая подойдет 80% людей :)

                                    0
                                    которая подойдет 80% людей
                                    Я бы не был столь категоричен. Эджайл подход понятен айтишникам (и то не всем).
                                    Это у нас работа над проектом начинается с общего описания того, что примерно должно получиться в итоге. А в процессе работы уже происходит уточнение конечного результата. Добавляются новые фичи, о которых никто не думал на старте, и убираются те, о которых думали на старте, но они «не зашли». И всем этим надо как-то управлять и планировать.
                                    А у строителей, например, такого нет. Сначала есть полностью готовый проект здания, а уже потом начинается его строительство. И изменения в процессе если и есть, то либо незначительные, либо проходят через полную стадию перепроектирования. Но в любом случае постоянно есть точное знание того, сколько этажей должно быть построено и сколько на каждом этаже будет окон, дверей и стен.

                                    Я попробую эту систему. Она кажется мне готовой к нелинейности моего рабочего ритма.
                                      0
                                      Я не говорю, что именно этот подход подойдет. Я к тому, что возможно в будущем найдется универсальный подход, в котором все эти принципы общие будут использоваться.
                                    0
                                    Нужно понимать, что это очень-очень краткая выжимка небольшого количества наработок из очень многогранного труда
                                      0
                                      Ну, да. Судя по тому, что оригинал книги почти на 300 страниц, плюс к нему выпущена брошюра ещё на 100, как освоить эту систему за 30 дней :)
                                0
                                Я тоже так раньше считал. Люди, которые управляли своими планами, казались для меня какими-то роботами. Да и сейчас, например, человек из комментария bravosierrasierra кажется для меня слишком невероятным, чтобы существовать на Земле.

                                Но когда я нашел свой подход, я понял что он больше помогает, нежели отнимает временя. Теперь я знаю какие задачи мне надо выполнить в конкретный день. А управление временем позволяет отслеживать свою продуктивность и в итоге это позволяет успевать больше. Просто начните с малого, а потом втянитесь.
                                0

                                Тоже использую VSCode для списка дел и всяких заметок, но у меня все проще и хаотичнее — несколько todo файлов, каждый для своего контекста/проекта. Использую расширение Todo+.


                                Картинка

                                image


                                Разная несистемная информация валится в один markdown файл, который периодически разгребается.
                                VSCode настроен на автосохранение файлов и все автоматически синхронизируется с приватным репозиторием на GitHub (https://worthe-it.co.za/programming/2016/08/13/automated-syncing-with-git.html).

                                  0
                                  Ну, может тогда мой подход поможет вам создать некую систему. Я такое разделение использую уже довольно много времени и пока оно меня всем устраивает.
                                  +1
                                  Я живу в Emacs org-mode и большую часть своего текущего Self management подхода я взял из вот этого чудесного описания doc.norang.ca/org-mode.html
                                    0
                                    Действительно, чудесное описание. Я только просмотрел по диагонали, но этот человек, по-моему, проделал колоссальную работу по самоорганизации. Может вы как-нибудь переведете и напишите подробные инструкции, как вы пользуетесь всем этим? Мне было бы очень интересно почитать про опыт других людей.
                                      0
                                      У меня кусок (около половины) переведён на коленке для себя. Запала на большее пока не хватает. :) Есть смысл куда-то выкладывать?
                                        0
                                        Ну, я просмотрел всю статью, как вы понимаете, мне самому перевод её не требуется ) Но я думаю, что если доделать перевод до конца + добавить небольшое пояснение по особенностям emacs (как обозначаются клавиши, что такое различные режимы и т.д.), мне кажется, что получится очень хороший перевод. Я бы поставил плюс за такое! Но более важно, чтобы вам самим это хотелось сделать, тогда будет польза и вам и нам :)
                                    0

                                    По каким причинам вам не подходит Trello? Для ежегодных/ежемесячных/ежедневных задач можно использовать разные списки на одной доске (например, "Plannings"). Для другой несвязанной информации можно использовать отдельную доску (например, "Life"). Там же будет разделение на списки: Blog, Ideas, Links и т.д… Все необходимые функции в Trello присутствуют, такие как: теги + цвета, работа со временем, автоматизация и другие. А если не хватает фунционала — можно установить расширение. Главным плюсом Trello (в сравнении с VS Code) считаю доступность на мобильном девайсе, очень часто этим пользуюсь.


                                    Интересно, какого функционала не хватает вам.


                                    P.S. Статья бомба. Сам недавно долго искал расширение к VS Code для работы с заметками, так ничего годного и не нашел. Больше всего понравилось VSNotes, но все еще функционал достаточно беден для моих потребностей. Теперь обязательно попробую Org Mode, спасибо)

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

                                      Я не совсем уверен, что Org Mode в VSCode хорошее решение для работы с заметками. Но вы попробуйте, было бы интересно услышать ваш вердикт. Насколько мне кажется возможности Org Mode в Emacs по ведению заметок намного лучше.
                                        0
                                        Пять списков: Annual, Monthly, Weekly, Daily и Done. Из списков Annual и Monthly никуда не перемещать, а всего лишь отмечать цветом/тегом (для того чтобы по окончанию года/месяца можно было подвести итог, что выполнено, а что нет). К выполненным ежедневным/еженедельным задачам возвращаться не вижу смысла, поэтому задачи оттуда перемещать в Done. Можно шесть списков: вместо Done — Done weekly и Done daily, но как по мне — это избыточно. По окончанию недели или месяца можно очищать список Done. Если задача выполнена частично — внутри нее чек-лист где вы отмечаете только выполненную часть (и не переносите в Done).

                                        Из минусов такого подхода могу отметить неудобную историю задач. И если для ежедневных/еженедельных — это не проблема (кому они нужны вообще после выполнения? =) ), то для ежемесячных уже посложнее.

                                        А для неважных несрочных задач и заметок у меня отдельная доска:
                                        Картинка
                                        image
                                          0
                                          Мне важно ещё делать ретроспективу каждой недели, месяца и года. Кроме этого, в вашем подходе отсутствует связь между задачами дня, недели и месяца. Т.е., насколько я понимаю, все задачи будут свалены в одну кучу. Я не вижу большого отличия такого подхода от списка дел в эксель-файле.

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

                                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.