Персоны (Personas) в Agile

Персона, впервые представленная Аланом Купером (Alan Cooper), определяет архетипического пользователя системы, пример человека, который будет с ней взаимодействовать. Идея в том, что если вы хотите разрабатывать программное обеспечение, то оно должно быть разработано для конкретного человека. Другими словами, персоны представляют собой вымышленных людей, которые основаны на ваших знаниях о реальных пользователях.

Скорее всего, вы знакомы с актерами. В отличие от актеров, персоны - это не роли, которые играют люди. Например, в банковском приложении у нас будут такие персоны, как Клиент и Обработчик кредитных карт. Персоны часто документируются одним или двумя предложениями, описывающими роль. Например, описание «Клиент» может выглядеть следующим образом: «Человек или организация, которые ведут дела с банком».

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

Довольно часто можно увидеть одну или две страницы документации, написанной для каждой персоны. Цель состоит в том, чтобы оживить ваших пользователей, развивая персоны с настоящими именами, личностями, мотивами и часто даже с фотографиями. Другими словами, хорошая личность очень персонализирована.

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

Персоны невероятно полезны, когда у вас нет простого доступа к реальным пользователям, потому что они действуют как «заместители пользователей», помогая направлять ваши решения относительно функциональности и дизайна. Ответы на такие вопросы, как «Как Макс будет использовать эту функцию?» или «Заинтересуется ли этим Ник?» могут помочь начать обсуждения внутри вашей команды, заставляя вас думать так, как на самом деле думают ваши пользователи. Персоны часто используются при создании веб-программного обеспечения, такого как системы Amazon или eBay. Персоны и сценарии использования очень популярны в Microsoft и являются одним из артефактов, описанных в их Agile-процессе Microsoft Solutions Framework (MSF).

В книге «Заключенные управляют убежищем» (“The Inmates Are Running the Asylum”) Алан Купер предлагает следующие методы написания эффективных персон:

Вы не «придумываете» персоны, а обнаруживаете их как побочный продукт процесса исследования требований.
Опишите конкретные персоны: создавая дизайн для одного человека, вы выполните работу гораздо успешнее.
Для того чтобы понять, что ваша система должна делать, а что нет, вы должны понимать, каковы цели персоны.
Если вы определили более трех основных персон, ваш объем работ, вероятно, слишком велик.
Вам нужно ограниченное количество персон, ваша цель - сузить круг людей, для которых вы разрабатываете систему.