План проекта от нейросети проверяйте по трём вещам: что должно завершиться до начала каждой задачи, кто сможет её выполнить и откуда взялась длительность. Если один исполнитель поставлен на две работы одновременно, красивый график может обещать невыполнимый срок. Попросите модель показать связи и ограничения, затем пройдите расписание вручную.
Ниже разобран небольшой проект с двумя потоками работы и одним дизайнером. Все вводные вымышлены. Это ручной учебный расчёт, а не результат испытания нейросети или норма для вашей команды. Здесь нет инструкции по подключению конкретного сервиса.
1. Соберите вводные, из которых можно получить срок
До запроса запишите результат проекта и признак его готовности. «Обновить материалы каталога» слишком широко. Уточните, какие материалы должны быть готовы, кто их принимает и что не входит в работу. Если сам результат ещё не согласован, сначала подготовьте техническое задание.
Для графика дополнительно нужны длительности и их основания, доступность людей, рабочий календарь, внешние ожидания и связи между задачами. Разделите подтверждённую оценку исполнителя, пожелание руководителя и предположение модели. «Нужно к пятнице» задаёт ограничение, но не доказывает, что работы помещаются до пятницы.
Укажите, что означает «два дня»: два полных рабочих дня одного человека или два календарных дня с коротким участием. Четыре часа работы могут растянуться на несколько дней, если специалист доступен по часу. Отдельно запишите ожидание согласования, поставки или доступа: это время тоже влияет на дату завершения.
Передавайте только разрешённые компанией сведения. Для первой пробы подойдёт вымышленный проект; рабочую копию можно подготовить по инструкции перед загрузкой документа в нейросеть. Если доступность подрядчика неизвестна, оставьте вопрос открытым, а не поручайте ИИ заполнить его удобной датой.
2. Получите задачи со связями, а не только столбец дат
Попросите отдельно показать, какой результат нужен для начала следующей работы. Связь «окончание → начало» означает, что предшественник должен завершиться до старта зависимой задачи. Именно так этот тип связи описан в справке Microsoft Project. Бывают и другие связи, поэтому не соединяйте весь проект в одну цепочку только ради простоты.
Возможность сгенерировать задачи не означает, что все связи уже учтены. Например, в документации Copilot для Project Operations прямо оговорено: созданные ИИ задачи автоматически не включают назначенных исполнителей, зависимости и пункты контрольного списка. Это ограничение описанной функции, а не утверждение обо всех помощниках.
Для своего текстового помощника можно адаптировать такое задание. Шаблон не испытывался в конкретном сервисе; его ответ всё равно нужно сверить.
Подготовьте черновик плана проекта по вводным ниже.
Сначала найдите противоречия и недостающие решения.
Не придумывайте людей, оценки длительности и даты.
Новые задачи и оценки пометьте как предложения.
Для каждой задачи покажите:
ID; действие и проверяемый результат; основание во вводных;
длительность с единицей и статусом оценки; исполнитель;
что должно завершиться до начала; доступность исполнителя;
начало и конец либо «недостаточно данных».
Отдельно проверьте:
- нет ли круга зависимостей, когда задачи ждут друг друга;
- не занят ли один человек на нескольких полных работах;
- включены ли ожидания, проверка результата и исправления;
- выполним ли заданный срок при этих условиях.
Не сокращайте длительности и не меняйте объём ради дедлайна.
Покажите расчёт и допущения. Если данных не хватает,
задайте вопросы вместо окончательного расписания.
ВВОДНЫЕ С НОМЕРАМИ И СТАТУСАМИ:
[результат, задачи, оценки, связи, календарь, люди, ограничения]По полученной таблице проверьте каждую связь и доступность исполнителя. Порядок строк сам по себе не задаёт зависимость: две соседние задачи могут идти одновременно, а далёкие строки могут требовать один и тот же результат.
3. Найдите конфликт одного исполнителя на двух задачах
В учебном проекте нужно подготовить два материала для каталога и получить их приёмку. Работа считается завершённой после D. Длительности заданы специально для расчёта, без связи с реальными нормативами:
| ID и результат | Длительность | Что нужно до начала | Исполнитель |
|---|---|---|---|
| A: согласованный список товаров | 1 рабочий день | Старт проекта | Менеджер |
| B: готовый макет каталога | 2 рабочих дня | Завершена A | Дизайнер |
| C: готовый баннер | 2 рабочих дня | Завершена A | Тот же дизайнер |
| D: проверены и приняты оба материала | 1 рабочий день | Завершены B и C | Менеджер |
Условия примера: каждый день работы занимает весь рабочий день исполнителя; задачи не дробятся и не прерываются. Дизайнер один и не делает B и C одновременно. Менеджер доступен в нужные дни, дополнительных ожиданий и исправлений в этом учебном случае нет. Дни пронумерованы как рабочие: праздники и конкретные календарные даты здесь не рассчитываются.
Если смотреть только на связи, получится A в день 1, B и C в дни 2-3, D в день 4. Расчёт 1 + max(2, 2) + 1 = 4 подходит лишь при возможности выполнять B и C параллельно. В наших вводных её нет: обе задачи полностью занимают одного дизайнера.
Выполнимый вариант: A в день 1, B в дни 2-3, C в дни 4-5, D в день 6. Итого 1 + 2 + 2 + 1 = 6 рабочих дней. B и C можно поменять местами, но завершение раньше дня 6 это не даст. При указанных условиях дедлайн «конец дня 4» невыполним.
Это конфликт загрузки, а не новая технологическая зависимость: баннеру не нужен готовый каталог. Последовательность B → C появляется из-за общего исполнителя. В справке Microsoft по выравниванию загрузки объясняется, что устранение перегрузки сдвигом или разделением задач может перенести окончание проекта. В нашем примере разделение запрещено вводными, поэтому использован сдвиг.
Просьба «сделайте план на четыре дня» не добавляет дизайнеру времени. Обсудите изменение объёма, реальную возможность подключить второго исполнителя или перенос срока. Любой такой вариант меняет исходные условия и требует нового расчёта и согласования.
4. Пересчитайте план после задержки и согласуйте версию
Проверьте не только исходный график, но и одно понятное изменение. В учебном примере A завершилась в конце дня 2 вместо дня 1. При остальных неизменных условиях B займёт дни 3-4, C дни 5-6, D день 7. Поменять B и C местами можно, убрать потерянный день таким способом нельзя.
Если согласованный срок был конец дня 6, новая оценка выходит за него на один рабочий день. Если срок был конец дня 7, прежний запас в один день израсходован. Запас между расчётным завершением и дедлайном не означает, что отдельным задачам автоматически добавлено время.
В рабочем плане перед переносом проверьте фактический статус: что уже сделано, что начато и какие обещания исполнители успели изменить. Не сдвигайте завершённые задачи как будущие. Затем проверьте последующие связи и занятость людей заново: человек, свободный в прежнюю дату, может быть занят в новую.
Перед выдачей команде пройдите план в обе стороны. Для каждой задачи найдите основание и доступного исполнителя, а для каждого обязательного результата убедитесь, что в плане есть работа и проверка. Уберите круги зависимостей, покажите неизвестные даты и подтвердите оценки с теми, кто будет работать. Время на проверку и исправления нельзя считать нулевым только потому, что в черновике нет таких строк.
Сохраните исходные вводные, принятую версию, дату согласования и нерешённые вопросы. При изменении условия отмечайте, какие задачи и срок оно затрагивает. План можно передавать как рабочий, когда люди подтвердили выполнимость своих участков; непроверенные предположения должны оставаться видимыми и в документе для команды.