Как найти время на юзабилити-тестирование во время спринта (Никита Ефимов, AgileDays-2013) — различия между версиями

Материал из 0x1.tv

== Примечания и отзывы ==
* {{ConferencePage|http://msk13.agiledays.ru/reports/view/58/}}

<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:AgileDays-2013]]
[[Category:UX + Agile]]
<!-- topub -->
{{stats|disqus_comments=1|refresh_time=2019-02-21T19:50:1426T20:21:33.635408099083|vimeo_comments=0|vimeo_plays=58|youtube_comments=0|youtube_plays=29}}

Версия 17:21, 26 февраля 2019

Аннотация

Докладчик
Никита Ефимов.jpg
Никита Ефимов

Многие привыкли к тому, что юзабилити-тестирование - это долго, дорого и о... очень долго и дорого. Потому что нужно работающее приложение, нужно искать респондентов и другие 100 причин.

Отчасти это так и поэтому многие проекты тестируют свой продукт на живых людях только раз в n итераций (хорошо, если это число не десятичного порядка).

А можно ли каждый спринт проводить тестирование с пользователями, да еще и успевать вносить изменения до релиза?

В этой короткой речи я поделюсь советами о том, как выстроить процесс проектирования и тестирования на пользователях в течении одного спринта.


Видео

on youtube

Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.


Примечания и отзывы


Plays:87   Comments:1