Делать большие проекты страшно. Чтоб дойти из точки А до точки Б, нужно преодолеть множество проблем. Из-за этого страдаешь, а за проект так и не берешься.

Как я работаю с большими целями

Когда мне нужно реализовать какую-то большую цель, то я определяю какие задачи будут улучшать результат. Для меня цель — это «путеводная звезда», к которой нужно идти. А задачи — это конкретные шаги.

Поэтому я определяю следующий шаг и начинаю его делать.

Когда эту задачу сделаю — получу дозу эндорфинов. «О, круто, уже что-то готово». Так начинает формироваться положительная обратная связь.

Маленькие изменения круче, чем большие и сложные. Потому что от маленьких изменений мы получаем результат быстрее.

Система и привычки > планирования и целей.

Если цель на команду

Если цель зависит от команды, то маленькие изменения надо применять на команду и их комфорт. Большие изменения не работают и отторгаются. К маленьким изменениям привыкают проще.

Еще хорошо работают «тест-драйвы». Давайте поживём вот так, и посмотрим что получится. Если получиться фигня, ну что ж, откатимся.

Как это работает на моём примере

Три года назад я захотел научиться плавать (я вообще никак не умел). Я записался в школу для плавания для взрослых. У меня была задача просто научиться плавать кролем.

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

В итоге через год я выплыл из 20:46 минут. А еще через месяц смог преодолеть отметку в 20 минут — 19:56.

А этим летом я уже плыл 1 км на открытой воде с большими волнами с большим удовольствием. А на следующий день проплыл 5 км на открытой воде.

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

У нас remote-frst команда. Remote-first — это когда офис/коворкинг по желанию, а изначально мы ориентируем, что работа будет удаленной. Remote-first держится на ответственности и сдерживании обещаний.

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

1. Всегда можно передоговориться. Иногда что-то случается, и становится понятно, что дедлайн не будет соблюдён. В таком случае мы стараемся как можно раньше передоговориться с клиентов. Если времени до дедлайна останется немного, то можем ограничить функционал задачи или её объем. К примеру, делаем анализ конкурентов, и первой итерацией только 3-5 основных конкурентов, а второй всех остальных. Это важно, потому что наш ЛПР тоже мог кому-то пообещать показать нашу работу.
2. Создаем внутренние дедлайны. Чтоб не делать всё в последний день, мы создаем внутренние дедлайны. Дизайнеры готовят креативы к такому числу, мы готовим посадочные к такому числу. А в такой то день согласовываем с клиентом. В идеале если после всего этого еще остается 2 дня, если что-то пойдет не так.
3. Создаем буфер. Это от 2 до 6 часов в неделю, которые отводятся для срочных задач или если что-то пойдет не так. Если срочных задач нет, то делаем что-то сверху.
4. Еженедельная встреча с клиентом. Сложно говорить клиенту, что ты не сделал какую-то задачу. Еженедельная встреча с клиентом для нас обязательна. Там мы обещаем клиенту что-то сделать на следующую неделю. И через неделю отчитываемся о проделанной работе с результатами в цифрах.
5. Дедлайн от согласования. Если для выполнения задачи нужно согласования третьего лица, то мы делаем плавающий дедлайн от дня согласования. К примеру, мы подготовим КП за неделю, после того как получим доступы в рекламные кабинеты и метрику от вас.

А вы что делаете, чтоб не срывать дедлайны?

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

Не забыть

В течении дня проходит множество встреч и событий. Во время этих встреч в голову приходят интересные мысли → я их записываю. Договорились о чём-то → я это записываю. Прозвучал важный факт → я это записываю. Кто-то взял на себя ответственность за какую-то задачу → я это записываю. 30 минут обсуждали что-то и пришли к какому-то выводу → записываю, чтоб потом спросить про эту гипотезу или теорию (что случилось дальше).

Обычно в моменты встреч открывать условный Singularity и писать сразу задачи — сложно. Нужно придумать правильную формулировку, поставить дату, присвоить категорию. Пробовал, но в итоге забил → встреча уходит слишком далеко, пока я задачу сформулирую. Исключение, если что-то надо сделать сегодня.

Поэтому я вначале сбрасываю куда-то весь мусор из мыслей и идей. А в конце дня разбираю и уже формирую задачи/напоминания в Singularity.

Конспект встреч

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

Прогресс 1-to-1 планёрок

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

Что дальше

