На прошлой неделе мы провели мини-курс для руководителей ИТ-проектов и проверили нейросети на реальных управленческих задачах. Рассказываем, какие инструменты использовали и для каких задач это будет актуально.
Нейросети меняют практически все профессии — и работа руководителя ИТ-проектов не исключение. По данным АиФ, 37% крупных российских компаний пока применяют нейросети ситуативно. Среди барьеров — неясная окупаемость и сложность встраивания ИИ в процессы.
Для руководителя недостаточно получить убедительный ответ: результат работы нейросети нужно встроить в проект и отвечать за последствия. Важно понимать, какую модель выбрать, какие данные ей передать, как построить запрос и что проверить в результате.
Практика программы «Нейросети для руководителей ИТ-проектов»
Чтобы разобраться в теме, на прошлой неделе мы провели мини-курс. Его вел Денис Болдырев — эксперт по проектному управлению, сертифицированный специалист PMP, PME, PRIME и 1С:РКП.
За два дня участники прошли путь от исходного описания проекта до нескольких связанных документов. Одной из первых задач стала подготовка паспорта проекта — документа, в котором фиксируются цели, сроки, бюджет, участники, критерии успеха, ограничения и ключевые риски.
Разберем эту практику подробнее.
Какие сервисы использовались
Это не рейтинг лучших нейросетей и не универсальная рекомендация для любой компании. Для марафона инструменты выбирали по практическим критериям: на момент проведения программы они были доступны в России, ими можно было пользоваться бесплатно или в рамках бесплатного периода, а участники могли быстро зарегистрироваться и сразу перейти к заданиям.
У каждого сервиса была своя роль.
DeepSeek
Основной инструмент для подготовки проектных артефактов. В некоторых проектных кейсах DeepSeek давал более содержательный результат, но это зависело от конкретных вводных.
GigaChat
Вторая модель для сравнения. Им можно пользоваться без регистрации, но тогда чаты не сохраняются.
Perplexity
Поисковый сервис для поиска информации и проверки фактов. Его задача — расширить поиск и дать дополнительный вариант для сравнения, а не создать основной артефакт.
Для корпоративных проектов со служебной информацией Денис Болдырев рекомендует использовать локально развернутую модель. Открытые сервисы на марафоне применялись только на учебных и обезличенных кейсах.
Как подготовить паспорт проекта за 7 шагов
Определить, что должно быть зафиксировано в паспорте
Паспорт проекта фиксирует исходные договоренности, на основании которых руководитель дальше управляет проектом.
Денис связывает содержание паспорта с тройным ограничением:
какой результат и какой объем работ ожидаются
когда проект и его этапы должны быть завершены
какие ресурсы можно использовать
Баланс этих ограничений определяет качество результата. Если заказчик добавляет новые требования, но сроки и бюджет остаются прежними, руководителю необходимо зафиксировать расширение содержания и повторно согласовать условия. Иначе проект начинает выходить за установленные рамки.
Поэтому в исходных данных для нейросети нужно указать не только название и общее описание проекта, но и его реальные ограничения.
Собрать исходные данные и убрать чувствительную информацию
До обращения к нейросети нужно подготовить контекст:
- название проекта;
- цель и ожидаемый результат;
- сроки;
- бюджет;
- заказчика и спонсора;
- ключевых заинтересованных лиц;
- состав команды;
- известные ограничения;
- исходные требования.
Чем меньше данных получает модель, тем больше пробелов она заполняет самостоятельно. В результате руководитель не экономит время, а тратит его на исправление правдоподобных, но выдуманных деталей.
Что нельзя передавать в открытый сервис
Подробный контекст не означает, что в нейросеть можно загружать любые документы. Имена сотрудников следует заменить ролями: «аналитик», «разработчик», «архитектор», «руководитель проекта».
Нельзя передавать персональные данные, код, договоры, коммерческие предложения, архитектурные решения и другую конфиденциальную информацию без согласования с ИБ и юристами.
Если обезличить данные невозможно, для такой задачи нужна локальная модель, развернутая внутри компании.
Задать модели роль, входные данные и структуру результата
На марафоне участники получили готовый промпт, но могли дополнить его информацией о своем проекте. В сокращенном виде его структура выглядела так:
К этой основе можно добавить критерии успеха, ограничения, допущения, риски и желаемый формат результата.
Смысл такого запроса не в словах «выступи как эксперт», а в сочетании трех элементов:
- модель понимает, с какой позиции должна рассматривать задачу;
- получает конкретные исходные данные;
- знает, какие разделы должны появиться в документе.
Если просто попросить «составить паспорт проекта», нейросеть сама выберет структуру и может пропустить важные разделы.
Сначала попросить модель найти пробелы
Если исходных данных недостаточно, не нужно сразу просить готовый документ. Сначала модели можно поручить сформулировать вопросы.
После этого руководителю придется собрать недостающие сведения у заказчика, команды или спонсора. Но это полезная работа: лучше обнаружить пробел до старта, чем столкнуться с ним в середине проекта.
Например, если в паспорте не зафиксированы ограничения и допущения, позже будет сложнее доказать, что новое требование заказчика расширяет содержание проекта и требует пересмотра сроков или бюджета.
При этом нельзя рассчитывать, что модель найдет все пробелы. Если руководитель сам не знает, какие разделы должны быть в паспорте, он может не заметить, что нейросеть что-то пропустила.
Отправить одинаковый промпт в несколько нейросетей
Один и тот же запрос участники отправляли в DeepSeek и GigaChat. Это делали не для формального соревнования сервисов. Разные модели по-разному справляются с разными задачами. Даже две современные нейросети на одинаковых вводных могут выдать заметно отличающиеся результаты.
Сравнивать нужно не документы целиком, а отдельные разделы:
Заранее назначить победителя нельзя. Поэтому сравнение моделей — это способ получить больше вариантов и не принимать первый ответ за единственно верный. На марафоне участники собирали итоговый документ из сильных частей разных ответов. Денис Болдырев называет такой подход «Франкенштейном».
Проверить информацию
Во время практики DeepSeek предложил неподтвержденные выгоды проекта, а GigaChat придумал проблему, которой не было во вводных.
Текст выглядел логично и профессионально, поэтому такую ошибку легко пропустить. Но если выдуманная проблема или выгода попадет в согласованный паспорт, команда начнет опираться на ложную исходную договоренность.
Каждый раздел нужно сопоставить с источниками:
- подтверждена ли проблема;
- согласованы ли цель и критерии успеха;
- не появились ли новые сроки, цифры и показатели;
- не потерялись ли важные ограничения;
- не выдано ли предположение за факт.
«Нейросеть за вас в текущем исполнении не сможет что-то сделать. Она может сделать вместе с вами» — подчеркивает Денис Болдырев.
В текущем виде ИИ снимает работу с пустым листом, помогает структурировать информацию и подсвечивает пробелы. Но он не принимает управленческие решения и не отвечает за последствия.
Использовать паспорт как контекст для следующих документов
После проверки участники не начинали работу заново. Они сохраняли диалоги и продолжали в тех же чатах: паспорт становился контекстом для иерархической структуры работ, матрицы RACI, плана коммуникаций и реестра рисков.
Контекст нужно добавлять и уточнять при каждом следующем запросе. Денис предупреждает: если полагаться только на историю чата и не напоминать модели актуальные условия, качество ответов постепенно может снижаться.
Связанный комплект проектных документов
В итоге отдельный диалог используется не для одного документа, а для последовательного создания связанного комплекта. Эту же логику можно продолжить до требований, технического задания и протокола тестирования.
Можно ли составить один универсальный промпт
Этот вопрос участники отдельно задали Денису в конце марафона. Его ответ: универсальной «волшебной таблетки» нет.
Вместо поиска готовой формулировки:
- давайте модели больше контекста;
- сравнивайте ответы нескольких нейросетей;
- используйте саму нейросеть для подготовки промпта.
Получившийся промпт нужно перенести в новый чат вместе с исходными данными, а затем снова проверить результат в нескольких моделях.
Навык появляется не после сохранения набора шаблонов, а через регулярную практику. Новая проектная задача все равно потребует изменения контекста, критериев и формата ответа.
Что еще участники сделали за 2 дня
Паспорт проекта был только первым артефактом. На его основе участники:
Подготовили WBS
Составили иерархическую структуру работ и перенесли ее в интеллект-карту. По оценке Дениса, это может сократить работу с нескольких дней до нескольких часов.
Составили матрицу RACI
Определили исполнителей, ответственных, консультантов и получателей информации.
Получили план коммуникаций
За пятиминутный практический блок подготовили черновик документа.
План коммуникаций нужен не только для порядка в переписке. Несогласованные действия, потерянная информация и разное понимание решений создают проектные риски. Поэтому в плане фиксируют, с кем, по каким вопросам, как часто и по каким каналам должна взаимодействовать команда.
По оценке Дениса Болдырева, использование ИИ увеличило скорость его собственной работы примерно на 20–30%. Он подчеркивает, что это личное ощущение, а не результат точного измерения. Эффект зависит от задачи, качества исходных данных и того, сколько времени потребуется на проверку результата.
Если хотите разобраться в теме системно
Уроки мини-курса войдут в программу профессиональной переподготовки «Руководитель ИТ-проектов», которая стартует 7 сентября. Участники разберут полный цикл управления проектом — от инициации до закрытия. В программу входят постановка целей по SMART, подходы и стандарты проектного управления, включая PMBOK, Waterfall и Agile, формирование команды, распределение ролей, работа с заказчиком, а также управление ожиданиями, рисками, бюджетом и качеством.
Отдельные блоки посвящены договорам и проектной документации, регламентации процессов, отчетности и презентации результатов.
Обучение строится вокруг собственного ИТ-проекта, который каждый участник ведет под руководством наставника.
Действующим руководителям
Поможет систематизировать то, что уже делаете на практике, дополнить опыт методической базой и увереннее работать с бюджетом, рисками, командой и заказчиком.
Тем, кто готовится к роли руководителя
Аналитики, разработчики и администраторы инфраструктуры смогут перейти от ответственности за отдельные задачи или системы к управлению полным циклом проекта.
Официальный документ: на тарифах «Стандарт» и VIP после успешного завершения обучения выдается диплом о профессиональной переподготовке установленного образца. Такой диплом может стать официальным подтверждением компетенций для работодателя — особенно если вы переходите в проектное управление из другой роли.
