Shift-left тестирование это называется. Когда тесты подключают на этапе планирования фичи

Не совсем. Концепция Shift left — это общая стратегия, которая заключается в переносе проверки качества как можно раньше в жизненном цикле разработки. Я же говорю о другом — надо обсуждать разрабатываемую фичу со всех сторон между ключевыми участниками процесса, чтобы выработать общее понимание.

Техника "Три амиго" действительно рабочая. Есть ещё один вариант улучшения процесса: когда помимо готовых пользовательских историй есть "JTBD" - "Jobs To Be Done". Прописываются ценности фич для пользователей в формате "Когда... Я хочу... Чтобы...". Становятся гораздо понятнее пользовательские пути.

Спасибо за упоминание JTBD — это действительно сильный инструмент, и он отлично дополняет технику “Три амиго”.

Суть JTBD не в том, чтобы просто описать желание пользователя, а в том, чтобы зафиксировать реальную задачу, которую человек пытается решить в конкретном контексте, вместе с барьерами, которые ему мешают. В отличие от пользовательских историй (которые часто звучат как “хочу кнопку”), JTBD отвечает на вопрос “зачем пользователь вообще к нам пришёл и что он хочет получить в итоге”. Например, не “хочу фильтр по дате”, а “когда я анализирую отчёты за месяц, я хочу быстро выделить аномальные значения, чтобы понять, где произошёл сбой, потому что ручной просмотр занимает слишком много времени”. Такой формат сразу раскрывает и ситуацию, и цель, и ценность, и проблему.

Именно поэтому JTBD становится отличной основой для встречи “Три амиго”: она задаёт правильный фокус с самого начала. Владелец продукта или аналитик приходит не с набором готовых требований, а с описанием “работы”, которую пользователь хочет выполнить. Для разработчика это сразу даёт понимание ценности и контекста: он может раньше увидеть, какие технические ограничения повлияют на решение, и предложить альтернативные варианты, которые тоже решают задачу пользователя. Для тестировщика это возможность заранее выделить ключевые сценарии: не просто проверить, что кнопка нажимается, а убедиться, что решение действительно помогает пользователю достичь цели в типичных и пограничных ситуациях.

В результате на встрече “Три амиго” все участники говорят на одном языке — языке ценности и пользовательского контекста. Это сокращает количество уточнений позже, снижает риск сделать “не то” и помогает команде быстрее прийти к общему пониманию: какую проблему мы решаем, для кого и как мы поймём, что решили её успешно.

Так что да, JTBD может быть именно той базой, на которой строится обсуждение в формате “Три амиго”, и вместе они дают гораздо более чёткое понимание задачи, чем по отдельности.