ИИ в постановке задач: черновик, который правит человек
Полезный ИИ в управлении проектами делает не решение, а черновик. Он разбирает бесформенный текст в структуру, предлагает разбивку и формулировки — а человек правит и подтверждает. Всё, что устроено иначе, рано или поздно тихо портит данные в проекте, и заметно это становится через месяц. Я строю платформу для проектной работы и встроил в неё несколько ИИ-функций. Расскажу, где они реально помогают, а где я сознательно не стал их пускать.
Где ИИ окупается - Превратить поток мысли в задачу. Руководитель диктует или пишет абзац как думает — «надо переделать блок отзывов на лендинге, дизайн вроде готов, отдать Кате, к пятнице». ИИ вытаскивает из этого короткий заголовок, сохраняет исходный текст в описании и предлагает исполнителя и статус. - Улучшить ТЗ. Черновое описание превращается в структурированное: цель, объём, ограничения, критерии приёмки. Не идеальный документ, но экономит первый час работы. - Разбить крупное на части. Проект — на этапы, задачу — на подзадачи. Здесь ИИ хорош тем, что не забывает скучные пункты, которые человек пропускает на автомате. - Собрать оценку и коммерческое предложение. Черновик, который потом правит человек, знающий ставки и риски конкретного клиента. Где я не стал его пускать Ни одна из этих функций не создаёт сущности молча и не меняет то, чего не показала. Назначение исполнителя ищется только среди участников этого проекта — ИИ не может вписать в задачу человека, которого нет в команде. Статус ставится только из тех, что заведены в проекте. Это не ограничение модели, а граница, за которую ей нельзя. Задача ИИ-функции в рабочей системе — сократить время до первого черновика, а не принять решение вместо того, кто отвечает за результат. Про отказы, о которых обычно не пишут Модель может ответить с задержкой, вернуть мусор вместо структуры или просто быть недоступной. В продукте это не редкость, а обычный вторник. Поэтому создание задачи не зависит от ответа модели: если ИИ не ответил или ответил плохо, задача всё равно создаётся обычным способом. Пользователь не остаётся с пустым экраном и потерянным текстом из-за того, что где-то отвалился внешний сервис. Функции работают на настраиваемых провайдерах, ключи хранятся на сервере и не попадают в браузер, а сами ИИ-возможности включаются администратором.
Практический критерий для тех, кто выбирает инструмент Когда вам показывают ИИ в системе управления проектами, спросите три вещи: 1. Что происходит, если модель ответила неправильно — вы это увидите до записи или после? 2. Что происходит, если модель не ответила вообще — функция деградирует или ломает основной сценарий? 3. Может ли ИИ создать или изменить то, чего нет в вашем проекте — участника, статус, сущность? Ответы на эти три вопроса говорят о продукте больше, чем список ИИ-функций на лендинге.
Вопрос к вам Где вы уже пускаете ИИ в рабочие процессы без правки человеком — и что заставило провести границу именно там?
· 09.08
Хороший паттерн: ИИ делает черновик, а человек держит смысл и границы. В постановке задач чаще всего ломается не текст, а неявные допущения и приоритеты. Я бы ещё просил модель отдельно выписывать риски и критерии готовности - это быстро вскрывает дыры. Вы так делаете?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 09.08
Да, сейчас это делается моделью без явных указаний в системном промте. Отличное дополнение, добавлю в новом релизе, отдельную инструкцию, так чтобы модель производила оценку рисков и описывала критерии готовности если они не явно прописаны изначально человеком
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён