в соседний отдел который дальше его будет тестить или деплоить(или ревьюить и принимать какие-то решения и прочие любые варианты) и "shippable" оно именно в этот отдел? или там прям есть критерии?
> тру-эмпирическим data-driven подходом когда приемка осуществляется на основе живых данных. В жизни такого не видел и не слышал, мне кажется, что такого и не существует )
В технологических компартиях типа Яндекса и Гугла задачи а/б тестами принимаются
Каким образом? Если задачу можно было выполнить по другому и тест бы дал на 10% лучший результат, но у нас есть что есть, как это измеряется?)
Пользователей делят на равные части и каждой части предоставляется своя версия продукта. По истечении срока эксперимента сравниваются ключевые метрики по каждой версии и принимается решение о том, какую из оставить на постоянно основе для всех пользователей, а какие - убить
Делают задачу в нескольких вариантах естественно и смотрят какой лучше. Интересным моментом является то, что а нужно ли всем вариантам соответствовать DoD? Ответ нет, поэтому не а/б тесте жизненный цикл не заканчивается и делается cleanup: ударяются другие варианты, виннер рефактроится, иногда дописываются тесты (иногда нет, в Фейсбуке например вообще тесты редко пишут и тестируют все в проде)
А можно проще не кодить и провести ряд исследований и интервью, имхо А/B, A/B/C тесты немного в прошлом, сейчас если у вас data driven подход, то они не нужны иначе ваш discovery работает фигово.
Согласен, кроме А/Б есть куча других вариантов, но я отвечал на вопрос конкретно про А/Б
Серег, дата драйвен отвечает на вопрос сколько, а касдев почему. Делать одно без другого странно. Валидация решения тоже нужна, но она может быть как в дискавери, так и в деливери, это на ваше усмотрение
Если у тебя есть деньги на б и в - проверяй. Данные о финансовых показателях компании помогут
У меня другой контекст, дата драйвен - не серебряная пуля Попробуй вернуться в начало диалога
Обсуждают сегодня