• Знайомство з учасниками тренінгу і структурою курсу. Організаційні моменти. Збір очікувань

• Огляд ІТ індустрії і роль бізнес-аналітика в ній

• Класифікація ІТ-компаній і організаційних структур

• Що таке бізнес-аналіз?

• Бізнес-аналітик і його роль у проєкті

• Ключові компетенції бізнес-аналітика

• Soft skills vs Hard skills

• Стандарти бізнес-аналізу: BABOK vs IREB

• Cертифікації бізнес-аналітика

• Професійний і кар’єрний розвиток бізнес-аналітика

Bonus: Проводимо самооцінку по ключовим компетенціям бізнес- аналітика. Як розвиватись самостійно?

• З чого складається концептуальна модель бізнес-аналізу (BACCM)?

• Для чого бізнес-аналітику знання стратегічного аналізу?

• Введення в стратегічний аналіз та його роль у бізнесі

• Розуміння місії, бачення та цінностей компанії

• Зовнішнє середовище аналізу (PEST-аналіз, модель  Портера)

• Внутрішнє середовище аналізу (SWOT-аналіз, аналіз альтернатив)

• Роль ІТ у підтримці стратегічного аналізу та прийняття рішень

• Ключові активності бізнес-аналітика протягом стратегічного аналізу

• Техніка Business Model Canvas

• Огляд інших канвасів, таких як Value Proposition Canvas, Lean Canvas

• Оформлення результатів стратегічного аналізу

Bonus: Cтратегічний аналіз при побудові кар'єри бізнес-аналітика

Починаємо роботу над своїм проєктом

• Навчаємося виявляти й аналізувати стейкхолдерів

• Декомпозиція стейкхолдерів (цибулева діаграма стейкхолдерів)

• Вплив стейкхолдерів на успіх проєкту (матриця стейкхолдерів)

• RACI-матриця

• Які бувають типи Клієнтів?

• Як визначити хто наш Клієнт?

• Що таке Цінність і як її визначити?

• Техніка "Personas"

• Вчимось виявляти "Personas"

Bonus: Основи Сhange Management

• Типи вимог у бізнес-аналізі

• Типи вимог до Рішення

• Вчимося виявляти функціональні, нефункціональні вимоги та обмеження

• Requirements Engineering

• Модель Кано. Категоризація / Пріоритезація вимог

• Requirements Elicitation Techniques (Survey Techniques, Creativity Techniques, Document-centric Techniques, Observation Techniques, Support Techniques)

• Зв’язок Моделі Кано та Elicitation Techniques

• Критерії якості для вимог

• Фундаментальні засади складання вимог

• Помилки при виявленні та документуванні вимог

• Bonus: Техніки виявлення кореневих причин проблем:    5 Why, 5 Why та 1 How, Діаграма Ішікави

Інтенсивний 3-годинний воркшоп, де ви практично опануєте мистецтво виявлення вимог до продукту/системи, перебуваючи в безпосередньому контакті з тренером, який виступає в ролі Замовника.

На початку сесії учасники об'єднуються у групи для проведення інтерв'ю з Замовником, де вони зможуть застосувати різні методи виявлення вимог, перетворюючи теорію на практику. Це унікальна можливість дослідити та експериментувати з різними техніками, виявляючи їхні переваги та обмеження в реальних умовах.

У другій частині воркшопу кожна група представлятиме свої результати, ділитиметься виявленими вимогами та аналізом використаних технік. Ви отримаєте конструктивний зворотний зв'язок від тренера, який допоможе вам вдосконалити навички виявлення вимог.

Протягом усього воркшопу учасники будуть мати постійну підтримку та можливість обговорювати питання з тренером, що забезпечує глибоке занурення в процес виявлення вимог і набуття цінного досвіду.

• Починаємо проєктувати систему

• Розбираємось у термінології (система та її межі, системний контекст та його межі, ірелевантне оточення)

• Що впливає на системний контекст?

• Важливість розуміння системного контексту  для бізнес-аналітика

• Що робити, якщо є багато невідомих під час виявлення вимог?

