Поиск:

Собрание участников проекта

Вкратце

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

Плюсы

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

Метод

Планирование

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

• Бизнесс-менеджер
• Менеджер проекта
• представитель/представители пользователей
• работник отдела маркетинга
• разработчик/разработчики
• специалист по обучению
• работник отдела поддержки

Первые три лица - ключевые. Кроме того, вам понадобится помощник, который будет вести протокол собрания.

Перед собранием

• Определите ключевые вопросы, которые вам надо обсудить.
• Раздайте всем участникам список вопросов, которые вы будете обсуждать на собрании

Во время собрания

В кратце обсудите следующие вопросы:

• Для чего создается система? Каковы ее главные цели? Как будет оцениваться успешность работы системы?
• Кто будет пользоваться системой и какие задачи они будут с ее помощью выполнять? (например: Почему они будут пользоваться системой? Каков уровень их опыта и компетенции?)
• Кто является лицами, заинтересованными в проекте? Как скажется на них успех/неуспех проекта?
• Какие требования выдвигают заказчики проекта?
• Каковы технические и ресурсные ограничения у проекта? (например: Какое оборудование будет использоваться под проект?)
• Какие ключевые функции должны быть в системе для удовлетворения нужд пользователя?
• Как будет использоваться система? Как выглядит общий порядок действий (например: с момента доступа к системе и до момента получения ожидаемого результата)? Каковы наиболее типичные сценарии поведения пользователей при работе с системой?
• Каковы требования к юзабилити? (например: насколько важна простота использования и простота обучения? Сколько времени должен пользователь тратить на выполнение задачи? Насколько важна минимизация ошибок? Каким должен быть стиль оформления интерфейса?)
• Как пользователи будут получать помощь в случае затруднений?
• Существуют ли уже предварительные идеи того, как система должна выглядеть?
• Существует ли уже подобная система? Есть ли конкуренты у создаваемой системы?

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

После собрания

Получите недостающую информацию. Если требуемая информация не доступна в готовом виде, организуйте тест, позволяющий ее собрать, например, наблюдение за пользователями в их рабочей обстановке.

Распространите среди участников собрания краткое изложение полученых выводов.

Дополнительная информация

С более детальной информацией о том, как создавать дизайн, ориентированный на пользователя, можно ознакомиться на сайте INUSE Handbook и RESPECT Handbook

Варианты

Если требуется еще какая-то дополнительная информация, проведите еще ряд небольших собраний участников проекта.

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

Следующие шаги

Соберите информацию о контексте использования будущей системы.

Примеры

• Israel Aircraft Industries

Внеклассное чтение

Примерный вариант собрания участников проекта описан на сайте LUCID Envision activity

Обсудить (комментариев: 13)

« назад к списку статей