Uploaded byReturn on Intelligence
Business Analyst lecture
Документ описывает роль бизнес-аналитика в процессе разработки программного обеспечения, подчеркивая важность понимания реальных потребностей бизнеса и методов их решения. Рассматриваются различные техники разработки и управления требованиями, а также качества, необходимые для успеха в профессии. Также упоминается жизненный цикл разработки и элементы процесса работы с требованиями.
More Related Content
Similar to Business Analyst lecture
Business Analyst lecture
- 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
- 9.
- 10. Элементы процесса разработкитребований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями 10 10
- 11. Бизнес-цели Выражаются в терминах: •Времени • Цены • Качества • Стоимости владения 11 11
- 12. Бизнес-процессы • Бизнес работаетв терминах процессов • IT – в терминах функций, «фич» 12
- 13. Элементы процесса разработкитребований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями 13 13
- 14. Заинтересованные лица Заказчик Команда разработки Аналитик Рынок Пользователи 14 14
- 15. Элементы процесса разработкитребований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями 15 15
- 16. Практики выявления требований • Интервью • Рабочие группы • Анализ документов • Опросы • Сайт-визиты • Анализ бизнес-процессов • Анализ потоков данных • Анализ продуктов конкурентов • Обратная инженерия 16 16
- 17. Элементы процесса разработкитребований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями 17 17
- 18. Анализ требований • Уточнениеданных • Структурирование информации • Задание приоритетов потребностей. 18
- 19. Анализ требований • Результат анализа – однозначно интерпретируемые требования, реализация которых проверяема и предсказуема с точки зрения ресурсов • Можно использовать формальные языки моделирования и методы анализа. Они хорошо описаны и известны большинству Stakeholders 19
- 20. Анализ требований Формальные методы: •Структурный анализ, SADT • Объектно-ориентированный анализ, UML • Анализ бизнес-процессов, IDEF, BPMN 20 20
- 21. Пример бизнес-процесса наязыке BPMN 21 21
- 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
- 28. Трассировка требований • Позволяетнайти функции-сироты и потерянные требования • Прогнозировать изменения – «дергать за веревочки» 28
- 29. Элементы процесса разработкитребований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями 29 29
- 30. Изменения • Учитывать; • Оценивать; •Принимать решение. Нужен налаженный процесс! 30
- 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
- 34. Вопросы? 34 34
- 35. Контактная информация • Email:Peter.Gazaryan@exigenservices.com • http://www.exigenservices.com 35 35
Editor's Notes
- #10 Это перевести на русский