Ларс Герберт – Тайм-менеджмент на стероидах. Стратегия продуктивной жизни (страница 10)

Большинство людей откладывают лягушек, разбегаются глаза от слонов и увлечённо гоняются за бабочками. Это естественная человеческая тенденция – избегать неприятного, пугаться большого и увлекаться новым. Но продуктивность требует действовать вопреки этим импульсам.

Утро стоит начинать с лягушки. Не с проверки почты, не с лёгкой разминочной задачи, а с того, что вызывает сопротивление. Когда съедаешь лягушку с утра, весь остальной день проходит легче. Нет этого тяжёлого груза на плечах, нет тревожной мысли на заднем плане: вот есть ещё та неприятная штука, которую надо сделать. Если съел лягушку, можешь выдохнуть.

Со слонами работа устроена иначе. Слона не съешь за один присест, как бы ни старался. Попытка сделать это приводит к разочарованию и прокрастинации. Вместо этого нужно каждый день выделять время на небольшой кусочек слона. Не обязательно много времени, но регулярно. Час в день на большой проект даёт тридцать часов в месяц. Этого достаточно для серьёзного продвижения.

Ключ к работе со слонами – в создании импульса. Первый кусочек даётся труднее всего, потому что слон ещё цел и невредим, и размер задачи давит всей своей массой. Но после того, как откусил первый кусок, второй даётся легче. Есть точка входа, есть начало. Через неделю регулярной работы слон уже заметно уменьшился. Через месяц видно, что задача решаема. Через три месяца от слона остаётся небольшой хвостик.

Бабочки требуют особой дисциплины. Они соблазнительны именно потому, что новые и интересные. Человеческий мозг любит новизну, она стимулирует выброс дофамина. Начать новый проект всегда интереснее, чем продолжать старый. Придумать новую идею увлекательнее, чем доводить до конца существующую.

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

Правило такое: прежде чем погнаться за новой бабочкой, нужно закончить хотя бы один из текущих слонов. Новые идеи можно записывать, фиксировать, сохранять на потом. Но браться за их реализацию – только после того, как освободится пропускная способность. Иначе получается коллекция начатых и брошенных дел вместо завершённых проектов.

Метод MoSCoW добавляет ещё один уровень детализации в приоритизацию. Аббревиатура расшифровывается как: Must have, Should have, Could have, Won't have. То есть: должно быть, следовало бы иметь, могло бы быть, не будет.

Must have – это то, без чего проект или день не имеет смысла. Абсолютно критичные вещи, отказ от которых означает провал. В контексте дня это якорная задача. В контексте проекта это минимальная функциональность, без которой продукт бесполезен.

Should have – это важные, но не критичные вещи. Их отсутствие ухудшит результат, но не сделает его невозможным. Желательно сделать, но мир не рухнет, если придётся отложить.

Could have – это улучшения, дополнительные фичи, приятные мелочи. Хорошо бы иметь, если останется время и силы. Но можно спокойно обойтись и без них.

Won't have – это вещи, которые осознанно исключаются из текущего фокуса. Не потому, что они плохи, а потому что на них не хватает ресурсов. Может быть, они попадут в Must have следующего проекта или следующего месяца. Но сейчас они в категории «не будет».

Эта классификация помогает избежать распространённой ловушки перфекционизма. Когда всё кажется одинаково важным, легко застрять в бесконечном улучшении деталей. Метод MoSCoW говорит: сделай сначала Must have. Если будет время – Should have. Если ещё останется время – Could have. И спокойно отпусти всё, что попало в Won't have.

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

Он разделил список на четыре категории. В Must have попали базовые функции, без которых сервис просто не работал бы. Регистрация пользователей, основной функционал, платёжная система. В Should have – вещи, которые значительно улучшали пользовательский опыт, но без которых можно запуститься. Уведомления, продвинутый поиск, интеграции с другими сервисами. В Could have – всякие улучшения интерфейса, дополнительные отчёты, экспериментальные фичи. В Won't have отправилось всё остальное.

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

Если бы Роберт пытался сделать всё сразу, он потратил бы полгода на создание функций, которые никому не нужны. А быстрый запуск с минимальным функционалом позволил получить реальную обратную связь и направить усилия туда, где они действительно нужны.

Самая сложная часть приоритизации – это не выбор между хорошим и плохим, а выбор между хорошим и хорошим. Плохие задачи легко отбросить. Но когда перед тобой десять хороших, полезных, осмысленных дел, а сделать можешь только три – вот тут начинается настоящая работа.

Один из способов справиться с этой проблемой – техника парного сравнения. Берёшь две задачи из списка и спрашиваешь себя: если бы я мог сделать только одну из них, какую бы я выбрал? Не обе, не обе частично, а строго одну. Этот жёсткий выбор заставляет думать о реальной ценности каждой задачи.

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

Ещё один полезный вопрос: что случится, если я не сделаю это вообще? Для многих задач ответ окажется обескураживающим – ничего особенного не случится. Мир не рухнет, проект не провалится, клиенты не уйдут. Просто не будет сделано что-то, что казалось нужным, но на самом деле не являлось критичным.

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

Регулярная ревизия списка задач помогает выявить этих мертвецов. Раз в неделю стоит пройтись по всему списку и спросить про каждый пункт: это ещё актуально? Это действительно нужно сделать? Что будет, если я это удалю? И безжалостно удалять всё, что не проходит проверку.

Удаление задач даёт удивительное чувство лёгкости. Список становится короче, становится понятнее, становится менее пугающим. Меньше фонового шума в голове, меньше ощущения, что ты постоянно что-то должен, но не успеваешь.

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

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

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

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

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

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

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

Поэтому приоритизация должна стать привычкой, а не одноразовой акцией. Начало дня – пересмотреть приоритеты с учётом текущей ситуации. Конец недели – оценить, что действительно было важным, а что казалось таковым. Начало месяца – обновить общую картину, убрать устаревшее, добавить новые направления.