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

Разработка требований и Проектирование интерфейсов Как они связаны? Денис Бесков #uidesignersmeetup 8 октября 2009

Программа вечера

Часть 1:

Требования: определение, назначение, виды

Бизнес-аналитик / системный аналитик: в чём разница?

Процесс разработки требований: основные фазы, роли

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

Часть 2:

Когда нужны аналитик и проектировщик ПИ?

Коммуникация аналитик < - > проектировщик

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

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

ЧАСТЬ 1

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

Утверждение о свойствах продукта

Чужое утверждение = требование

Ваше утверждение = решение

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

Определять свойства продукта

Фиксировать договорённости

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

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

Какие требования бывают?

По уровню:

Бизнес-требования

Vision, BRS, MRD, PRD (до X0 единиц)

Пользовательские требования

URS (?), Functional Specification (до X0 единиц)

Технические требования

SRS, Technical Specification (до X 0 0 единиц)

По категории:

Функциональные

Нефункциональные

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

Изучает организацию бизнеса ( AS-IS )

Выявляет проблемы и их источники

Помогает ЗЛ сформулировать цели

Формирует требования к организационным изменениям ( TO-BE )

… и бизнес-требования к техническим системам, в случае необходимости

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

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

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

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

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

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

Изучает бизнес-требования

Изучает технологии

Изучает или формирует пользовательские требования

Создаёт технические требования на основе бизнес- и пользовательских

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

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

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

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

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

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

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

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

ЧАСТЬ 2

Выстраивание работы в области

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

Треугольник ценностей и интересов Б-П-Т Бизнес (деньги, гномы) Пользователь (люди, эльфы) Технологии (штуки, тролли) Бизнес-аналитик Архитектор Маркетолог Проектировщик ПИ Инженер-эргономист Системный аналитик Менеджер C- продукта Менеджер проекта Предприниматель Психолог Хакер, гик Менеджер Разработчик Менеджер B- продукта Тестировщик Социолог Коммьюнити-менеджер Верстальщик Техпис Кадровик Инвестор Биржевой игрок

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

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

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

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

B2B , B2C , G2C

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

Понимание содержания работы друг друга

Общий язык

Профессиональное уважение и признание важности работы друг друга

Чёткое разделение деятельности, как вариант:

UD: User Research, User Stories, GUI Vision, GUI Mockups

SA: Domain Modeling, Use Case Design, System Modeling, Nonfunctional Reqs, …

Сотрудничество при параллельной работе

Взаимное рецензирование артефактов

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

Состав

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

Условия

Выделенного системного аналитика нет

Решение

Наиболее вероятный кандидат — менеджер

Второй кандидат — дизайнер интерфейса

Состав

Leads (7): Менеджер проекта , Аналитик, GUI Designer , Архитектор , Dev, Testing, Doc&Loc

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

Решение

Аналитик вполне уместен

Состав

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

Решение

Команда аналитиков

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

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

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

Тестировщик

Архитектор

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

Рентабельный

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

Степени полноты, исходя из бюджета и рисков

Концепция

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

Детальные пользовательские требования в форме способов применения

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

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

0 comments

Notes on slide 1

13 Favorites