Как стать автором
Обновить

Комментарии 9

Толя, отличная статья! Спасибо большое!

Подскажи, пожалуйста, на сколько была репрезентативная выборка пользователей, которых вы позвали на встречу? Ведь если в системе тысячи пользователей, то хотелки нескольких из них могут быть очень индивидуальными и не будут отражать потребности большинства юзеров.

Проще говоря, расскажи, пожалуйста, немного о том, с какими проблемами при работе с пользователями вы столкнулись. Наверняка был какой-то элемент преодоления трудностей.

Спасибо!
Костя, здравствуй!
Так как это была наша первая ласточка, мы позвали двух наших партнеров, из них явился только один=) Таких партнёров у нас в принципе небольшое количество, в отличие от простых частников, пользующихся основным продуктом.
Это был представитель крупного автодилера, поэтому было очевидно, что некоторые его пожелания релевантны только для больших масштабов(например, просьба предоставить более сложную иерархию сотрудников с правами доступа). Однако, в нашем случае нам было важно понять, понимает ли вообще пользователь, как пользоваться представленной функциональностью. Оказалось, что не особо.

Если ты имеешь ввиду трудности непосредственно на самой встрече, то, пожалуй, разве что растянулась сессия демо продукта. Как мы и предполагали, дошедшему до нас пользователю захотелось сразу излить душу и многое нам рассказать. Так что на это нужно сразу закладываться.
Спасибо большое за развернутый ответ!
Продолжайте делиться опытом — это очень интересно.
Умные люди говорят, что хотя теоретически вам нужны большие выборки и все такое, на практике после 5 пользователя порядка 90% болей пользователя будет повторяться и эффективнее три раза выпустить доработанный продукт и потестить суммарно на 15 пользователях, чем ждать светлого будущего с полномасштабным исследованием.
И наш agile-тренер Левон Гончаров из AgileVerse навел нас на идею позвать внешних пользователей — наших бизнес-партнеров — прямо на встречу.

Я правильно понимаю что "обзор спринта" это Sprint Review и у вас на нём обычно не присутствует никто из внешних пользователей/заказчиков/клиентов? То есть даже Stakeholder'ы обычно не присутвуют?


Или "внешние пользователи" это просто обычные сотрудники вашего заказчика?


Вот что мы придумали: каждого нашего гостя мы посадили за ноутбук с продуктом, рядом с которым постоянно находились два члена команды.

Мы такое обычно делаем после отдельных "командных" Review и каждая команда демонстрирует какие-то свои вещи, а "гости" просто ходят и смотрят где им интереснее что посмотреть. И как я понял это не особо то и ново и называется "Scrum/Review bazar".

Я правильно понимаю что "обзор спринта" это Sprint Review и у вас на нём обычно не присутствует никто из внешних пользователей/заказчиков/клиентов? То есть даже Stakeholder'ы обычно не присутвуют?

Да, это Спринт ревью. Stakeholder'ы(то есть заказчики — наши менеджеры, биз дев) присутствуют, а внешние пользователи, клиенты — нет.


Мы такое обычно делаем после отдельных "командных" Review и каждая команда демонстрирует какие-то свои вещи, а "гости" просто ходят и смотрят где им интереснее что посмотреть.

Что вы имеете ввиду под "командными" ревью? И что за "гости"? Это сотрудники компании или приглашенные извне пользователи продукта?


Не думаю, что мы придумали что-то принципиально новое. Однако, довольно сложно выйти за пределы привычных процессов, активно общаться с пользователями, лучше их узнавать. Поэтому захотелось поделиться таким опытом.

Что вы имеете ввиду под "командными" ревью?

У нас у каждой команды свой Sprint Review, на котором присутствует только Stakeholder того продукта над которым работала команда. Ну и его сопровождающие, если он например решил кого-то с собой привезти.


И что за "гости"? Это сотрудники компании или приглашенные извне пользователи продукта?

Это все подряд. То есть могут и разработчики/PO/тестеры приходить смотреть что и как делается в других командах. И просто люди из нашей фирмы, например из саппорта. И Stakeholder'ы других продуктов и их сопровождающие.

Старая-престарая книжка «Веб-Дизайн: книга Стива Круга, или „не заставляйте меня думать!“ наверное могла бы очень помочь тем, кому статья кажется интересной.
Там в конце про пользовательское тестирование.
В PMBook это одна из областей знаний со сводом лучших практик «Управление заинтересованными сторонами». И нет большой разницы Agile или Waterfall. Кроме того, что в Agile эти ошибки менее фатальны.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий