Содержание статьи
ИИ в управлении проектами - это помощник внутри трекера или рядом с ним, который берёт письменную рутину руководителя проекта: собирает статусы в сводку, превращает запись встречи в протокол и список задач, пишет брифы, замечает расхождения в сроках. Решения, переговоры с клиентом и ответственность за срок остаются у человека.
Для собственника из этого следуют два вывода. Первый приятный. Часы, которые менеджер тратит на пересказ того, что и так лежит в системе, действительно можно вернуть. Второй неприятный: ИИ уверенно ошибается, и за каждую его фразу в письме клиенту отвечаете вы. Я пишу эту статью как трекер, который разбирает с командами операционку. Что отдавать ИИ, что проверять и кто подписывает, разберём по порядку.
Ведутся ли проекты нерегулярно? Тогда начните с материала про управление проектами в бизнесе. Здесь разговор про следующий шаг, когда базовый порядок уже есть.
Что ИИ снимает с руководителя проекта
Если разложить рабочий день руководителя проекта, заметная его часть уходит на письмо. Спросить статус, свести ответы, написать собственнику, оформить итоги встречи. Эта часть лучше всего поддаётся ИИ, потому что результат проверяется глазом за минуту.
Статусы и сводки
Классическая картина такая. Понедельник, менеджер обходит исполнителей, собирает ответы в таблицу, переписывает их для собственника. ИИ-помощник в трекере делает первую версию сам, по тому, что за неделю изменилось в задачах, то есть что закрыто, что просрочено и что застряло. Менеджеру остаётся прочитать, поправить и добавить то, чего в системе нет.
Условие простое: сводка настолько хороша, насколько живы статусы в трекере. Если исполнители обновляют задачи раз в две недели, помощник честно перескажет вам давно устаревшую картину.
Протоколы и задачи из встреч
Сервисы расшифровки превращают запись созвона в текст, выжимку и список поручений. Сэкономленное время заметно, особенно у руководителей, у которых встреч больше, чем часов на их оформление. Опасное место здесь одно, и ему посвящён следующий раздел. Список поручений ИИ собирает уверенно, но формулирует иногда так, что исполнитель не поймёт, чего от него ждут.
Брифы и документация
Бриф на задачу, техническое описание, письмо подрядчику, итоги этапа. Помощник даёт структуру и первый абзац, человек правит по существу. Экономия появляется, когда у вас есть шаблон документа: ИИ заполняет его по материалам проекта, а не придумывает формат с нуля при каждом запросе.
Ответы на типовые вопросы по проекту
Если помощнику открыт доступ к документам и задачам проекта, он отвечает на вопросы, которыми обычно дёргают менеджера. Где последняя версия договора. Кто согласовывал макет. Что решили по срокам на прошлой неделе. Каждый такой вопрос стоит минуту, но в день их десятки, и они разбивают концентрацию. Перекладывать их на поиск по проекту разумно, при условии что ответ приходит со ссылкой на документ, а не пересказом по памяти.
Расхождения и затыки в потоке
Помощник видит то, что человеку со многими проектами на руках трудно удержать в голове: задача без ответственного, зависимость, которая блокирует три других работы, исполнитель, на котором висит больше, чем он способен сделать. Он подсказывает, куда посмотреть. Что с этим делать, решает руководитель.
Где ИИ ошибается в проектах
Расскажу то, что обычно остаётся за скобками в рекламе сервисов.
Он формулирует задачу уверенно и иногда неверно
На одном трекинге у команды маркетинга и продаж была договорённость: на каждой встрече есть человек, который фиксирует задачи, а в конце вслух сверяется с группой, ничего ли не потеряно. Параллельно запись встречи разбирал бот на основе ИИ и складывал поручения в комментарии. Кто-то из команды предложил опереться на запись. Я предупредил, что формулировки бота иногда выходят такими, что читаешь и не понимаешь, чего от тебя хотят, поэтому человека на встрече он не заменяет. Руководитель тут же попросил перенести задачи в трекер с ответственным и реальным сроком вместо конца спринта, а себя и второго руководителя поставить наблюдателями, чтобы просрочка была видна сразу, без личных напоминаний.
Вывод из этого эпизода годится для любой команды. ИИ-протокол годится как черновик. Поручением он становится после подтверждения человеком.
Прогноз срыва на пустых данных
Предсказательные модули в трекерах опираются на историю: как быстро закрывались похожие задачи, как часто переносились сроки. Нет накопленной истории, и модель угадывает. Звучит она так же убедительно, как и на богатых данных, и читатель этой разницы не видит. Любой процент вероятности срыва стоит читать как повод позвонить исполнителю.
Он не видит того, что не попало в систему
Решение, принятое в личной переписке, договорённость в курилке, звонок клиента подрядчику. Для ИИ этого не существует. Поэтому правило «задачи нет в трекере, значит её нет» важнее выбора сервиса. Когда команда ведёт задачи для галочки, а работу обсуждает в мессенджере, помощник анализирует декорацию, и сводки у него получаются красивыми и пустыми.
Он соглашается с вами
Языковые модели склонны поддакивать. Покажите помощнику план проекта и спросите, всё ли в порядке, и вы почти наверняка услышите, что план разумный. Полезнее другой запрос. Пусть найдёт пять мест, где этот план сломается, и скажет, что должно быть правдой, чтобы он сработал. Так ИИ работает как придирчивый коллега, а не как зеркало.
Он ждёт полного контекста, а у вас его нет
Приоритеты собственника, тонкости отношений с клиентом, причины, по которым один проект нельзя двигать, а другой можно. ИИ предложит разумное перераспределение, которое сломает обещание, о котором он ничего не знает. Поэтому предложения помощника по перепланированию я воспринимаю как варианты для обсуждения.
Кто отвечает за результат работы ИИ
Здесь у меня простая позиция. За любой документ, который ушёл от имени компании, отвечает человек, который его отправил. Сервис не отвечает ни перед клиентом, ни перед вами.
На практике хватает трёх правил. У каждой регулярной сводки и каждого протокола есть владелец, названный по имени. Поручение, собранное ИИ, считается принятым после того, как исполнитель подтвердил формулировку и срок. Решения о сроках, цене, приоритетах и разговоры с клиентом принимает человек, а помощник готовит варианты.
Проверка результата занимает меньше времени, чем кажется, если знать, на что смотреть. Совпадают ли имена, даты и суммы с первоисточником. Не появилось ли в тексте обещание, которого никто не давал. Понятно ли исполнителю, что именно и к какому сроку от него требуется. После этих вопросов документ либо уходит, либо возвращается на доработку. Привычка к такой проверке важнее любой настройки сервиса.
Отдельный вопрос, какие данные вообще можно отдавать сервису. Записи встреч, переписка с клиентами и финансовые таблицы содержат то, что компания не хочет выпускать наружу. Решение о том, что допустимо, принимает собственник, а не менеджер по собственной инициативе. Юридическую часть про персональные данные я вынес в вопросы ниже.
И последнее про распределение работы. У любой задачи, от маркетинга до оформления протоколов, всегда есть вилка исполнителей: человек в штате, подрядчик, ИИ. Сначала измерить, сколько времени и денег задача сейчас забирает, затем решать, кому её отдать. Без замера выбор делается по настроению, и потом непонятно, окупилось ли.
Какие бывают инструменты и что у них спросить
Конкретные сервисы появляются и исчезают быстрее, чем пишется статья, их условия и доступность в России меняются, поэтому названий я не даю. Важнее понимать классы.
Трекер со встроенным помощником. Сводки, черновики задач и поиск по проекту внутри системы, где у вас и так лежат задачи. Самый безопасный первый шаг, потому что данные уже там.
Расшифровка и сводка встреч. Подключается к видеозвонку, возвращает текст, выжимку и поручения. Даёт максимум времени и несёт максимум риска по данным и по формулировкам.
Универсальный чат-ассистент. Подходит для брифов, писем, черновиков документов. Не знает вашего проекта, пока вы не загрузите контекст, а загрузка контекста возвращает нас к вопросу о данных.
Модули прогноза и нагрузки. Предсказывают срывы и подсказывают распределение. Работают на накопленной истории и без неё бесполезны.
Что спросить у любого поставщика до оплаты: где физически хранятся файлы и текст, использует ли он ваши материалы для обучения и можно ли это отключить, как выгрузить свои данные при уходе, доступен ли сервис в России и как за него платить. Ответы смотрите на официальном сайте сервиса, пересказ из блога или чата устаревает. Пробуйте на одном процессе. Всю компанию сразу не трогайте.
Что должно быть в порядке до внедрения
Перед покупкой любого сервиса пройдите список.
- В компании есть один трекер задач, которым пользуется большая часть команды каждую неделю.
- Задача заводится с описанием, сроком и ответственным, а не просто названием.
- В системе накопилась история закрытых задач хотя бы за несколько месяцев.
- Назначен владелец инструмента, который отвечает за дисциплину данных.
- Есть правило: задачи нет в системе, значит её не существует.
- Собственник готов уделить внедрению внимание в первые недели.
- Решено, какие материалы нельзя загружать во внешние сервисы.
Если не выполнено три пункта и больше, начинайте с операционной дисциплины, ИИ подождёт. Сводки по хаосу получатся быстрыми и бесполезными. Как наладить ритм встреч и задач, разобрано в статье про регулярный менеджмент.
Как внедрять: один процесс на пробу
Схема умещается в несколько шагов. Выбрать один повторяющийся процесс с понятным результатом, например еженедельную сводку по проектам или оформление итогов планёрки. Замерить, сколько времени он занимает сейчас и кто его делает. Назначить владельца, который проверяет каждый результат до отправки.
Дальше начинается самое важное. Несколько недель вы сравниваете версию помощника с тем, что написал бы человек, и отмечаете, где он ошибся. Когда ошибки повторяются, их можно закрыть шаблоном или правилом в запросе. Когда они случайны, проверка остаётся навсегда, и экономия считается с её учётом.
После этого вы решаете, расширять ли подход на соседний процесс. Решение принимается по замеру, впечатление в расчёт не идёт. Часть процессов окажется такой, что человек справляется быстрее, и это нормальный итог пробы.
Отдельно скажу про свою роль собственника. Привычка получать пересказ устно от менеджера заменяется привычкой читать короткую сводку и задавать к ней вопросы. Что изменилось за неделю. Что просрочено по ключевым клиентам. Кто перегружен. Если вы задаёте эти вопросы регулярно, команда быстро понимает, что данные в трекере читают, и обновляет их без напоминаний.
Часто задаваемые вопросы
Три группы задач. Первая, письменная рутина, включает сводки по статусам, протоколы встреч и брифы. Вторая, поиск расхождений, ловит просроченные зависимости, перегруженных исполнителей и задачи без ответственного. Третья, прогноз по истории, работает, если у вас накопились данные по прошлым проектам. Принимать решения, договариваться с клиентом и отвечать за срок он не умеет.
Он забирает часть письменной работы, и руководитель проекта начинает заниматься тем, до чего раньше не доходили руки, то есть переговорами, конфликтами и пересмотром приоритетов. Я бы смотрел на вопрос иначе. У любой задачи есть три исполнителя на выбор. Человек в штате, подрядчик и ИИ. Выбор делается по измеренной выгоде, мода тут плохой советчик.
Как черновик можно, как готовое поручение нет. Он иногда формулирует задачу так, что исполнитель не понимает, что именно от него хотят, или теряет договорённость, которую обсуждали вскользь. Поэтому на встрече остаётся человек, который фиксирует задачи, а в конце сверяет их вслух. ИИ-протокол служит второй страховкой.
Он замечает сигналы. Сроки переносятся, задачи переоткрываются, исполнитель перестал обновлять статусы. Сигнал полезен, пока данные в системе живые. Если половина работы идёт в мессенджерах мимо трекера, прогноз строится на неполной картине и вводит в заблуждение. Любой прогноз я читаю как повод задать вопрос исполнителю, а не как приговор.
Тот, кто разослал документ. У каждой сводки и каждого протокола есть человеческий владелец, и пока он не нажал «отправить», документ остаётся черновиком. Если ответственность размыта между сервисом и командой, ошибка находится в самый неудобный момент, например при разговоре с клиентом.
С единого места, где живут задачи, и правила, что задача вне системы не существует. ИИ подключается второй очередью. Один процесс, например еженедельная сводка для собственника, лучше, чем пять сервисов сразу. Через несколько недель видно, экономит ли он время или создал дополнительную проверку.
Сначала измерьте задачу: сколько часов она занимает, кто её делает и что стоит ошибка. Рутину с низкой ценой ошибки отдают ИИ. Задачи с ответственностью перед клиентом остаются за человеком. Подрядчик подходит, когда нужна компетенция, которой в команде нет, и результат можно проверить.
Персональные данные сотрудников и клиентов, договоры, финансовую модель и всё, что составляет коммерческую тайну, без решения собственника не отдают. Если сервис хранит данные за границей, учтите закон о персональных данных (152-ФЗ, часть 5 статьи 18): запись, накопление и хранение персональных данных граждан России в базах за пределами страны закон запрещает, исключения в нём перечислены. Перед загрузкой записи встречи уточните, как сервис хранит файл и использует ли его для обучения.
Тарифы меняются каждые несколько месяцев, поэтому цифру из статьи я бы не брал. Считайте три статьи расходов. Подписки на сервисы. Часы человека, который проверяет результат. Часы на наведение порядка в данных. Третья нередко оказывается самой крупной. Актуальные тарифы смотрите на официальном сайте выбранного сервиса.
Он быстро показывает, какие задачи затронуты, у кого они лежат и какие сроки поплывут. Эта часть работы занимала у руководителя проекта вечер, а теперь занимает несколько минут. Решение, что сдвигать и кому звонить, принимает человек: ИИ не знает, какой клиент важнее и какое обещание нельзя нарушить.
Разбор завершённого проекта по данным трекера. Видно, где задачи простаивали, где сроки переносились и кто был перегружен. Вместо ощущения «мы плохо оценили сроки» у команды появляется список конкретных мест. Живая ретроспектива остаётся: почему так получилось, знают только участники.
Скорее усугубит. Если работа обсуждается в мессенджере, а в трекер попадает для галочки, ИИ анализирует декорацию. Лечится правилом собственника. Задачи, которой нет в системе, для компании не существует. Инструмент подключается тогда, когда это условие уже выполняется.
Что делать дальше
Если после статьи хочется действовать, начните с одного процесса. Выберите самую утомительную письменную рутину, например еженедельную сводку для собственника, найдите ей владельца и проверьте, сколько времени она забирает сейчас. Через несколько недель сравните и решайте, расширять ли подход.
Если нужна помощь в выборе, на ai.nexops.ru можно записаться на разговор и разобрать вашу ситуацию. Когда непонятно, где именно ломается управление проектами, начните с операционной диагностики. Она охватывает процессы, команду, финансы и управленческие инструменты.
Смежные материалы на Nexops Media:
- KPI для сотрудников: частая ошибка, когда автоматизируют проекты, а показатели команды не пересматривают
- Автоматизация бизнеса с помощью ИИ: более широкий контекст ИИ в операционке