GPT-5.4 для декомпозиции задачи и плана работ
План разваливается не там, где задачи сложные, а там, где их забыли: приёмка, миграция старых данных, обучение людей, откат при неудаче. Человек пропускает скучное, потому что думает о главном. Модель скучное перечисляет охотно и не устаёт. GPT-5.4 стоит 38 токенов за запрос — около 315 обращений в месячном пакете, а план за проект переписывается три-четыре раза.
Почему GPT-5.4 подходит для этой задачи
Декомпозиция — это удержание целого при дроблении. Разбить работу на куски умеет каждый; трудность в том, чтобы после разбиения не потерять связи: что от чего зависит, что нельзя начать раньше, где два человека упрутся в один ресурс. Модель, которой дали цель и ограничения, выписывает эти связи явно, а не держит их в голове, как это обычно делаете вы.
Второе преимущество — равнодушие к интересности задач. Люди подробно расписывают ту часть, которая им нравится, и одной строкой отделываются от переноса данных, согласований и приёмки. В итоге план красив и не выполняется. Отдельный запрос «что обычно забывают в проектах такого типа» регулярно приносит три-четыре пункта, каждый из которых стоил бы недели.
И сразу о границах, потому что это самая частая ошибка. Модель не знает вашей команды, её скорости, отпусков, параллельных задач и того, сколько у вас на самом деле длится согласование. Любые оценки в днях от неё — беллетристика. Берите у неё структуру, зависимости и полноту списка, а сроки ставьте сами. 38 токенов за запрос означают, что план можно спокойно перебирать: полный цикл из четырёх итераций — 152 токена, чуть больше процента месяца.
Какие входные данные подготовить
Цель в терминах результата: что должно стать правдой, когда проект закончится. Не «сделать сайт», а «клиент может оформить заказ и получить подтверждение на почту».
Жёсткая дата и её природа: выставка, договор, сезон — или дата, которую можно двигать. От этого зависит, что резать при отставании.
Кто в команде и сколько часов в неделю реально есть у каждого. Не штатное расписание, а фактическая доступность.
Что уже сделано и что можно переиспользовать. Проекты почти никогда не начинаются с нуля, а модель по умолчанию планирует с нуля.
Ограничения: бюджет, необходимые согласования, зависимости от подрядчиков и смежных отделов, запреты вроде «трогать боевую базу нельзя».
Пошаговый процесс
Сформулируйте критерий готовности
До всякого планирования запишите одну фразу: по какому признаку вы поймёте, что проект закончен. Пока этой фразы нет, любая декомпозиция будет разбиением тумана. Проверить формулировку легко: если по ней двое разных людей могут разойтись в оценке «готово или нет» — она недостаточно конкретна.
Требуйте этапы, описанные результатом
Просите не «список действий», а «список состояний»: не «поработать над дизайном», а «макеты трёх ключевых экранов утверждены заказчиком». Разница решающая: у действия нет момента завершения, у результата есть. План из действий невозможно контролировать, план из результатов контролирует себя сам.
Отдельно попросите зависимости и критический путь
Вторым запросом: что от чего зависит, что можно вести параллельно, какая цепочка задаёт минимальный срок. Здесь обычно и выясняется, что три недели у вас упираются в одно согласование, которое никто не начал двигать. Это самая полезная часть плана и её почти никогда не пишут по умолчанию.
Спросите, что забывают в таких проектах
Отдельный запрос, дающий больше всего пользы за 38 токенов: перечислить задачи, которые в проектах этого типа обычно упускают и вспоминают в последнюю неделю. Приёмка, перенос данных, доступы, обучение сотрудников, план отката, кто дежурит в день запуска. Половину пунктов вы отбросите как неприменимые, остальные спасут срок.
Проставьте свои сроки и владельцев
Возьмите структуру и заполните её сами: часы по каждой задаче исходя из скорости вашей команды, конкретное имя напротив каждого пункта, дата проверки. Задача без владельца не выполняется, а оценка, взятая у модели, разъезжается с реальностью на первой же неделе.
Пример готового промпта
Помоги разложить проект на этапы. Оценки в днях не ставь — их поставлю я. Цель: к 1 октября клиенты могут оформить и оплатить заказ на новом сайте, менеджер видит заказ в CRM, клиент получает письмо с подтверждением. Что уже есть: дизайн главной и каталога утверждён, домен и хостинг куплены, CRM работает и используется отделом продаж, база товаров ведётся в таблице. Команда: один разработчик на 30 часов в неделю, дизайнер на 10 часов, я как менеджер проекта. Подрядчик по оплате отвечает в среднем два дня. Ограничения: бюджет закрыт, новые люди не появятся; договор с эквайрингом подписывается юристом, срок неизвестен; текущий сайт выключать нельзя до полного переезда. Нужно от тебя: 1. Этапы, где каждый описан результатом, а не действием. По каждому — признак готовности, проверяемый посторонним человеком. 2. Зависимости между этапами и цепочка, задающая минимальный срок. 3. Что в проектах такого типа обычно забывают и вспоминают в последнюю неделю — отдельным списком. 4. Три риска, каждый с признаком, по которому его видно заранее, и с действием на этот случай.
Первая строка про оценки обязательна: без неё половина ответа будет состоять из выдуманных сроков, к которым вы неизбежно начнёте привязываться. Пункты 3 и 4 обычно дают больше пользы, чем сам список этапов.
Как проверить результат
Пройдите по каждому пункту и спросите: как посторонний человек поймёт, что это сделано. Если ответа нет — пункт сформулирован действием и его надо переписать результатом.
Прочитайте план с конца: чтобы случился запуск, нужно то-то; чтобы случилось то-то, нужно ещё что-то. Обратный проход находит пропущенные шаги лучше прямого.
Проверьте наличие трёх этапов, которые пропускают чаще всего: приёмка заказчиком, перенос существующих данных, план отката при неудачном запуске.
Сложите свои оценки часов и сравните с реальной доступностью команды по календарю, с учётом отпусков и текущих задач. Расхождение вдвое — норма для первой версии плана.
Типичные ошибки
Дают одно название проекта и ждут плана
На запрос «составь план запуска интернет-магазина» приходит универсальная методичка, одинаково подходящая всем и не подходящая никому: без вашей команды, без того, что уже сделано, без ваших согласований. Половина пунктов окажется давно закрытой, а критичное для вас звено не появится вовсе. Контекст решает здесь больше, чем формулировка запроса.
Принимают сроки от модели
Красивые «этап 2 — пять дней» выглядят убедительно и не имеют под собой ничего: модель не знает ни вашей скорости, ни отпусков, ни того, что юрист согласовывает договор две недели. Опаснее всего, что эти цифры попадают в план для руководства и становятся обещанием. Структура — от модели, сроки — от вас.
Формулируют пункты действиями
«Проработать интеграцию», «заняться контентом», «настроить аналитику» — по такому плану невозможно провести статус-встречу: каждый пункт вечно наполовину готов. Замена на результат («тестовый заказ проходит от корзины до записи в CRM») превращает планёрку из обсуждения ощущений в проверку фактов.
Альтернативные модели для этой задачи
Claude Opus 4.8
65 токенов. Когда задача ещё не определена и планировать нечего: сначала надо разобраться, что вообще делаем и какие есть варианты. Планирование начинается после этого разговора.
OpenAIGPT-5.4 mini
12 токенов. Текущая работа с уже готовым планом: пересобрать после сдвига срока, переписать пункт, свести статусы недели. Такие обращения частые и мелкие, платить за них полную цену незачем.
Частые вопросы
Почему не стоит брать у модели оценки в днях?
Она не знает вашей команды, её загрузки, отпусков и того, сколько у вас длятся согласования. Её числа выглядят правдоподобно и потому опасны: они попадают в план для руководства и превращаются в обещание. Берите структуру и зависимости, а часы ставьте по своей команде.
Насколько подробно дробить задачи?
До уровня, на котором задача помещается в один-два дня работы одного человека и имеет проверяемый результат. Мельче — план превращается в список дел и перестаёт читаться; крупнее — вы узнаете об отставании только в конце этапа, когда что-то менять уже поздно.
Что делать с планом, когда сроки поехали?
Пересобирать, а не подвигать даты. Дайте модели факт: этап задержался на неделю, дата запуска не двигается — и попросите варианты, что можно вынести за пределы первой версии. Такой запрос через mini стоит 12 токенов, и делать его лучше сразу, а не когда отставание станет месяцем.
Сколько планирование съедает из месячного тарифа?
38 токенов за запрос, полный цикл планирования проекта — четыре-пять обращений, то есть около 190 токенов. Это полтора процента месячного пакета в 12 000 токенов. Даже с еженедельной пересборкой плана расход остаётся незаметным.
Подходит ли это для личных проектов и учёбы?
Да, схема та же: цель через результат, ограничения по времени, список забываемого. Для диплома или ремонта пункт «что обычно забывают» работает даже лучше, чем в рабочих проектах, — там у вас меньше опыта, на который можно опереться.
Модель GPT-5.4 доступна в FatherGPT: без VPN, картой РФ, единый баланс токенов на все нейросети. Переключайтесь между моделями в одном чате — под каждую задачу своя.