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

5,005 views

Published on

Published in: Business
2 Comments
22 Likes
Statistics
Notes
No Downloads
Views
Total views
5,005
On SlideShare
0
From Embeds
0
Number of Embeds
1,144
Actions
Shares
0
Downloads
124
Comments
2
Likes
22
Embeds 0
No embeds

No notes for slide

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

  1. 1. Разработка требований и Проектирование интерфейсов Как они связаны? Денис Бесков #uidesignersmeetup 8 октября 2009
  2. 2. Программа вечера <ul><li>Часть 1: </li></ul><ul><li>Требования: определение, назначение, виды </li></ul><ul><li>Бизнес-аналитик / системный аналитик: в чём разница? </li></ul><ul><li>Процесс разработки требований: основные фазы, роли </li></ul><ul><li>Связь требований и интерфейсов </li></ul><ul><li>Часть 2: </li></ul><ul><li>Когда нужны аналитик и проектировщик ПИ? </li></ul><ul><li>Коммуникация аналитик < - > проектировщик </li></ul><ul><li>Выстраивание работы с требованиями </li></ul><ul><li>Кто может выполнять роль аналитика? </li></ul>
  3. 3. ЧАСТЬ 1
  4. 4. Что такое требование? <ul><li>Утверждение о свойствах продукта </li></ul><ul><li>Чужое утверждение = требование </li></ul><ul><li>Ваше утверждение = решение </li></ul>
  5. 5. Зачем нужны требования? <ul><li>Определять свойства продукта </li></ul><ul><li>Фиксировать договорённости </li></ul><ul><li>Служить основой для планирования, проектирования интерфейсов, архитектуры, тестирования и документирования </li></ul><ul><li>Снижать риски неуспеха проекта </li></ul>
  6. 6. Какие требования бывают? <ul><li>По уровню: </li></ul><ul><li>Бизнес-требования </li></ul><ul><ul><li>Vision, BRS, MRD, PRD (до X0 единиц) </li></ul></ul><ul><li>Пользовательские требования </li></ul><ul><ul><li>URS (?), Functional Specification (до X0 единиц) </li></ul></ul><ul><li>Технические требования </li></ul><ul><ul><li>SRS, Technical Specification (до X 0 0 единиц) </li></ul></ul><ul><li>По категории: </li></ul><ul><li>Функциональные </li></ul><ul><li>Нефункциональные </li></ul>
  7. 7. Кто такой бизнес-аналитик? <ul><li>Изучает организацию бизнеса ( AS-IS ) </li></ul><ul><li>Выявляет проблемы и их источники </li></ul><ul><li>Помогает ЗЛ сформулировать цели </li></ul><ul><li>Формирует требования к организационным изменениям ( TO-BE ) </li></ul><ul><li>… и бизнес-требования к техническим системам, в случае необходимости </li></ul>
  8. 8. Пример работы бизнес-аналитика <ul><li>В организации периодически возникают конфликты и срывы выполнения заказов </li></ul><ul><li>БА выяснил, что это просходит по причине отсутствия согласованной процедуры выполнения заказов </li></ul><ul><li>БА изучил пожелания, разработал и согласовал и обкатал новый регламент выполнения заказов </li></ul><ul><li>Бизнес-показатели компании улучшились </li></ul>
  9. 9. Кто такой системный аналитик? <ul><li>Изучает бизнес-требования </li></ul><ul><li>Изучает технологии </li></ul><ul><li>Изучает или формирует пользовательские требования </li></ul><ul><li>Создаёт технические требования на основе бизнес- и пользовательских </li></ul>
  10. 10. Пример работы системного аналитика <ul><li>На вход команде разработки среди прочих поступило бизнес-требование , что система должна удовлетворять Sarbanes-Oxley Act / Закону о персональных данных </li></ul><ul><li>Системный аналитик изучил законодательство и разработал пользовательские (АРМ администратора) и технические требования, обеспечивающие выполнение данного бизнес-требования </li></ul>
  11. 11. Процесс разработки требований
  12. 12. Общий контекст процессов
  13. 13. Связь требований и интерфейсов <ul><li>Пользовательские требования — основной источник информации для проектирования интерфейсов </li></ul><ul><li>Бизнес- и технические требования служат ограничениями для пользовательских требований </li></ul>
  14. 14. ЧАСТЬ 2 <ul><li>Выстраивание работы в области </li></ul><ul><li>требований в разных ситуациях </li></ul>
  15. 15. Треугольник ценностей и интересов Б-П-Т Бизнес (деньги, гномы) Пользователь (люди, эльфы) Технологии (штуки, тролли) Бизнес-аналитик Архитектор Маркетолог Проектировщик ПИ Инженер-эргономист Системный аналитик Менеджер C- продукта Менеджер проекта Предприниматель Психолог Хакер, гик Менеджер Разработчик Менеджер B- продукта Тестировщик Социолог Коммьюнити-менеджер Верстальщик Техпис Кадровик Инвестор Биржевой игрок
  16. 16. Категории проектов <ul><li>На чужого дядю — заказная разработка, системная интеграция (~60 % рынка , soft, B2B) </li></ul><ul><li>На нашего дядю для целей организации — внутренняя разработка (~ 3 0%, soft, B2B) </li></ul><ul><li>На нашего дядю, представляющего интересы множества других дядь — продуктовая разработка (~10%, веб ) </li></ul><ul><ul><li>B2B , B2C , G2C </li></ul></ul>
  17. 17. Эффективная коммуникация аналитик/проектировщик <ul><li>Понимание содержания работы друг друга </li></ul><ul><li>Общий язык </li></ul><ul><li>Профессиональное уважение и признание важности работы друг друга </li></ul><ul><li>Чёткое разделение деятельности, как вариант: </li></ul><ul><ul><li>UD: User Research, User Stories, GUI Vision, GUI Mockups </li></ul></ul><ul><ul><li>SA: Domain Modeling, Use Case Design, System Modeling, Nonfunctional Reqs, … </li></ul></ul><ul><li>Сотрудничество при параллельной работе </li></ul><ul><li>Взаимное рецензирование артефактов </li></ul>
  18. 18. Команда 5 человек <ul><li>Состав </li></ul><ul><li>Менеджер, Дизайнер, 2 Разработчика, Тестировщик </li></ul><ul><li>Условия </li></ul><ul><li>Выделенного системного аналитика нет </li></ul><ul><li>Решение </li></ul><ul><li>Наиболее вероятный кандидат — менеджер </li></ul><ul><li>Второй кандидат — дизайнер интерфейса </li></ul>
  19. 19. Команда 15 человек <ul><li>Состав </li></ul><ul><li>Leads (7): Менеджер проекта , Аналитик, GUI Designer , Архитектор , Dev, Testing, Doc&Loc </li></ul><ul><li>Team Body (8): 4 Devs, 2 Testers, 2 Tech Writers </li></ul><ul><li>Решение </li></ul><ul><li>Аналитик вполне уместен </li></ul>
  20. 20. Команда 25 человек <ul><li>Состав </li></ul><ul><li>Leads (7): Project Manager, System Analyst , </li></ul><ul><li>GUI Designer , Architect, Dev, Testing, Doc&Loc </li></ul><ul><li>Team Body (18): 2 Analysts, 2 UI Designers, 7 Devs, </li></ul><ul><li>4 Tests, 3 TechWriters </li></ul><ul><li>Решение </li></ul><ul><li>Команда аналитиков </li></ul>
  21. 21. Кто может выполнять роль системного аналитика? <ul><li>Менеджер проекта </li></ul><ul><li>Проектировщик интерфейса </li></ul><ul><li>Тестировщик </li></ul><ul><li>Архитектор </li></ul>
  22. 22. Какой объём требований нужен? <ul><li>Рентабельный </li></ul><ul><li>«Идеального ТЗ» не существует и оно стоит больше продукта </li></ul><ul><li>Степени полноты, исходя из бюджета и рисков </li></ul><ul><li>Концепция </li></ul><ul><li>Ключевые ф.требования в форме пользовательских историй + Технические ограничения </li></ul><ul><li>Детальные пользовательские требования в форме способов применения </li></ul><ul><li>Детальные технические требования </li></ul>

×