1. Бизнес-аналитик:
инженер, врач или шаман
Петр Газарян, Бизнес-аналитик
www.ExigenServices.com
2. Содержание
• Бизнес-аналитик - каково его место в процессе разработки ПО?
• Бизнес и IT - насколько важно понимание реальных потребностей и методов
их решения?
• Обзор техник разработки и управления требованиями.
• Шаманство: в чем оно? Какими качествами должен обладать бизнес-
аналитик для достижения успеха в профессии?
2
2
3. Бизнес-аналитик это...
Определений IIBA – Международного института
бизнес-анализа:
• посредник между заинтересованными лицами для
сбора, анализа, коммуницирования и проверки требований по изменению
бизнес-процессов, регламентов и информационных систем.
3
3
4. Задачи бизнес-аналитика
• Выделить, задокументировать и утвердить со всеми заинтересованными
сторонами требования к разрабатываемому продукту
• Наладить процесс управления требованиями и обеспечить его выполнение
всеми сторонами
• Поддерживать команду проекта во время разработки приложения
4
4
5. Жизненный цикл ПО
Разработка Тестирование
Планирование Инкремент версии продукта
Выпуск
и дизайн
Поддержка
5
6. Почему врач, инженер, шаман?
• Сумма знаний предметной области. Умение выявить действительный
источник проблем
• Программная инженерия
• Личные качества
6
6
7. Врач
• Слушать пациента
• Ставить диагноз
• Принимать решение
• Принцип пяти «почему»?
А дальше начинается инженерия
7
7
8. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
8
8
10. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
10
10
13. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
13
13
15. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
15
15
16. Практики выявления требований
• Интервью
• Рабочие группы
• Анализ документов
• Опросы
• Сайт-визиты
• Анализ бизнес-процессов
• Анализ потоков данных
• Анализ продуктов конкурентов
• Обратная инженерия
16
16
17. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
17
17
19. Анализ требований
• Результат анализа – однозначно интерпретируемые
требования, реализация которых проверяема и предсказуема с точки
зрения ресурсов
• Можно использовать формальные языки моделирования и методы
анализа. Они хорошо описаны и известны большинству Stakeholders
19
22. Приоритет MoSCoW
• M – Must Have
• S – Should Have
• C – Could Have
• W – Won’t Have but Would Like in the Future
22
22
23. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
23
23
24. Прототипы
• Горизонтальные: как это будет выглядеть в целом?
• Вертикальные прототипы: будет эта функция работать или нет?
24
25. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
25
25
26. Проверка правильности требований
• Требование нужно уточнить
• Требование потеряно
• Конфликт требований
• Требование нереализуемо
26
26
27. Техники проверки
• Обзор требований
• Разработка прототипов
• Разработка тестов
Ian Sommerville, Software Engineering, 2004
27
29. Элементы процесса разработки требований
Бизнес- Stake Прототипы
Выявление Анализ Проверка
требования holders Документ
Управление требованиями
29
29
31. Концепция управления изменениями
Запрос на
изменение
Выносим решение
Система Концепция
Это новая фича
учета изменений
Вносим
Это новое требование в спецификацию
Процесс контроля Это ошибка! Исправляем
изменений
31
32. Качества хорошего аналитика
• Терпеливость
• Хорошие навыки общения
• Понимание предметной области заказчика
• Владение широким набором техник разработки требований
• Внимание к деталям
32
33. Рекомендованная литература
• Software Requirements, Second Edition (Pro-Best Practices), by Karl E. Wiegers
• Customer Centered Products: Creating Successful Products Through Smart Requirements
Management, by Ivy F. Hooks; Kristin A. Farry
• Writing Effective Use Cases (Agile Software Development Series) by Alistair Cockburn (В
русском переводе: Алистер Коберн, Современные методы описания функциональных
требований к системам)
• Dean Leffingwell, Don Widrig, Managing Software Requirements: A Use Case Approach,
Second Edition
• About Face 3, The Essentials of Interaction Design, by Alan Cooper
• Джон Джестон, Йохан Нелис, Управление бизнес-процессами. Практическое
руководство по успешной реализации проектов,
• What Business Really Wants from IT: A Collaborative Guide for Business Directors and CIOs
(Computer Weekly Professional), by Terry White. В русском переводе: Терри Уайт, Чего
хочет бизнес от IT. Стратегия эффективного сотрудничества руководителей бизнеса и
IT-директоров
• The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to
Restore the Sanity, by Alan Cooper / Есть в русском переводе: Алан Купер,
Психбольница в руках у пациентов /.
33
33