Ну, коль на то пошло, тут тогда выложу свои дальнейшие размышления-приключения.
Небольшой disclaim: я особо не знаком с материями, которые вы тут обсуждаете. Читать я особо не люблю (мало книг без воды), всякие вебинары/статьи по тайм-менеджменту были посланы (опять же, вода одна... только бухтелки Макса прижились, как-то более практично), поэтому мои рассуждения могут идти вразрез с более серьёзными теориями. Фактически, учусь/вникаю я по ходу жизни, набивая шишки и пытаясь больше не наступать на теже грабли.
И так, начнём.
-- Не измеренное время/дело - наполовину продолбано.
Куда потом пойдут замеры, в учёт или же в мусорку, - это дело второе, но должна быть мысль что "вас измеряют")) Это позволяет и не расслабляться, и не уйти в... эээ.... over-engineering?, и вовремя отложить дело (упираешься в новую, сложную, задачу и начинаешь тупо метаться, тратя зря время/силы)
Даже сейчас у меня тикает таймер, кстати, чтоб не продолбать весь день на этот опус (коэффициент продалбываемости ограничен лишь личным желанием НЕ продалбывать
)
-- В любой непонятной ситуации - тупим.
Применимо к делам:
1) Нет списка дел и нужно понять что делать - тупим.
2) Есть список дел, но их больше одного - тупим пропорционально количеству дел.
3) Мы выбрали дело "на сейчас", но оно непонятно и/или явно невпихуемо (требует больше ресурсов, чем есть) - тупим.
4) Во всех остальных случаях - люто тупим.
Если эту мысль развить и довести до предельного вида, то получаем что-то типа:
КПД = (общее время - ((время на подумать - Х) * коэффициент тупления) / общее время
тут Х - это эдакое время разгона механизма тупления.
Из этой забавной псевдо-формулы следует, например, что чем ближе "общее время" к Х - тем выше шанс повысить КПД. Почему шанс? - Х зависит от кучи факторов и скачет сильно, поэтому мы можем раз выжать 99% КПД, а потом месяц восстанавливать Х.
Кстати говоря, привет помидорам
Они пытаются именно приблизить общее время к Х, но делая это "в лоб", что не всегда правильно.
В отношение списков дел, это выливается, например, в необходимость контекстно-зависимых списков. Да, два списка - это уже выбор, думанье и тупление, НО если они взаимоисключающие друг друга, то всё окей. Есть ресурсы для работы? - Открываем список по работе. Есть ресурсы для самообразования? - Открываем список по самообразованию. Захотели отдохнуть? - Не-не-не, списочек открываем, таймер включаем и продуктивно отдыхаем!
(Конечно же, стоит их так организовать, чтоб не думать долго какой сейчас нужен)
Кроме того, сами списки должны быть компактными и по делу. Скажем так, каждая задача имеет некую себестоимость, энное количество необходимых ресурсов, поэтому их нужно комбинировать в списки по этой оценки.
Список дел на день/неделю/месяц/год - это, конечно, прикольно, но это именно наши хотелки и фантазии. "Список дел, которые я могу выполнить за энное время" - это уже немного др. т. к. работа с ним требует только определения объёма доступного/анализируемого периода времени.
Эдакий тезис: если некая задача долго висит в списке на период Х, то это, скорее всего, задача более высокого "уровня".
Например, уже месяц в списке ежедневных дел висит проект, который я делаю уже 8 лет. Каждый день я вижу этот пункт и думаю "мммм, а хз что там делать, сделаю другое".
Я не знаю как плавно перейти, поэтому сразу опишу как происходит сейчас работа у меня:
1) определяю доступные мне ресурсы (время и желание)
2) беру список дел на более высокий уровень (на день)
3) выбираю подходящий проект
4) беру список дел для ЭТОГО проекта, уже на требуемый мне период времени
5) выбираю подходящий ПОДпроект
6) смотрю его подзадачи, которые и делаю
Опять же, всё это выполняется с работающим таймером. Если я ещё не дошёл до п.6, а прошло уже 5 минут, то тут должна появиться задача "потупить 15 минут и уточнить задачу Х". Если у меня сейчас есть ресурсы для этого, то задача тут же берётся в оборот, а таймер перезапускается.
Если вернуться к формуле, то та самая негативная часть, которая снижает КПД, вполне себе вписывается в любимую Максом ТОС. Кроме всего прочего, большой вклад в снижение КПД вносит ограничение по какому-то процессу или ресурсу. Таким образом, вполне логичным будет оценивать задачи ещё и по этим самым ограничениям, а затем уже, на основе этого, подбирать то самое "общее время".
Тут мне сложно обьяснить толком причины, но если в решение задачи участвует некая система или ресурс, который очень ограничен, то лучше раздробить задачу на почти атомарные операции. Если же в задаче почти нету перепадов в проходимости этапов, то лучше делать итерации по-длиннее.
Кстати говоря, почти теже цеха и станки, но, так сказать, реконфигурируемые
у меня вот цех креативности тормозной, поэтому задачи связанные со всяким творчеством я дроблю до посинения, вплоть до 5 минут на набросок прототипа в уме. Если же задача касается какой-то математики или алгоритмов, то тут смело ставим таймер на 2 часа, чтоб вовремя остановиться и не создать затор перед переходом к след. задаче
Пока всё, писательский ресурс я исчерпал, поэтому буду закругляться.
P. s. у некоторых возникают вопросы типа "а как же творчество и креатив?" - так вот, творчество - это когда вы
творите, а не та хрень, которая тратит ваши ресурсы зря. Хотите больше свободы в творчестве? - Приковывайте к батареи музу, чтоб всегда была под рукой, а не шастала хз где.