На карте
Первую версию своего сайта я всё время улучшал. Что-то добавлял, что-то переделывал, находил следующий повод продолжить. Остановиться не получалось.
В результате сайт превратился в сборную солянку. Идея размылась. В какой-то момент я понял, что передо мной уже совсем не то, что я придумал вначале.
Со второй версией я поступил иначе. Поставил себе план, сделал релиз, затем — понятный мне набор доработок. И остановился. Зафиксировал функциональность сайта в стабильном состоянии. Теперь занимаюсь контентом.
Понимание, что так можно и нужно делать, пришло ко мне именно на второй версии.
Больше возможностей — больше решений
В «Экономике времени после ИИ и автоматизации» я писал о том, как технологии освобождают человека от рутины и дают больше времени для содержательных занятий. В этой картине есть привлекательная последовательность: работа выполняется быстрее, у человека появляется больше свободы.
В собственной практике я увидел ещё одно продолжение. С Codex я взялся за задачи, которые без него вообще не стал бы делать. У меня появилась возможность самому собирать вещи, ради которых раньше пришлось бы искать исполнителей, объяснять замысел и ждать.
Это приносит удовольствие. Я могу проверить свою идею, увидеть результат, уточнить его. О том, почему такая работа бывает настолько увлекательной, я подробно рассказывал в статье о вайбкодинге и ловушке «я же работаю».
Но возможность делать больше сама по себе не определяет, сколько мне нужно.
Можно быстрее закончить прежний объём. Можно за то же время сделать больше. Можно взяться за совершенно новое дело. Свободные часы не появляются автоматически: доступное время может целиком уйти на расширившийся круг занятий.
История моего сайта добавила к этому ещё один вопрос. Даже внутри одного выбранного проекта приходится решать, насколько большим он должен стать.
Улучшая части, можно потерять целое
Когда я говорю, что первая версия превратилась в сборную солянку, речь о потере первоначального замысла. Я постоянно что-то добавлял и улучшал, а итог всё дальше уходил от того, что собирался сделать.
Это легко пропустить, если смотреть только на очередное предложение. Дополнительная функция может быть полезной. Новый раздел может выглядеть интересно. Более сложный способ работы может казаться перспективным. У каждого изменения найдётся своё объяснение.
Но сами по себе хорошие части ещё не гарантируют, что вместе они образуют нужный проект. Каждое дополнение меняет целое: что человек видит, куда направляется его внимание, что потребуется поддерживать дальше.
У этой работы появляются два разных вопроса. Сделали ли мы выбранную часть хорошо? И нужна ли она вообще в том, что мы сейчас собираем?
На первый вопрос ИИ может помочь ответить проверками и сравнением вариантов. Для второго ему нужно знать авторский замысел. Если этот замысел всё время расширяется вместе с предложениями, граница готовности тоже будет отодвигаться.
Поэтому перед очередной доработкой полезно вернуться к исходной фразе: зачем я начал этот проект? Что после изменения станет лучше именно для этой цели?
У второй версии появился конец
Во второй версии сайта у меня был план. После релиза я сделал набор понятных доработок и зафиксировал функциональность.
Здесь для меня сошлись два решения: что должно войти в эту версию и когда работу над ней можно завершить. Сайт продолжает существовать, но его устройство перестало быть задачей, которую я постоянно расширяю.
Это не обещание никогда больше ничего не менять. У работающего проекта могут обнаружиться ошибки, появиться новые требования или задачи. Тогда можно вернуться к нему с конкретной причиной.
Однако наличие возможных улучшений не делает уже выпущенную версию незаконченной. Идея следующего изменения ещё не означает, что его нужно включить в нынешнюю работу.
Достаточный результат должен выполнять свою задачу
У слова «достаточно» есть опасная неопределённость. Им можно назвать и подходящий результат, и работу, которую просто надоело проверять.
Поэтому мне нужен ответ на вопрос: достаточно для чего?
Если человек собирает страницу с примерами своих работ, собеседник должен суметь посмотреть эти работы, понять участие автора и найти способ связаться с ним. Отсутствие анимации может этому не мешать. Неработающий контакт мешает прямо. Ошибочное описание авторства делает страницу недостоверной.
Такой разбор позволяет различить обязательную работу и возможное развитие. Для него не существует универсального количества функций или проверок. Требования определяются тем, кто будет пользоваться результатом и что ему обещано.
У учебного макета могут быть ограничения, неприемлемые для действующего сервиса. В личном инструменте человек может согласиться на ручное действие, которое окажется неудобным для других пользователей. Эти условия нужно назвать до приёмки.
Если необходимый результат пока не получен, его не стоит объявлять готовым ради красивой точки в плане. Можно пересмотреть объём, выделить дополнительное время или отложить работу. Решение будет понятнее, если видно, что именно не получилось.
Новая возможность может стать новым обязательством
Дополнение к проекту иногда выглядит небольшим только до запуска.
Представим, что к странице с работами решили добавить рассылку. Сделать форму подписки и подготовить первый выпуск — лишь начало. Дальше потребуются темы, следующие письма, внимание к читателям. В проект вошло регулярное занятие.
С ИИ подготовка может идти быстро. Участие человека после запуска от этого не становится ненужным.
Здесь помогает антидорожная карта: заранее принятый выбор того, каким занятиям и обязательствам сейчас есть место. Проверять по нему полезно и новые проекты, и дополнения к существующим.
При этом личное удовольствие тоже может быть достаточной причиной продолжать. Можно осваивать инструмент, пробовать изображения или собирать музыку ради самого занятия. В статье «У проекта может быть один пользователь. И этого достаточно» я рассказывал о ценности такого собственного интереса.
Имеет смысл различать намерения. Если я выделил время на эксперимент, исследование вариантов может быть его результатом. Если собирался закончить определённую версию, а затем решил ещё поэкспериментировать, цель изменилась. Такое изменение можно принять — вместе со временем и вниманием, которые оно потребует.
Как определить границу одной версии
Для первой пробы возьмите один текущий проект. Не нужно заранее определять судьбу всех своих занятий.
Начните с результата: что вы или другой человек сможете сделать после завершения? Отправить страницу с работами, провести занятие, включить нужную запись, воспользоваться инструментом. Затем опишите, как проверите, что это получилось.
Следом назовите допустимые ограничения. Например, на странице пока только три работы; обновления вносятся вручную; отдельного блога нет. Это условия выбранной версии. К ним можно вернуться, когда очередное предложение снова поставит её объём под сомнение.
Отдельно стоит записать, с какими недостатками принимать работу нельзя. Граница объёма не отменяет необходимого качества.
Наконец, определите повод вернуться к доработкам. Обнаруженная ошибка, затруднение реального пользователя, новая задача или ваше собственное решение выделить время на развитие. Тогда отложенная идея будет ждать осмысленного возвращения.
И ещё одно различие: проект может оставаться незавершённым, даже когда работа на сегодня закончена. Можно сохранить текущий результат, записать препятствие и следующий шаг. Незавершённость сама по себе не обязывает продолжать прямо сейчас.
С таким разбором поможет ИИ. Лучше сразу ограничить его задачу: нужен критерий готовности одной версии. Иначе в ответ легко получить новую программу развития на несколько месяцев.
Промпт:
Помоги определить достаточный результат для одной версии моего проекта.
Первоначальный замысел: […]
Зачем мне это нужно и кто будет пользоваться результатом: […]
Что я уже сделал и как проверил результат: […]
Что пока не работает или не проверено: […]
Какие дополнения и доработки я сейчас рассматриваю: […]
Сколько времени и денег готов выделить на эту версию: […]
Если существенных данных не хватает, сначала задай уточняющие вопросы.
Сопоставь текущее состояние проекта с первоначальным замыслом. Покажи, что помогает его реализовать, а что расширяет или меняет задачу. Не считай изменение замысла ошибкой автоматически: помоги увидеть, какое решение нужно принять.
Сформулируй конкретное действие, которое должно стать доступно после завершения этой версии. Предложи наблюдаемые признаки готовности и способ проверить каждый из них.
Разбери перечисленные доработки: какие нужны для выбранной цели, какие стоит оценить после реального использования, а какие создают новый результат или новые обязательства. Объясни основания. Если польза доработки неизвестна, так и напиши.
Помоги отдельно назвать допустимые ограничения и недостатки, с которыми результат нельзя принимать. Не объявляй непроверенную часть готовой и не понижай необходимые требования к качеству ради завершения.
Составь короткую формулировку: «Эта версия закончена, когда…». Предложи, что пока оставить за её пределами и при каком конкретном условии вернуться к отложенному.
Если в указанные ограничения не помещается даже необходимая работа, покажи это прямо. Не придумывай точные сроки и стоимость без оснований.
Не добавляй новые функции и не превращай разбор в план развития всего проекта. Итоговые решения о замысле, результате и допустимых ограничениях оставь мне.Ответ нужно прочитать как предложение. Помощник может пропустить важное условие или счесть обязательной функцию, которая вам вообще не нужна. Рабочими станут только те критерии, которые вы сами приняли и можете проверить.
Для меня смысл остановки стал особенно понятен после второй версии сайта. Я выпустил её, внёс выбранные доработки и теперь занимаюсь контентом. Работа продолжается, но уже над тем, ради чего мне нужна эта площадка.
Следующий шаг
Если хотите заранее определить, каким новым задачам и обязательствам сейчас есть место, продолжите материалом Антидорожная карта: как я превратил список «не делать» в скилл для Codex.
Если у вас есть проект, который постоянно обрастает дополнениями, можно вместе определить цель ближайшей версии и условия её готовности.
Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov
