Your SlideShare is downloading. ×
Business Analyst lecture
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Business Analyst lecture

192
views

Published on

Author: Peter Gazaryan

Author: Peter Gazaryan


0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
192
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Это перевести на русский
  • Transcript

    • 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. Уровни требований9 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. Анализ требований • Результат анализа – однозначно интерпретируемые требования, реализация которых проверяема и предсказуема с точки зрения ресурсов • Можно использовать формальные языки моделирования и методы анализа. Они хорошо описаны и известны большинству Stakeholders19
    • 20. Анализ требованийФормальные методы:• Структурный анализ, SADT• Объектно-ориентированный анализ, UML• Анализ бизнес-процессов, IDEF, BPMN20 20
    • 21. Пример бизнес-процесса на языке BPMN21 21
    • 22. Приоритет MoSCoW• M – Must Have• S – Should Have• C – Could Have• W – Won’t Have but Would Like in the Future22 22
    • 23. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями23 23
    • 24. Прототипы• Горизонтальные: как это будет выглядеть в целом?• Вертикальные прототипы: будет эта функция работать или нет? 24
    • 25. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями25 25
    • 26. Проверка правильности требований• Требование нужно уточнить• Требование потеряно• Конфликт требований• Требование нереализуемо26 26
    • 27. Техники проверки• Обзор требований• Разработка прототипов• Разработка тестов Ian Sommerville, Software Engineering, 200427
    • 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.com35 35