Прежде чем разбирать инструменты, стоит понять, что именно изменилось в среде и почему старая модель постановки задач перестала справляться с новой нагрузкой. ↓
Раньше задача могла быть рабочей за счет автора рядом, ведь пробелы закрывались устно - в чате, на созвоне, в голове у менеджера продукта. Сейчас эта модель не выдерживает темп: задача проходит через обсуждение, декомпозицию, handoff между ролями и все чаще через ИИ - на каждом переходе неясность дает потери.
Изменилось вот что: у задачи всегда был один читатель - разработчик, который мог задать уточняющий вопрос и получить ответ. Теперь в процессе появился второй читатель - ИИ-агент, который вопросов не задает, а просто начинает додумывать недостающее за автора. Это принципиально меняет требования к постановке: задача, которая была достаточной для одного читателя, перестает быть достаточной для двух.
Проблема сильных команд обычно не в откровенно сырой задаче. Постановка звучит профессионально, но не раскрывает поведение, границы решения и логику оценки результата, и именно такие задачи разваливаются при передаче.
Что изменилось и почему это важно
Как выглядит задача, которая не держит handoff
Типичный пример - звучит разумно, но рассыпается при первом вопросе:
Нужно повысить вовлечение новых пользователей после выбора курса, а также рассмотреть изменение первого экрана и помочь быстрее доводить пользователя до первого урока.
На первый взгляд понятно. Но уже при разборе появляются вопросы: что считать началом вовлечения? Для какого сегмента это актуально? Что можно менять, а что нет? Как трактовать смешанный результат?
Задача не обязана отвечать на все вопросы разом - но она обязана удерживать замысел настолько точно, чтобы эти вопросы не блокировали работу.
Что проверить перед передачей
Пять ошибочных моделей
Это не теоретические ловушки - каждая из них встречается даже в сильных командах:
Было:Надо улучшить онбординг новых пользователей и повысить активацию.
Стало:Надо проверить, как первый шаг онбординга влияет на активацию новых аккаунтов.
Этот переход важен не потому, что текст стал длиннее. Он важен потому, что постановка перестает быть общим намерением - и становится проверяемой.
Итог
Вопрос сегодня не только в том, "хорошо ли сформулирована задача", а в том, выдержит ли она современный процесс - со всеми его handoff, декомпозицией и участием ИИ.
- Мои задачи понятны сами по себе или я привык потом объяснять их отдельно?
- Сможет ли новый человек восстановить замысел без моей помощи?
Понимание того, что среда изменилась, само по себе ещё не дает инструмента для работы в ней. Нужно разобраться, как именно должна быть устроена задача, которая выдерживает новую нагрузку: что в неё должно входить, какие опоры она обязана удерживать и по каким признакам можно определить, что перед нами уже не черновик, а рабочий артефакт.