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