4. Метод разработки User Centered Design.

User Centered Design.

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

Главные вопросы UCD:

Кто будет пользоваться продуктом?

Какие задачи будут решать пользователи при помощи продукта?

В каком контексте?

На сегодняшний момент в России существует (пока только в виде проекта) - ТЕХНИЧЕСКИЙ РЕГЛАМЕНТ CТАНДАРТЫ РАЗРАБОТКИ ОФИЦИАЛЬНЫХ ИНТЕРНЕТ-РЕСУРСОВ ГОСУДАРСТВЕННЫХ УЧРЕЖДЕНИЙ. Целие создания:

Регламентировать технические подходы к разработке официальных ресурсов государственных учреждений

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

Определить технические требования по совместимости с различным пользовательским ПО.

Повысить качество оказываемых населению услуг

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

Этапы разработки продукта:

Требования. Каковы требования к продукту?

Целевые пользователи. Кто будет пользоваться продуктом?

Задачи пользователей. Зачем эти люди будут пользоваться продуктом?

Контекст использования. В каком контексте пользователи будут выполнять свои задачи при помощи продукта?

Проектирование интерфейсов.

Юзабилити тестирование.

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

Определение контекста использования. Идентификация людей, которые будут использовать продукт и того, для чего они его будут использовать и в каких условиях они будут его использовать. (КТО? ЗАЧЕМ? КАК?)

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

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

Выяснение желания клиента. Первичные требования.

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

Обычно набирается около 10 функциональных требований, плюс 3-5 нефункциональных.

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

Требование можно определить как "подробное описание того, что должно быть реализовано". Существует два основных типа требований:

функциональные требования - какое поведение должна предлагать система;

нефункциональные требования - особое свойство или ограничение, накладываемое на систему.

Требования указывают, что должно быть построено, но НЕ говорят, КАК это сделать. Не существует единого формата записи требований, но можно использовать следующий:

Номер требования. Наименование системы. Должна. Требование.

Требования следуют из контекста моделируемой системы. В этот контекст входят:

Непосредственные пользователи системы.

Другие заинтересованные стороны (например, руководители, специалисты обслуживания, установщики)

Другие системы, с которыми взаимодействует данная система

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

Правовые и регулирующие ограничения

Технические ограничения

Коммерческие цели

Методы выяснения "желаний". Интервью. Проведение интервью с заинтересованными сторонами является самым прямым способом сбора требований. Обычно более полную информацию можно получить при интервьюировании один на один. Основные моменты:

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

Задавайте контекстно-свободные вопросы – вопросы, которые не предполагают какого-либо конкретного ответа и заставляют интервьюируемого говорить о проблеме. Например, вопрос «Кто использует систему?» является контекстно-свободным и способствует обсуждению, тогда как вопрос.

Слушать – единственный способ выяснить, чего хотят заинтересованные стороны, поэтому дайте им возможность поговорить. Позвольте им обсудить вопрос и рассмотреть его по-своему.

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

Запаситесь терпением.

Пригласите человека, наконец, в кафе!

Варианты записи интервью самые «человеческие», например ручка и бумага. Использование ноутбука может испугать вашего собеседника, хотя все зависит от конкретной ситуации. Как фиксировать информацию? Как вообще думает человек? Естественно, никто не отменял запись пунктов, подпунктов, глав и параграфов. Но разве мы так думаем? Разве мы размышляем над какой-либо вещью "по - пункам"? Конечно, без формальной логики в процессе мышления не обойтись, но начиная думать о каком то предмете, мы сразу думаем и о его окружении. Более того, все эти мысли вступают в противоречие между собой. Одним из вариантов фиксации этих противоречий, т.е. мыслей заказчика, может быть представлен в виде "mindmap".

Некоторые соображения по поводу создания такой карты.

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

Теперь оперируйте ключевыми словами и терминами, которые описывают идею.

Запишите в центре наиболее значимое слово, короткую фразу или символ.

Попробуйте поразмыслить о нем. Объекты, всплывшие в вашем сознании формируем рядом на листе.

Пробуйте изобразить связи, по которым появляются объекты.

Работайте быстро,без анализирования своей работы.

Поразмыслите над связями крайних пунктов с центральными.

Сотрите, замените или сократите слова в описаниях ключевых идей.

Свяжите концепции с помощью слов, чтобы прояснить отношения между ними.

Свободно и быстро добавьте другие ключевые слова и идеи

Развивайте в различных направлениях соответственно теме, не ограничиваясь тем, как вы создаете схему

Помимо интервью необходимо прибегать и к другим способам сбора требований:

Анкетирование Семинары по определению требований