Собрание участников проекта - Разработка - Webmascon

WEBMASCON - журнал для веб-мастеров обновление: 2004.09.26
» Разработка

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

Usability.Net - Methods and tools
автор: 2003 UsabilityNet
перевод: 2004.09.23 Александр Качанов

Note: данная статья является составной частью цикла статей "Методы веб-дизайна и юзабилити", посвященных методам веб-дизайна.

#### Вкратце

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

#### Плюсы

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

### Метод

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

### Варианты

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

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

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

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

### Примеры

- Israel Aircraft Industries

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

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

Обсудить (5)

Ссылки по теме

- Эта статья на английском языке | англ.

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

#### Указатель категорий

- Информационная архитектура (7)
- (X)HTML (12)
- Юзабилити (24)
- Якоб Нильсен (45)
- CSS (24)
- Навигация (14)
- Графика (4)
- A List Apart (14)
- Дизайн (11)
- Инструменты (8)
- Цвет (8)
- Бизнес (19)
- Менеджмент проектов (9)
- Тестирование (7)
- Программирование (9)
- Реклама и продвижение (12)
- Технологии (10)
- Проектирование (6)
- Поддержка (3)
- Текст и контент (9)
- Книги (2)
- Мысли вслух (4)
- Flash (6)

что такое система Орфус?
подробнее
Удобный хостинг $6/мес.
- Поддержка PHP/Perl
- 500MB места на диске
- 15GB трафик в месяц
- Тестовые аккаунты
- Статистика
- MySQL база данных
- Панель управления
- SSH/FTP доступ
- 24x7x365 поддержка на русском
- Регистрация доменов
- Бесплатные поддомены.
- 100+ PHP скриптов
www.a1-hoster.com