tgoop.com/proagile/57
Last Update:
Декомпозиция. Критерии приёмки.
Скажите честно, часто ли к вам «прилетают» задачи со словами: «Сделать продукт самым крутым», или «Интерфейс должен быть понятным», или «Всё должно работать быстро»?
Вы делаете интерфейс и работу с ним быстрой и понятной, а по результату все равно «медленно», «наш продукт не самый крутой, и вообще, я ничего тут не понимаю».
Знакомо, не правда ли!
Из названия вы догадались, о чем пойдёт речь. Да-да, как раз о тех самых вопросах: «Что значит крутой?», «Понятный — это какой?», «Быстро — это быстрее 5 секунд?». Отвечая на данные вопросы, вы проясняете мысли заказчика, с одной стороны, а с другой облегчаете себе работу над задачей.
Как только вы вместе поймёте, что для заказчика:
Вы сразу же получаете те критерии приёмки задачи, которые ожидает заказчик. При достижении которых он не сможет сказать, что ему что-то не нравится. Помимо ясности в формате конечного варианта, вы сразу же получаете примерную разбивку на более мелкие задачи.
Рассмотрим на примере. Как покупатель, я хочу иметь возможность добавлять товары в корзину, чтобы удобно совершать покупки.
После беседы вы получили следующие критерии приёмки, по которым заказчик согласится принять задачу:
Вы уже получили несколько готовых для реализации задач:
Надеюсь, вы уловили суть. Довольно просто, когда у всех участников процесса есть единое понимание конечного результата и необходимой работы.
А теперь пример на самостоятельную декомпозицию. Как потребитель я хочу быстро сделать заказ, чтобы что-нибудь поесть. Ваши уточняющие вопросы можете задавать в комментариях к посту. Я буду отвечать из роли заказчика, и вместе мы получим критерии приёмки и предварительную декомпозицию.
@agileincubator
