Upload
denis-beskov
View
3.802
Download
7
Embed Size (px)
Citation preview
Разработка требованийи
Проектирование интерфейсов
Как они связаны?
Денис Бесков#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. Детальные технические требования