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

На практическом мини-курсе для руководителей ИТ-проектов участники проверили этот сценарий на учебных кейсах. Они использовали DeepSeek и GigaChat для подготовки проектных документов, а Perplexity — как дополнительный инструмент поиска и проверки информации. Разберем получившийся процесс без привязки к конкретному сервису.

Что должно быть в паспорте проекта

Паспорт фиксирует исходные договоренности, на основании которых руководитель управляет проектом. Как минимум в нем должны быть определены:

• проблема и актуальность проекта;

• цель и ожидаемый результат;

• содержание и границы работ;

• сроки и основные этапы;

• бюджет и доступные ресурсы;

• заказчик, спонсор, команда и другие заинтересованные стороны;

• критерии успеха;

• ограничения, допущения и ключевые риски.

Особое внимание стоит уделить классическому тройному ограничению: содержанию, срокам и бюджету. Если требования расширяются, а срок и бюджет остаются прежними, это изменение нужно зафиксировать и повторно согласовать. Иначе документ перестает отражать реальное состояние проекта.

Шаг 1. Определить структуру документа

До работы с нейросетью руководитель должен решить, какие разделы обязательны именно для его проекта. Запрос «составь паспорт проекта» слишком общий: модель сама выберет структуру и может пропустить важные элементы.

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

Шаг 2. Собрать и обезличить исходные данные

В контекст нужно включить цель, ожидаемый результат, сроки, бюджет, роли участников, известные ограничения и исходные требования. Чем меньше фактов получает модель, тем больше пробелов она заполняет правдоподобными догадками.

При работе с публичными сервисами имена сотрудников лучше заменить ролями: «аналитик», «архитектор», «разработчик», «руководитель проекта». Нельзя загружать персональные данные, договоры, коммерческие предложения, исходный код, архитектурные решения и другие конфиденциальные материалы без согласования с ИБ и юристами.

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

Шаг 3. Передать модели роль, факты и формат результата

Рабочий запрос состоит из трех частей: роль модели, исходные данные и ожидаемая структура документа. Например:

Выступи как руководитель ИТ-проектов.

Подготовь черновик паспорта проекта [название].

Цель: [цель].
Сроки: [дата или период].
Бюджет: [сумма].
Заинтересованные стороны: [роли].
Команда: [роли].

Отрази проблему, цель, задачи, границы проекта, участников,
сроки, итоговый продукт, критерии успеха, ограничения,
допущения и риски.

Не добавляй факты, которых нет во входных данных.
Неясные места вынеси в отдельный список вопросов.

Фраза о роли сама по себе не делает запрос качественным. Основной результат дают конкретные вводные, заданные разделы и прямой запрет на домысливание.

Шаг 4. Сначала найти пробелы

Если исходных данных мало, не стоит сразу заказывать готовый документ. Полезнее попросить модель выступить в роли рецензента:

Изучи описание проекта и перечисли вопросы, на которые
нужно ответить перед подготовкой паспорта.

Не придумывай недостающую информацию. Отдельно проверь
цель, сроки, бюджет, критерии успеха, ограничения и допущения.

После этого руководитель собирает недостающие сведения у заказчика, команды или спонсора. Это не лишняя работа: лучше обнаружить неопределенность до старта, чем спорить о ней в середине проекта.

При этом модель не гарантирует полноту проверки. Если руководитель сам не знает, что должно быть в паспорте, он может не заметить пропущенный раздел.

Шаг 5. Сравнить ответы нескольких моделей

Одинаковый запрос можно отправить в две нейросети. Сравнивать лучше не документы целиком, а отдельные элементы:

• насколько точно сформулирована цель;

• подтверждается ли описание проблемы;

• понятны ли критерии успеха;

• не потерялись ли ограничения и допущения;

• какие формулировки опираются на исходные данные.

Заранее назначать «лучшую» модель бессмысленно: качество зависит от конкретной задачи и контекста. Практический подход — взять сильные части разных вариантов и собрать единый черновик.

Шаг 6. Проверить каждое утверждение

На практических заданиях одна модель добавила неподтвержденные выгоды, другая — проблему, которой не было во вводных. Обе версии выглядели профессионально и логично.

Поэтому каждый раздел нужно сверить с первичными источниками:

• согласованы ли цель и критерии успеха;

• подтверждены ли проблема и ожидаемые выгоды;

• не появились ли новые даты, суммы и показатели;

• сохранены ли ограничения;

• не выдано ли предположение за факт.

ИИ снимает проблему пустого листа, помогает структурировать сведения и находить слабые места. Управленческие решения и ответственность за них остаются у руководителя проекта.

Шаг 7. Использовать паспорт как основу следующих документов

Проверенный паспорт можно использовать как контекст для дальнейшей работы:

Паспорт проекта → WBS → матрица RACI → план коммуникаций → реестр рисков.

Эту цепочку можно продолжить до требований, технического задания и протокола тестирования. Важно не полагаться только на историю чата: в каждом новом запросе стоит повторять актуальные условия и ограничения. Иначе по мере развития диалога качество ответа может снижаться.

Что получилось на практике

После паспорта участники подготовили иерархическую структуру работ, распределили роли в матрице RACI и собрали черновик плана коммуникаций. По оценке ведущего программы Дениса Болдырева, ИИ ускоряет его собственную работу примерно на 20–30%. Это субъективная оценка: эффект зависит от задачи, полноты вводных и объема последующей проверки.

Главный вывод прост: универсального промпта для проектного управления нет. Надежный результат дает не одна удачная формулировка, а процесс — собрать данные, задать структуру, найти пробелы, сравнить варианты и проверить каждое утверждение.

Полная версия материала: «ИИ в управлении ИТ-проектами: как подготовить паспорт проекта за 7 шагов»