Професія Business Analyst

1. Як працюють IT компанії і чим вони відрізняються.
2. Проєкти з розробки програмного забезпечення (ПЗ).
3. Основні проєктні ролі та їхні обовʼязки.
4. Непроєктні ролі в компанії і чому важливо розуміти хто є хто.

1. Відмінність проєкту і продукту.
2. Основні фази проєкту і де тут аналітик: пресейл, дискавері, девелопмент, саппорт, апсейл.
3. Життєвий цикл розробки ПЗ.
4. Методології розробки (Waterfall, Scrum, Kanban).

1. Детально про: sprint, sprint/product backlog, roles.
2. Основні Scrum церемонії та очікування від аналітика.

1. Взаємодія у команді та очікування від бізнес-аналітика. 
2. Стейкхолдери. 
3. Матриця відповідальності на проєкті (RACI).   
4. Робота із замовником/клієнтом: про цінність для бізнесу, матриця стейкхолдерів, як не боятись замовника (підказка: він сам боїться).
5. Communication plan  
6. Stakeholder register matrix  

1. Визначення, користь, рівні і види вимог.
2. Функціональні та нефункціональні вимоги.
3. Життєвий цикл вимог.
4. Бізнес правила та обмеження.

1. Про що і як спілкуватись з замовником. Елісітація і збір вимог.
2. Види і техніки елісітації.
3. Підготовка до елісітації.
4. Контроль елісітації. Підхід «let’s park it for now».

1. Для чого взагалі потрібна специфікація, сценарії користування, структура специфікації.
2. Узгодження обʼєму проєкту через Version(s).
3. Встановлення контексту через Epic.
4. Розробка через User story.
5. Acceptance criteria, як інструмент опису очікуваного результату.
6. Припущення про невідоме (Assumptions).
7. Робота за ризиками (Risk management).
8. Виявлення непокритих вимог і сценаріїв (Gap analysis).
9. База знань, трекінг задач. 
10. Типи тикетів (User Story, Technical Task, Bug, Improvement).

1. Розробка через User story.
2. Acceptance criteria як інструмент опису очікуваного результату (Gherkin vs вільна форма).
3. Декомпозиція.

1. Product Vision.
2. User Story Map (Feature Map).
3. Workflow Diagrams.
4. Roles Matrix.
5. Product Glossary.
6. Validation Rules.
7. Non-Functional Requirements.
8. Entity-Relationship Diagrams (ERD).
9. Context diagram.
10. Process models (BPMN та UML нотації).
11. Meeting Notes.

1. Оцінка User story.
2. Техніки декомпозиції.
3. Методи пріоритезації.
4. Користь і механіка складання дорожньої карти продукта (Product roadmap) та узгодження з цілями бізнесу.
5. Техніки контролю скоупу (scope creep).

1. Ваєри (Wireframes).
2. Мокапи (Mockups).
3. Прототипи (Design prototypes).

1. Повний стек для вимог життєвого циклу у Jira.
2. Створення Epic.
3. Створення історій.
4. Використання критеріїв приймання.
5. Вдосконалення.
6. Методи декомпозиції.

1. Різновиди проєктів за технологіями (web, mobile, backend services, data).
2. Типи проєктів (migration, reverse-engineering, from scratch).
3. Що треба знати для роботи над певним видом проєкту.
4. Що таке функціональний домен і які домени бувають (e-commerce, fintech, healthcare, logistics).
5. Що важливіше – технологічна концепція або технічні деталі?
6. Як все це працює під капотом:
   – Клієнт-серверна архітектура (Client-server architecture).
   – Програмний інтерфейс API.
   – Бази даних (Databases).
7. Як все це роблять?
   – Куди записується і де зберігається код (Deployment Environments).
   – Процес командної розробки і контроль версій коду (VCS/Git).
   – Основні принципи CI/CD.

1. Подальший розвиток навичок бізнес-аналізу.
2. Різні грейди і для чого вони потрібні.
3. Карʼєрні перспективи.
4. Підготовка до співбесіди на позицію бізнес-аналітика.
5. Скільки грошей я отримаю?

Отакої, курс добігає кінця. Залишилося захистити фінальний проєкт. Це максимальна практика із кейсами від «замовника» – після цього завдання ти вже точно зможеш урочисто називати себе бізнес-аналітиком.