Business analysis basic

✔️ Хто такий бізнес-аналітик (BA) насправді: комунікатор, дослідник чи письменник?

✔️ Як народжується ПЗ (SDLC): від ідеї "хочу кнопку" до запуску готового продукту.

✔️ Чому те, що хоче клієнт, і те, що потрібно бізнесу — це часто різні речі.

✔️ Бонус: Топ-5 помилок аналітика-початківця, які коштують компанії грошей.

✔️ Waterfall vs Agile: коли будувати "космоліт" роками, а коли запускати "самокат" за тиждень.

✔️ Scrum та Kanban: як працюють дошки, спринти та чому щоденні зідзвони — це не просто балачки.

✔️ Що таке MVP (мінімальний продукт) і чому не треба робити все й одразу.

✔️ Discovery фаза: як не почати розробку того, що нікому не треба.

✔️ Техніки збору вимог: Інтерв'ю, Мозковий штурм, Опитування та Спостереження.

✔️ Стейкхолдери: як створити карту впливу (хто приймає рішення, а хто може вставляти палиці в колеса).

✔️ Матриця RACI: як чітко розписати, хто за що відповідає, щоб не було хаосу.

✔️ Рольова гра "Замовник – Аналітик" на прикладі кейсу (Рекрутинг/Найм).

✔️ Ви будете вчитися чути не лише те, що говорять, а й те, про що мовчать.

✔️ User Story: як описувати задачі з позиції користі для юзера (шаблон "Як користувач я хочу..., щоб...").

✔️ Acceptance Criteria (Критерії приймання): як описати умову "Зроблено" так, щоб тестувальник не мав питань.

✔️ Use Cases (Варіанти використання): чим вони відрізняються від User Story і коли треба розписувати детальний сценарій кроків системи.

✔️ Синтаксис Gherkin (Given-When-Then): проста схема опису сценаріїв, яку розуміють і люди, і роботи.

✔️ Створюємо детальні Use Cases (сценарії використання) та User Stories для складних функцій.

✔️Розбиваємо великі задачі (Епіки) на конкретні Story та Task, зрозумілі розробникам.

✔️Формуємо з цього первинний беклог (список задач) продукту.

✔️ Вимоги "під капотом": безпека (GDPR), навантаження (що буде, якщо зайде 1000 юзерів одночасно), швидкодія.

✔️ Інтеграції та API: як програми "спілкуються" між собою.

✔️ Формати даних (JSON/XML): пояснимо на пальцях, у якому вигляді інформація "літає" між серверами.

✔️ Сила візуалізації: чому схема краща за текст.

✔️ Нотація BPMN 2.0: основні значки, стрілочки та правила хорошого тону.

✔️ UML Sequence Diagram: як намалювати послідовність дій між користувачем і системою.

✔️  IDEF0

✔️ Малюємо процеси "Як є зараз" (AS IS) та "Як буде" (TO BE) для рекрутингу.

✔️ Шукаємо вузькі місця, де процес гальмує.

✔️ Від бізнесу до цифри: як перекласти слова клієнта в об'єкти системи (Сутності).

✔️ Атрибути: які характеристики мають бути у "Клієнта", "Замовлення", "Товару".

✔️ Словник даних: як створити єдину мову для всієї команди, щоб "замовлення" всі розуміли однаково

✔️ Логіка баз даних: таблиці, рядки та зв'язки.

✔️ Типи зв'язків: "Один до одного", "Один до багатьох" (на прикладах з життя).

✔️ CRUD-операції: 4 основні дії з даними (Створити, Прочитати, Оновити, Видалити).

✔️ Збираємо пазл: об'єднуємо процеси і дані в єдину структуру рішення.

✔️ Командний мозковий штурм архітектури для обраного кейсу.

✔️ Jira: життєвий цикл задачі, фільтри, дашборди.

✔️ Confluence: як організувати "Базу знань" проєкту, щоб там не було смітника.

✔️ Miro/Figma: інструменти для візуалізації та швидких начерків (прототипів) інтерфейсу.

✔️ Великий оглядовий практикум. Ми не просто обираємо один кейс, а послідовно розбираємо специфіку 5 різних доменів: E-commerce, Таксі, Ресторан, Логістика, Ритейл.

✔️ Мета: побачити патерни. Чим відрізняється "замовлення" в ресторані від "замовлення" на Новій Пошті? Де важлива карта, а де — складський облік?

✔️ Мова грошей: як продати ідею бізнесу.

✔️ ROI (Return on Investment): як порахувати, коли повернуться вкладені гроші.

✔️ SWOT-аналіз продукту: сильні/слабкі сторони, можливості та загрози.

✔️ Симуляція реального Demo для клієнта. Ви презентуєте свій наскрізний проєкт, над яким працювали весь курс.

✔️ Відповіді на каверзні питання менторів.

✔️ Резюме BA: ключові слова, які шукають рекрутери.

✔️ LinkedIn: як оформити профіль, щоб вас знаходили самі.

✔️ Стратегія пошуку першої роботи: де шукати, крім сайтів вакансій.

✔️ Як пройти співбесіду і не провалитися на "soft skills" питаннях.