Метод чекпоинтов

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

Асинхронные вещи — это всё, что нельзя сделать мгновенно в тот момент, когда ты про это вспомнил.

Нужно привезти детей в сад к 8:30.
Нужно не забыть купить домой бытовые штуки.
Нужно довести проект до октября.

Проблема обычно не в том, что мы не понимаем финальную точку. С ней как раз всё понятно.

Паста закончилась.
В детский сад опоздали.
Проект не готов.
Все грустят.

Проблема в том, что финальная точка — это уже поздно.

Метод чекпоинтов устроен иначе: нужно заранее найти момент, когда ещё не поздно.

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

Тогда главный вопрос , который я бы задал себе — «как выглядит тюбик за 20 дней до того, как паста закончится?».

Может быть, в этот момент он уже начал скручиваться.
Может быть, визуально заметно, что осталась примерно треть.
Может быть, вы уже начали давить его с таким усердием, будто добываете последние капли нефти из месторождения.

Вот это и есть чекпоинт.

Не «паста закончилась, надо заказать».
А «тюбик дошёл до состояния Х, пора заказать, потому что через 20 дней он закончится».

С детским садом то же самое.

Если нужно быть там в 8:30, а дорога занимает 30 минут, то чекпоинт не в 8:30. В 8:30 уже всё, вы либо молодец, либо объясняете воспитателю, почему сегодня опять пробки, снег, дождь, ретроградный Меркурий и маленькие человеки двадцать минут выбирали носки.

Чекпоинт раньше: в 7:50 надо выйти из дома.

А ещё раньше может быть другой чекпоинт: в 7:30 дети должны быть одеты.
А ещё раньше: в 7:10 они должны закончить завтрак.
И так далее.

С проектами сложнее, потому что тюбика пасты у проекта обычно нет. Нельзя посмотреть на него и сказать: «О, он уже скручивается, пора заказывать аналитику».

Поэтому чекпоинты приходится делать искусственно.

Если проект должен быть готов к октябрю, надо не просто сказать «ну к октябрю сделаем», а декомпозировать: что должно быть готово к июлю, к августу, к сентябрю. Причём не в формате «мы активно работаем», а в формате проверяемого результата.

Не «идёт разработка».
А «есть прототип».
Не «обсуждаем интеграцию».
А «интеграция работает на тестовом контуре».
Не «почти всё готово».
А «пользователь может пройти основной сценарий».

Хороший чекпоинт — это не напоминание в календаре. Это состояние мира, по которому понятно: всё идёт нормально или пора вмешиваться.

Мне кажется, в этом и есть главная польза метода. Он помогает не обнаруживать проблему в момент, когда уже почти поздно. Потому что «паста закончилась» — это не чекпоинт. Это уже инцидент.