GK
Это не тех моменты. Бизнес сам должен понимать эти атрибуты. И понимает, что важно
Size: a a a
2021 May 11
И
Да пусть понимает. Просто зачем лезть в глубь пока не устаканена основа
GK
Ок, лично я буду пробовать
И
Она ещё может 25 раз поменяться в процессе шторма
SB
А откуда тред начался?)
A
отсюда
M
Расскажите потом о полученном опыте.
И
Чуть выше)
A
ну плюс-минус :)
И
Я не отрицаю того что можно пробовать много разных новых подходов. Просто мне лично больше нравится итерационный подход с минимальными шагами. Если рассматривать больше 1 view системы одновременно то очень трудно добиться внятного outcome.
И
Фиксировать любую полезную информацию что всплывает в процессе диалога - надо, это даже не оговаривается
И
Просто использовать информацию надо в рамках обсуждаемого контекста
И
Любая дополнительная информация позволяет прорабатывать следующие шаги до того как завершён текущий
GK
В данном случае, контекст - домен
Автор ES постоянно напоминает, что домен никто не знает в целом.
Почему бы не расширить исследование?
При этом, конечно, мы говорим только о ключевых QA, которые понятны и видны бизнесу
Автор ES постоянно напоминает, что домен никто не знает в целом.
Почему бы не расширить исследование?
При этом, конечно, мы говорим только о ключевых QA, которые понятны и видны бизнесу
И
По тому что ES вообще не про систему. То есть системы как таковой не существует на данном уровне. QA же описывают систему. ES - коммуникацию
И
Кислое. Длинное. Кислое. Длинное. Гладиолус
A
Читал как стих З. Гиппиус. Гладиолус не вписался :) https://rustih.ru/zinaida-gippius-vsyo-krugom/
И
В случае с QA - вы планируете как будет выглядеть ваш будущий дом. В случае с ES вы сидите и обмениваетесь информацией что дом состоит из основания, стен, крыши, что там может быть отопление для зимнего периода
GK
Заказчик может ответить, сколько человек будет жить, что это за люди. Будет дом только летом эксплуатироваться или ещё и зимой