• 3 джерела вимог до системи

• Моделюємо діаграму системного контексту.

• Знайомимось із нотацією IDEF0

• Знайомство з іншими видами нотацій: BPMN 2.0, UML та ін.

Bonus: Як обрати правильну нотацію для тої чи іншої задачі?

• Продовжуємо проєктувати систему, занурюючись у функціональні вимоги

• Знайомимось з терміном Use case

• Розбираємо нотацію UML: Use case diagram

• Вчимось розуміти Use case diagram інших бізнес-аналітиків і діаграми з екзаменаційних білетів IREB

• Вивчаємо структуру Use case specification

• Формуємо для себе ідеальний шаблон Use case specification

• Розбираємо основні помилки при побудові Use case specification

• Тестування ПЗ

• З чого розпочати знайомство з тестуванням?

• Різновиди тестування: Unit testing, Automation testing, Regression testing, Performance testing, Stress testing, Manual testing, Smoke testing.

• Test case — артефакт бізнес-аналітика. Як сформувати тест-кейс?

• Структура і повнота тест-кейсу

• Баланс формування тест-кейсу. Як дотриматися його?

• Bugs/Bugs report — оцінка якості тестування

3 години в захоплюючому процесі освоєння UML нотації на практиці, зосереджуючись на Use Case Diagram під дбайливим менторством нашого досвідченого тренера.

На початку воркшопу ми разом з тренером створимо Use Case Diagram та розробимо специфікації використання на базі конкретного прикладу, дозволяючи вам зрозуміти тонкощі цього процесу.

Далі, у другій частині, ви отримаєте можливість самостійно поглибитись в роботу, виконуючи індивідуальне завдання, що допоможе закріпити навчене.

На завершення, учасники представлять свої Use Case Diagrams. В цьому етапі ми колективно обговоримо моделі, виявимо типові помилки та проаналізуємо складності, з якими ви могли зіткнутися, отримуючи цінні поради та коментарі від тренера.

• Бізнес-процеси, у межах яких працює бізнес-аналітик (життєвий цикл IT-проєкту, SDLC, RLCM)

• Бізнес-аналіз це також бізнес-процес. Як зробити так, щоби процес бізнес-аналізу був ефективним?

• Формування «as is», «to be» процесів та розрахунок ефективність процесу

• Вивчаємо техніку «Карта потоку створення цінності»

• Вивчаємо нотацію BPMN 2.0. Основні елементи та суть нотації

Bonus: Реальні приклади застосування нотацій з практики тренера

3 години для вдосконалення своїх навичок у моделюванні за допомогою BPMN 2.0.

На початку сесії ми в реальному часі моделюємо бізнес-процеси разом з тренером, що дозволить вам наочно побачити та зрозуміти ключові принципи BPMN 2.0.

У другій частині воркшопу, ви матимете можливість самостійно застосувати здобуті знання, працюючи над конкретним завданням, що зміцнить ваші навички моделювання.

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

• Для чого бізнес-аналітику розбиратись у методологіях розробки ПЗ?

• Чим відрізняютсья методології розробки ПЗ?

• Предиктивні vs Адаптивні моделі

• Інкрементні vs Ітеративні моделі

• Методологія Waterfall (+/-)

• Agile mindset (Agile цінності, Agile маніфест, що включає в себе      Agile)

• Scrum (Механіка Scrum-процесу, Scrum артефакти, Scrum ролі, Scrum      зустрічі, як оцінити задачу і що таке story point, +/-)

• Kanban (Kanban - дошка, Kanban - карточки, +/-)

• Гібридні моделі розробки ПЗ (Water-Scrum-Fall, Scrum-ban, тощо)

• Методології розробки ПЗ в Jira

• Знайомство з терміном User Story

• Структура User Story

• Вчимось формувати User Story

• Acceptance criteria та Definition of Done: як їх формувати й ніколи не плутати між собою

• Оцінка User Story за допомогою техніки INVEST.

• Вчимося управляти User Story

