rastamakc писал(а):Источник цитаты Пользуюсь и списками, и структурой (деревом задач).
Структура (дерево задач) служит только основой для полноценного взгляда на систему. Удобно и полезно для планирования в совокупности с видами "Проекты", "Цели". Для планирования, но не для работы. Для работы существуют виды активных действий.
действительно, не использую вид "Активные действия"
Активные действия позволяют вытянуть из дерева задач все задачи (конкретные действия), которые мы можем выполнить прямо сейчас при определённых условиях. Выбрав эти условия (контекст, флаг, тэг, время) мы получаем вменяемый список конкретных действий, которыми можем заниматься здесь и сейчас. Этот список (по умолчанию) отсортирован по вычисленной оценке. Если идти в выполнении сверху вниз - не ошибёмся (при правильном определении свойств задач, проектов и т.д.) Можно выполнять не сверху вниз, но тогда это наше решение и наша ответственность, что мы взялись не за самые приоритетные задачи.
Моя методология управления задачами заключается в том, что планирую выполнить определённое количество задач за период.
Может быть такой подход и работает, но мне кажется, что нет смысла гнаться за количеством в ущерб качеству.
Моя методология заключается в том, чтобы всё держать под контролем, не опасаясь что я что-то пропущу или забуду. И в каждый момент времени заниматься самой важной для себя задачей. Т.е., чем бы я не занимался, у меня нет ощущения, что важные дела стоят где-то в стороне, а я занимаюсь какой-то хренью. Такое состояние дзен, позволяющее не только быть продуктивным, но и получать удовольствие от жизни, не превращая себя в "загнаную лошадь".
Чтобы найти эту самую важную задачу для "здесь и сейчас" и нужны как раз активные виды.
у каждой задачи есть срок. Срок, как правило, это установленный мною отчётный период.
Очень большая ошибка, как раз и ведущая к большому количеству просроченных задач.
Срок - это дедлайн, после которого наступает п...ц (попал на деньги, подвёл человека), либо после которой уже нет смысла делать эту задачу. И срок - это реальная ситуация, а не высосаная из пальца.
Если у меня появляется просроченная задача - я провожу анализ что, как, где я и на что "попал", что нужно сделать, чтобы вырулить и т.д.
В вашем же подходе поменять срок - это "как два байта переслать". Так не должно быть...
Если копнуть в классику GTD - Дэвид Аллен описывает, что задачи со сроком могут быть перенесены только в случае отмены (переноса) встречи. В остальных случаях - либо выполни, либо удали и забудь. Как-то так...
Вторая проблема скорее психологическая. Меня крайне напрягает, что у меня появляются просроченные задачи.
100%! Вместо того, чтобы радоваться от того, сколько мы сделали, мозг вместе с глазами начинают видеть количество просроченных (сколько мы не сделали из запланированного) и как результат постоянное недовольство собой. Хотя, объективно, вы можете делать больше чем 80-90% пользователей MLO.
Приходится постоянно двигать этот срок. А это уже неудобно, так как много времени тратиться на перенос сроков вручную.
Про срок уже написал. Повторяться не буду.
Подытожу свои мысли:Проблема не в функционале, а в подходе и методологии.
Либо же если вам так дорога ваша методология - оставлять больший зазор свободного времени (планировать меньше задач). Если сравнить с тренажёрным залом - вы для жима лёжа слишком много навесили на штангу блинов, которые не получается поднять. Но при этом вам кажется, что количество блинов нормальное да и силы свои оцениваете "мол запросто". А виновата штанга...
Если будет время и вдохновение - запишу небольшое видео, как ситуация, которую вы описали с просрочкой по вине заказчика, элементарно решается, используя активные действия...
Вроде всё.