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

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

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

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

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

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

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

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

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

По итогу месяца я проплыл километр за 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 планёрок
На личных планёрках о чём-то договариваюсь с подопечными. Обо всём этом, мы с подопечным обсудим на следующей планёрке. Это очень сильно помогает экономить силы на подготовку к следующей личной планёрке.

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

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