Business Analyst lecture

526 views

Published on

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
526
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Это перевести на русский
  • Business Analyst lecture

    1. 1. Бизнес-аналитик: инженер, врач или шаманПетр Газарян, Бизнес-аналитик www.ExigenServices.com
    2. 2. Содержание• Бизнес-аналитик - каково его место в процессе разработки ПО?• Бизнес и IT - насколько важно понимание реальных потребностей и методов их решения?• Обзор техник разработки и управления требованиями.• Шаманство: в чем оно? Какими качествами должен обладать бизнес- аналитик для достижения успеха в профессии?2 2
    3. 3. Бизнес-аналитик это...Определений IIBA – Международного институтабизнес-анализа:• посредник между заинтересованными лицами для сбора, анализа, коммуницирования и проверки требований по изменению бизнес-процессов, регламентов и информационных систем.3 3
    4. 4. Задачи бизнес-аналитика• Выделить, задокументировать и утвердить со всеми заинтересованными сторонами требования к разрабатываемому продукту• Наладить процесс управления требованиями и обеспечить его выполнение всеми сторонами• Поддерживать команду проекта во время разработки приложения 4 4
    5. 5. Жизненный цикл ПО Разработка Тестирование Планирование Инкремент версии продукта Выпуск и дизайн Поддержка5
    6. 6. Почему врач, инженер, шаман?• Сумма знаний предметной области. Умение выявить действительный источник проблем• Программная инженерия• Личные качества6 6
    7. 7. Врач• Слушать пациента• Ставить диагноз• Принимать решение• Принцип пяти «почему»?А дальше начинается инженерия 7 7
    8. 8. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями8 8
    9. 9. Уровни требований9 9
    10. 10. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями10 10
    11. 11. Бизнес-целиВыражаются в терминах:• Времени• Цены• Качества• Стоимости владения11 11
    12. 12. Бизнес-процессы• Бизнес работает в терминах процессов• IT – в терминах функций, «фич»12
    13. 13. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями13 13
    14. 14. Заинтересованные лица ЗаказчикКомандаразработки Аналитик РынокПользователи14 14
    15. 15. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями15 15
    16. 16. Практики выявления требований• Интервью• Рабочие группы• Анализ документов• Опросы• Сайт-визиты• Анализ бизнес-процессов• Анализ потоков данных• Анализ продуктов конкурентов• Обратная инженерия16 16
    17. 17. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями17 17
    18. 18. Анализ требований• Уточнение данных• Структурирование информации• Задание приоритетов потребностей.18
    19. 19. Анализ требований • Результат анализа – однозначно интерпретируемые требования, реализация которых проверяема и предсказуема с точки зрения ресурсов • Можно использовать формальные языки моделирования и методы анализа. Они хорошо описаны и известны большинству Stakeholders19
    20. 20. Анализ требованийФормальные методы:• Структурный анализ, SADT• Объектно-ориентированный анализ, UML• Анализ бизнес-процессов, IDEF, BPMN20 20
    21. 21. Пример бизнес-процесса на языке BPMN21 21
    22. 22. Приоритет MoSCoW• M – Must Have• S – Should Have• C – Could Have• W – Won’t Have but Would Like in the Future22 22
    23. 23. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями23 23
    24. 24. Прототипы• Горизонтальные: как это будет выглядеть в целом?• Вертикальные прототипы: будет эта функция работать или нет? 24
    25. 25. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями25 25
    26. 26. Проверка правильности требований• Требование нужно уточнить• Требование потеряно• Конфликт требований• Требование нереализуемо26 26
    27. 27. Техники проверки• Обзор требований• Разработка прототипов• Разработка тестов Ian Sommerville, Software Engineering, 200427
    28. 28. Трассировка требований• Позволяет найти функции-сироты и потерянные требования• Прогнозировать изменения – «дергать за веревочки»28
    29. 29. Элементы процесса разработки требований Бизнес- Stake Прототипы Выявление Анализ Проверка требования holders Документ Управление требованиями29 29
    30. 30. Изменения• Учитывать;• Оценивать;• Принимать решение.Нужен налаженный процесс!30
    31. 31. Концепция управления изменениями Запрос на изменение Выносим решение Система Концепция Это новая фича учета изменений Вносим Это новое требование в спецификацию Процесс контроля Это ошибка! Исправляем изменений31
    32. 32. Качества хорошего аналитика• Терпеливость• Хорошие навыки общения• Понимание предметной области заказчика• Владение широким набором техник разработки требований• Внимание к деталям 32
    33. 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 34
    35. 35. Контактная информация• Email: Peter.Gazaryan@exigenservices.com• http://www.exigenservices.com35 35

    ×