Формат такого ежедневника постоянно меняю, что-то добавляю, что-то убираю. К примеру, изучение иностранного языка для меня не эффективен по такой методике. Старые добрые заметки в блокнот — намного эффективней (лучше запоминается).

Далеко не всё приживается. Где-то упрощаю, что-то добавляю и смотрю как приживётся. Но ядро — фиксировать факты и договоренности — работает прекрасно.

Сегодня хочу порекомендовать книжку Стивена Хайеса «Освобожденный разум». Стивен Хайес фактически изобрёл подход в психологии ACT, который уже ориентирован на научные знания. И один из важных этапов этого подхода — умение работать с ценностями и целями.

В чем основная проблема целей?

Цели никогда не приносят удовлетворение и счастье. Так как исполнение цели находится впереди (мы когда-то выполним эту цель!), либо уже позади (мы уже выполнили эту цель!), то мы не можем поймать момент радости. Фактически, мы всегда недовольны.

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

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

Боль и цель

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

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

Процесс, а не цели

Самым эффективным подход к реализации ценностей — это повторяемость. То есть делать чаще то, что подтверждает нашу ценность. Формировать привычки, которые позволяют нам принимать чаще решения, которые соответствуют нашим ценностям. Именно это и делает нас удовлетворенными и счастливыми.

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

Самая большая ошибка, в которую попадал я — это постановка целей.

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

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

Провалить цель и добиться успеха

Цель — важная штука. Она показывает куда надо стремиться. Не нужно быть обязанным выполнить цель за какой-то срок. Быть обязанным в чем-то — плохая штука. Это приводит к стрессам и расстройствам.

Я скажу даже больше, можно добиться успеха, так и не достигнув цели. Я люблю приводить на личных планёрках пример из книги «Атомные привычки» Джеймса Клира:

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

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

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

• Какие новые задачи сделал?
• Какими задачами гордишься?
• Что новое изучил?
• Как новые знания начал применять на практике?
• Что бы ты сделал по-другому на последней защите перед клиентом? И почему?

И другие вопросы. Эти вопросы очень круто раскрывают эту динамику. В IT-Agency очень трудно не расти, сам процесс работы и обучения построен таким образом, что ты постоянно изучаешь что-то новое, пробуешь, ошибаешься и добиваешься небольших успехов. И даже если цели не добиваешься, прогресс будет очевиден. А прогресс у сотрудника передастся и на клиентский проект.

Не ставить цели, а создавать систему

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

Для меня, создать систему и процессы гораздо важнее постановки целей. Потому что правильно построенный процесс или система приведёт меня к этой цели (рано или поздно). Это как с привычками:

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

Никто не задумывается о постановке цели «держать зубы чистыми». Мы просто вырабатываем процесс с обратной связью (свежесть после чистки), чтоб делать это на автомате. Небольшая привычка, которая дает на большом промежутке значительный результат.

Когда к нам в IT-Agency приходит клиент, то никто не знает какие действия дадут максимальный эффект. У нас всегда есть план (гантт работ), есть прогнозные результаты. Но мы не знаем что именно сработает лучше всего. Мы не можем сделать сразу все круто. Чтоб сделать круто, нам нужно провести огромное количество манипуляций, и только часть из них сработает. И вот это часть и станет ключевой, с помощью неё мы и добьемся результата.

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

После этого мы начинаем шаг за шагом улучшать показатели. Прорабатываем каждый элемент в рекламе: кампании → объявления → таргетинги (ключи). Проводим А/Б-тестирования. Если гипотез мало: проводим CustDev исследования. Находим слабые зоны в воронке продаж (иногда улучшение отдела продаж дает ×2 к продажам). Часть гипотез провалится, но успешные окупят провал.

К примеру, на двух последних клиентских проектах (банк и IT-продукт) по тестированию гипотез только 10% всех гипотез сработали, и снизили стоимость квалифицированного лида почти в 2 раза! Проекты длились больше полугода. На первом проекте протестировали больше 1000 гипотез, на втором около 250.

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

Почему маленькие улучшения дают хороший результат

В работе я стараюсь следовать стратегии маленьких побед. Когда небольшие улучшения могут принести успех. Допустим, если в месяц мы будем улучшать показатели проекта хотя бы на 2%, тогда за полгода эти показатели вырастут на 12,6% (1,02^6), за год на 26,8% (1,02^12).

Улучшение показателя на 27% за год — это много.

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