
GTD в современных реалиях: как работать с большими задачами
Этот пост — продолжение предыдущего поста-разбора GTD. Идею подкикнул комментарий @OrlandoFurioso классическая система хорошо работает с «текучкой», но начинает буксовать, когда сталкивается с задачами уровня «построить дом», «взять ипотеку» или «найти жену».
Дело в том, что это вообще не задачи.
Проект как базовая единица
Если задача не решается за одно действие — это уже проект.
Проект в GTD — это цель с конечным состоянием, достигаемая через цепочку шагов.
Ключевое отличие проекта от операционной деятельности — конечность.
И здесь большинство делает первую ошибку: начинают что-то делать, не определив, где «финиш».
Примеры критериев завершения:
дом к проживанию и комфортному существованию семьи;
ипотека одобрена банком и подписаны необходимые документы;
произошла официальная регистрация брака.
Если критерий не зафиксирован — проект расползается в бесконечный поток мелких дел. В итоге это уже не проект, а фоновая тревога.
Ошибка «вечного проекта»
Распространённая иллюзия: «разберусь по ходу». На практике это означает отсутствие точки остановки и отсутствие понимания чего я хочу от этой активности.
Но есть и ещё одна крайность — пытаться заранее продумать условия «провала». Это выглядит рационально, но чаще превращается в прокрастинацию под видом планирования. Реальность проще: неактуальные проекты умирают сами — через отсутствие движения. Если вы неделями к нему не возвращаетесь, это уже сигнал, что проект неактуален и его нужно либо перенести в потомки (когда-нибудь потом), либо закрыть и удалить.
План не так важен, как кажется
После фиксации результата логично хочется построить полный план. Но здесь скрыта вторая ловушка: избыточное планирование.
В условиях неопределённости детальный план быстро устаревает. Поэтому его ценность ограничена. Гораздо важнее другое — первое действие.
Первое действие — точка запуска
Большие проекты тормозятся не из-за сложности, а из-за неопределённости старта.
«Не знаю, с чего начать» — это реальная причина прокрастинации.
Решение примитивное и поэтому часто игнорируется:
определить минимальное действие, которое сдвинет ситуацию с нуля.
Чаще всего это:
погуглить;
спросить того, кто уже проходил этот путь.
Это действие редко выглядит «значимым», но именно оно запускает цепную реакцию.
После первого шага проект перестаёт быть большим, страшным и абстрактным. Он начинает распадаться на конкретные, простые и понятные действия.
И здесь происходит важный сдвиг: вместо «огромной цели» появляется очередь обычных задач, с которыми GTD уже отлично справляется.
Но это поверхностное понимание.
Ключевая идея не в дроблении, а в управлении неопределённостью:
сначала фиксируется чёткий критерий завершения;
затем определяется ближайшее осмысленное действие;
всё остальное появляется по мере движения.
Если этого нет — никакая система не спасёт. Будет лишь аккуратно разложенный по папочкам и спискам хаос.
И да, GTD не решает проблему выбора целей. Она лишь помогает не утонуть в процессе их достижения.


