Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 January 21

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
В итоге сейчас пока в «сервисном» подходе, но не теряю надежды на то, что однажды мне апологеты чистого, как слеза комсомолки, скрама, объяснят, как UX в команду интегрировать так, чтоб это не только для discovery работало (привет PSU от scrum.org) :)
Я недавно общался с прикольными чуваками из конторы под названием Simply Business, они славятся своими прогрессивными Agile подходами. Так вот они в итоге пришли к тому, что они любой проект разбивают на 2 стадии Discovery, Delivery. Под каждую стадию набирается своя команда. UX-ры учавствуют в Discovery стадии только. Когда проект отдается на Delivery он полируется исключительно a/b тестами и там UX-ры не нужны.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Я недавно общался с прикольными чуваками из конторы под названием Simply Business, они славятся своими прогрессивными Agile подходами. Так вот они в итоге пришли к тому, что они любой проект разбивают на 2 стадии Discovery, Delivery. Под каждую стадию набирается своя команда. UX-ры учавствуют в Discovery стадии только. Когда проект отдается на Delivery он полируется исключительно a/b тестами и там UX-ры не нужны.
Ну я ещё 3 стадию использую - support. Кроме того они перекрываются обычно.
И я не согласен, по опыту, что UX не нужен в delivery. Нужен, и гайдлайны часто не помогают. Другое дело,  что как раз в delivery хорошо работает сочетание UI/UX :)
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Зависит от того как проект структурирован, я так понимаю. Если планировать так, что после отдачи в Delivery не должно быть серьезных изменений, то все ок. Если там что-то серьезное меняется, тогда вопрос что делали на Discovery
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Зависит от того как проект структурирован, я так понимаю. Если планировать так, что после отдачи в Delivery не должно быть серьезных изменений, то все ок. Если там что-то серьезное меняется, тогда вопрос что делали на Discovery
Гипотезы подтверждали.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Discovery это про всякие инструменты для валидации бизнес-модели обычно.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
«Быстро и дёшево проверить» aka MVP.
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Гипотезы подтверждали.
Ну так да, но подразумевается, что когда дошло до Delivery то гипотезы уже проверены и дизайн уже устаканен
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
В Деливери уже свой набор гипотез, и там тоже UX нужен, уже в аспекте именно interaction design
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Ну так да, но подразумевается, что когда дошло до Delivery то гипотезы уже проверены и дизайн уже устаканен
Ну нет, это жеж тот самый ВОДОПАД будет :)
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Почему водопад, на выходе же не документ а работающая альфа
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Почему водопад, на выходе же не документ а работающая альфа
В работающей альфе редко бывает хорошо протестированный ux. Тупо недостаточно живых данных.
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
В работающей альфе редко бывает хорошо протестированный ux. Тупо недостаточно живых данных.
Но там где есть данные, UX-ры не нужны. Решение может принять PO а ченьдж может сделать фронтендер по стайл-гайду
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Но там где есть данные, UX-ры не нужны. Решение может принять PO а ченьдж может сделать фронтендер по стайл-гайду
Денис, мы видимо немного по разному представляем себе работу UXера :)
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Возможно, для меня это чувак который делает макеты в энвижне, которые нужно проверить в юзер лабе
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Макет проверен, UX-ер свободен.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Могу просто по опыту сказать - из discovery никогда не стоит ожидать чего-то, кроме подтвержденной бизнес-модели. От UX в этом контексте придёт набор персон, иногда джобсов, иногда результаты первого круга проверок user journey, реже - information architecture.
Все остальное будет 100500 раз делаться и переделываться в delivery.
источник

DB

Denis Borovikov in Agile, Scrum, Lean, Kanban, XP
Понятно, в моем понимании это User Researcher по описанию
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
User research это часть работы UX designer :)
источник

NP

Nikita Poselyanov in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Могу просто по опыту сказать - из discovery никогда не стоит ожидать чего-то, кроме подтвержденной бизнес-модели. От UX в этом контексте придёт набор персон, иногда джобсов, иногда результаты первого круга проверок user journey, реже - information architecture.
Все остальное будет 100500 раз делаться и переделываться в delivery.
Мы это гордо зовём customer journey management :))
источник

NP

Nikita Poselyanov in Agile, Scrum, Lean, Kanban, XP
Denis Borovikov
Я недавно общался с прикольными чуваками из конторы под названием Simply Business, они славятся своими прогрессивными Agile подходами. Так вот они в итоге пришли к тому, что они любой проект разбивают на 2 стадии Discovery, Delivery. Под каждую стадию набирается своя команда. UX-ры учавствуют в Discovery стадии только. Когда проект отдается на Delivery он полируется исключительно a/b тестами и там UX-ры не нужны.
А мы предполагаем что архитектурно продукт встраивается в это? Или на Delivery мы что то можем докручивать?
источник