В разработке продуктов часто сталкиваются две проблемы: команда делает «не то, что нужно» и тратит много времени на уточнения уже в процессе реализации. Инструменты вроде JTBD (Jobs To Be Done) и техники Three Amigos («Три амиго») по отдельности помогают с этими вызовами, а вместе превращаются в мощное «суперкомбо», которое заметно повышает точность и скорость работы команды.

Что такое JTBD и зачем он нужен Jobs To Be Done — это подход, который смещает фокус с функций продукта на реальную задачу пользователя. Идея проста: люди «нанимают» продукт, чтобы выполнить определённую работу в конкретной ситуации. Ключевая формула JTBD звучит примерно так: «Когда [контекст/ситуация], я хочу [действие/изменение состояния], чтобы [результат/ценность], потому что [барьер/проблема]». Пример. Вместо пользовательской истории «Хочу фильтр по дате» формулировка по JTBD может выглядеть так: «Когда я анализирую отчёты за месяц, я хочу быстро выделить аномальные значения, чтобы понять, где произошёл сбой, потому что ручной просмотр всех строк занимает слишком много времени и я рискую пропустить критическую ошибку». Такой формат сразу даёт команде не просто «фичу», а понимание: 1. Контекста, в котором пользователь действует. 2. Проблемы, которая его реально беспокоит. 3. Ценности, которую он хочет получить. 4. Критерия успеха: решение действительно помогает, если аномалии находятся быстрее и ошибки не пропускаются. JTBD помогает избежать соблазна делать «красивые, но бесполезные» функции и сразу задаёт ориентир на ценность для пользователя.

Что такое Three Amigos и как это работает Three Amigos — это практика совместной проработки требований тремя ключевыми ролями: Бизнес-роль (Product Owner, аналитик): отвечает за «зачем» и «для кого». Разработка (разработчик, архитектор): отвечает за «как технически реализовать» и «какие есть ограничения». QA/Тестирование (тестировщик): отвечает за «что может пойти не так» и «как мы убедимся, что всё работает».

Цель встречи «Трёх амиго» — добиться единого понимания задачи до начала разработки. В результате команда уточняет acceptance criteria (критерии приёмки), выявляет риски и неоднозначности, а также заранее намечает тестовые сценарии. Типичный результат встречи — набор примеров в формате Given-When-Then (Дано-Когда-Тогда), которые становятся основой для тестов и спецификаций.Как JTBD и Three Amigos усиливают друг друга Когда JTBD становится отправной точкой для встречи «Трёх амиго», команда получает сразу несколько преимуществ: Единый язык и фокус на ценности. JTBD задаёт общий контекст: все участники понимают, какую проблему решают и почему это важно. Это снижает риск трактовать требования по-разному.

Раннее выявление технических ограничений. Разработчик, видя реальную задачу пользователя, может сразу предложить альтернативные решения, которые решают ту же «работу», но проще в реализации. Например, вместо сложного фильтра — дашборд с подсвеченными аномалиями. Целенаправленное тестирование. QA видит не просто список полей и кнопок, а пользовательскую цель. Это помогает выделить ключевые сценарии (happy path) и пограничные случаи, где решение может не сработать.

Снижение количества переделок. Поскольку все риски и неоднозначности обсуждаются заранее, в разработку попадает более зрелое описание задачи. Меньше сюрпризов на этапе тестирования и релиза. Более точные acceptance criteria. Критерии приёмки формулируются не абстрактно, а как подтверждение, что пользователь действительно может выполнить свою «работу» в типичных ситуациях.

Вывод JTBD и Three Amigos — это не конкурирующие подходы, а взаимодополняющие инструменты. JTBD отвечает на вопрос «что мы должны сделать, чтобы принести ценность», а Three Amigos — на вопрос «как мы убедимся, что все понимают задачу одинаково и смогут её реализовать». Вместе они помогают команде быстрее приходить к общему пониманию, снижать риски и делать продукты, которые действительно решают проблемы пользователей.