Разработка требований и Проектирование интерфейсов

Разработка требованийи

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

Как они связаны?

Денис Бесков#uidesignersmeetup

8 октября 2009

Программа вечераЧасть 1:1. Требования: определение, назначение, виды2. Бизнес-аналитик / системный аналитик: в чём разница?3. Процесс разработки требований: основные фазы, роли4. Связь требований и интерфейсов

Часть 2:1. Когда нужны аналитик и проектировщик ПИ?2. Коммуникация аналитик <-> проектировщик3. Выстраивание работы с требованиями4. Кто может выполнять роль аналитика?

ЧАСТЬ 1

Что такое требование?

1. Утверждение о свойствах продукта2. Чужое утверждение = требование3. Ваше утверждение = решение

Зачем нужны требования?

1. Определять свойства продукта2. Фиксировать договорённости3. Служить основой для планирования,

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

4. Снижать риски неуспеха проекта

Какие требования бывают?По уровню:1. Бизнес-требования

• Vision, BRS, MRD, PRD (до X0 единиц)2. Пользовательские требования

• URS (?), Functional Specification (до X0 единиц)3. Технические требования

• SRS, Technical Specification (до X00 единиц)

По категории:1. Функциональные2. Нефункциональные

Кто такой бизнес-аналитик?

1. Изучает организацию бизнеса (AS-IS)2. Выявляет проблемы и их источники3. Помогает ЗЛ сформулировать цели4. Формирует требования к

организационным изменениям (TO-BE)5. … и бизнес-требования к техническим

системам, в случае необходимости

Пример работы бизнес-аналитика

1. В организации периодически возникают конфликты и срывы выполнения заказов

2. БА выяснил, что это просходит по причине отсутствия согласованной процедуры выполнения заказов

3. БА изучил пожелания, разработал и согласовал и обкатал новый регламент выполнения заказов

4. Бизнес-показатели компании улучшились

Кто такой системный аналитик?

1. Изучает бизнес-требования2. Изучает технологии3. Изучает или формирует пользовательские

требования4. Создаёт технические требования на

основе бизнес- и пользовательских

Пример работы системного аналитика

1. На вход команде разработки среди прочих поступило бизнес-требование, что система должна удовлетворять Sarbanes-Oxley Act / Закону о персональных данных

2. Системный аналитик изучил законодательство и разработал пользовательские(АРМ администратора) и технические требования, обеспечивающие выполнение данного бизнес-требования

Процесс разработки требований

Общий контекст процессов

Связь требований и интерфейсов

1. Пользовательские требования — основной источник информациидля проектирования интерфейсов

2. Бизнес- и технические требованияслужат ограничениямидля пользовательских требований

ЧАСТЬ 2

Выстраивание работы в областитребований в разных ситуациях

Треугольник ценностей и интересовБ-П-Т Бизнес

(деньги, гномы)

Пользователь(люди, эльфы)

Технологии(штуки, тролли)

Бизнес-аналитик

Архитектор

Маркетолог

Проектировщик ПИ

Инженер-эргономист

Системныйаналитик

МенеджерC-продукта

Менеджерпроекта

Предприниматель

Психолог Хакер, гик

Менеджер

Разработчик

МенеджерB-продукта

Тестировщик

Социолог

Коммьюнити-менеджер

ВерстальщикТехпис

Кадровик

ИнвесторБиржевой игрок

Категории проектов

1. На чужого дядю — заказная разработка, системная интеграция (~60% рынка, soft, B2B)

2. На нашего дядю для целей организации — внутренняя разработка (~30%, soft, B2B)

3. На нашего дядю, представляющего интересы множества других дядь — продуктовая разработка (~10%, веб)

– B2B, B2C, G2C

Эффективная коммуникация аналитик/проектировщик

1. Понимание содержания работы друг друга2. Общий язык3. Профессиональное уважение и признание важности

работы друг друга4. Чёткое разделение деятельности, как вариант:

1. UD: User Research, User Stories, GUI Vision, GUI Mockups2. SA: Domain Modeling, Use Case Design, System Modeling,

Nonfunctional Reqs, …

5. Сотрудничество при параллельной работе6. Взаимное рецензирование артефактов

Команда 5 человек

Состав• Менеджер, Дизайнер, 2 Разработчика, Тестировщик

Условия• Выделенного системного аналитика нет

Решение1. Наиболее вероятный кандидат — менеджер2. Второй кандидат — дизайнер интерфейса

Команда 15 человек

СоставLeads (7): Менеджер проекта, Аналитик, GUI Designer,

Архитектор, Dev, Testing, Doc&Loc

Team Body (8): 4 Devs, 2 Testers, 2 Tech Writers

Решение1. Аналитик вполне уместен

Команда 25 человек

СоставLeads (7): Project Manager, System Analyst, GUI Designer, Architect, Dev, Testing, Doc&Loc

Team Body (18): 2 Analysts, 2 UI Designers, 7 Devs, 4 Tests, 3 TechWriters

Решение1. Команда аналитиков

Кто может выполнять роль системного аналитика?

1. Менеджер проекта2. Проектировщик интерфейса3. Тестировщик4. Архитектор

Какой объём требований нужен?

Рентабельный«Идеального ТЗ» не существует и оно стоит больше продукта

Степени полноты, исходя из бюджета и рисков1. Концепция2. Ключевые ф.требования в форме пользовательских

историй + Технические ограничения3. Детальные пользовательские требования в форме

способов применения4. Детальные технические требования