• Знайомство з розробкою системи за технікою User Story Mapping

• Що таке Story Point?

• 7+ технік оцінки User Story

• User Journey. Моделюємо User Journey

• Вчимося формувати User Story. Формуємо User Story Mapping

• Відмінність UX від UI. Основні засади прототипування

• Інструменти прототипування. Де дізнатися більше?

• RLCM — життєвий цикл управління вимогами

• Суть активності керування вимогами

• Робота з Сhange Request

• Пріоритезація вимог

• Робота зі стейкхолдерами: при отриманні нових CR, при виникненні проблемних моментів та непорозумінь

• Що таке Traceability Matrix? Як її формувати та навіщо?

• Прогамне забезпечення для управління вимогами (Jira&Confluence).

Bonus: Що робити, якщо немає спеціального програмного забезпечення для управління вимогами?

• Що таке проєкт? Чим він відрізняється від процеса? Проєкт vs Задача

• Для чого бізнес-аналітику основи управління проєктами?

• Як оцінити проєкт/задачу, якщо немає досвіду?

• З чого складається процес планування робіт над проєктом/задачею?

• WBS діаграма

• Методики оцінки проєктів та окремих завдань

• Критичний шлях / Мережева діаграма

• Програмне забезпечення для планування проєктів

• Оцінка за трьома точками PERT

• Експертна оцінка, оцінка за аналогією, оцінка «знизу-вгору»

• Припущення в оцінці

Bonus: Як закладати резерв та який саме?

• Знайомимось з основними принципиами побудови баз даних

• Що таке ERD діаграма і для чого вона використовується

• Типи даних

• Основні елементи ERD: Сутності, Атрибути, Зв'язки і їх потужності

• Що таке ERD Crow's Foot

• Різниця нотації Пітера Чена та Crow's Foot

• Етапи побудови ERD

• Помилки при побудові ERD

Цей воркшоп для студентів розроблено для навчання моделювання Entity-Relationship Diagram (ERD), ключового елементу в базах даних і системному аналізі. У першій половині воркшопу, тренер проводить в режимі реального часу сесію моделювання ERD, активно залучаючи учасників у процес.

У другій половині воркшопу, учасники діляться на команди для самостійного моделювання ERD діаграм на задану тему або сценарій. Це сприяє командній роботі та дозволяє студентам практично застосувати навички, отримані під час першої частини воркшопу. Після завершення моделювання, кожна команда презентує свою ERD діаграму іншим групам, що створює динамічне середовище для обговорення та критичного аналізу.

Учасники взаємно оцінюють діаграми інших команд, шукаючи помилки, ставлячи питання та обмінюючись ідеями. Тренер відіграє ключову роль, коментуючи роботу кожної команди, надаючи конструктивну критику та вказівки для покращення. Такий підхід сприяє глибшому розумінню та засвоєнню матеріалу, розвиваючи аналітичні та комунікативні навички студентів

Кульмінаційний етап курсу, де учасники мають можливість поділитися своїми здобутками і переживаннями в невимушеній і підтримуючій атмосфері. Цей модуль включає перегляд презентацій робіт учасників, що дозволяє кожному продемонструвати свої навички та проекти, розроблені протягом курсу.

Учасники обговорюють свій досвід, включаючи успіхи і невдачі, що сприяє обміну знаннями та зміцненню взаєморозуміння і підтримки в групі. Цей обмін також включає лайфхаки та корисні поради, що можуть бути використані учасниками у майбутньому для покращення їхньої професійної діяльності.

Під час підведення підсумків навчання розглядаються ключові навчальні моменти та досягнення, що допомагає учасникам зрозуміти свій прогрес і розвиток навичок у галузі бізнес-аналізу. Крім того, модуль сприяє обговоренню шляхів для подальшого професійного вдосконалення, зосереджуючись на можливостях навчання та розвитку після завершення курсу.

Цей модуль є не тільки підсумковим етапом навчання, але й платформою для мережевого спілкування та створення професійних зв'язків, що можуть сприяти майбутнім кар'єрним перспективам учасників.