I AM BA – Практичний курс з бізнес-аналізу в IT
I AM BA – Практичний курс з бізнес-аналізу в IT
Старт: 3 серпня | Online
Бізнес аналіз в IT та Digital
Перестань працювати інтуїтивно. За 2,5 місяці опануй вимоги, рішення й мову команди щоб працювати швидше, точніше й дорожче.
2800+ фахівців уже прокачали бізнес-аналіз
Проєктні менеджери, QA, розробники, продуктові менеджери, маркетологи, аналітики, Junior BA використовують навички бізнес-аналізу в щоденній роботі.
Вивчаємо такі технології
Для кого курс по бізнес-аналізу в IT
Отримаєш систему й техніки замість інтуїції: вимоги, моделювання, робота зі стейкхолдерами — те, що ти й так робиш, але тепер професійно.
Збудуєш фундамент, якого бракує: від виявлення вимог до захисту рішень — структурно, а не уривками з різних статей.
Заговориш мовою продуктової команди й почнеш перетворювати бізнес-потреби на чіткі вимоги до розробки.
Перестанеш ловити баги наосліп та почнеш бачити, якою вимога мала бути, і впливати на якість до розробки.
Зрозумієш, навіщо і для кого пишеш код та перестанеш переробляти через нечіткі чи неповні вимоги.
Спікери курсу
Юрій Гомон
Senior Business Analyst та засновник The Passionate BA
- Покаже, як виростити з себе BA рівня Senior — від першого артефакта до лідерства в команді.
- 12 років досвіду в IT, пройшов шлях від Trainee до Senior
- Працював бізнес-аналітиком, продакт-оунером і аналітиком процесів
- Лідерський досвід: керівник департаменту бізнес-аналізу, лідер програм з розвитку компетенцій
- Директор з комунікацій в IIBA Ukraine Chapter, автор блогу та YouTube-каналу Passionate Business Analyst
- Постійний спікер і організатор конференцій для BA, ментор і коуч
Анастасія Абрамова
Lead Business Analyst, CBAP
- Покаже, чому комунікація вирішує долю продукту і як керувати стейкхолдерами на великих проєктах.
- 6 років досвіду в IT та 3 роки спеціалізації в бізнес-аналізі
- Фокус на Enterprise-проєктах у FinTech-домені
- Реалізувала 3+ проєкти від discovery до фінальної доставки продукту
- Експертиза: побудова бізнес-процесів з нуля, управління стейкхолдерами, робота з вимогами на всіх рівнях
- Активно займається менторством
Вікторія Слуцька
Project Manager | Scrum Master, Valtech
- Покаже, як вбудувати BA-роботу в Agile-ритм команди та доносити рішення на виступах.
- Понад 7 років у IT у різних ролях: від QA-інженера до Scrum Master і Project Manager
- Досвід управління командами, координації проєктів, впровадження Agile
- Співзасновниця освітнього проєкту Your Kommunication — про навички виступів і презентацій
- Викладає курси з Agile та Soft Skills
Дмитро Липовець
Product Manager at Steer
- Розкаже, як вести вимоги на великих Enterprise-проєктах — від бізнес-потреби до готового рішення.
- Понад 7 років досвіду в IT і понад 5 у бізнес-аналізі
- Сертифікований SAFe 5 Agilist
- Останні 4 роки на великих Enterprise-проєктах у доменах healthcare, mobile, point of sale, email marketing
- Досвід супроводу вимог від Business Requirements до Solution
- Впроваджував зміни в бізнес-процеси IT-компанії
Валерія Коломієць
Business Analyst в компанії MODUS X
- Покаже шлях у BA з суміжної сфери і як швидко занурюватись у незнайомий домен.
- 5 років досвіду в IT та понад 4 роки на позиції бізнес-аналітика
- Прийшла в IT у 30 років, починала з SEO та маркетингу
- Близько 2 років у менторстві та близько року у викладанні
- Домени: страхування, інвестиції, торгівля, системи документообігу, майнінг та біржі
Мар’яна Ківерська
Human Resources Manager в компанії Impressit
- Розкаже зсередини, що компанія чекає від BA і як не допустити звільнення.
- Понад 5 років досвіду в HR-менеджменті
- Працювала з бізнес-аналітиками на всіх етапах — від онбордингу до зростання чи екзиту
- На курсі — про тенденції кар'єри Business Analyst на ринку та очікування компаній від ролі
Юрій Малий
Head of Quality Assurance Stream в Київстар
- Покаже зв'язку BA↔QA з боку якості — як вимоги впливають на результат і як організувати процес.
- 14+ років в IT, останні 8 QA-менеджер і керівник QA у міжнародних компаніях
- Експерт з організації процесів, аудиту, поліпшення та уніфікації
- Сертифікований Scrum Master, наставник із впровадження Agile та ефективної звітності
- Доповідач на конференціях QA / Agile / PM
Олександр Духота
Business Analyst в NovaPay
- Навчить діставати справжню суть потреби й формулювати варіанти рішень.
- 10 років досвіду роботи з проєктами, 3+ роки в IT
- Працював у різних доменах як Business Analyst і Project Manager
- Майстер у виявленні суті потреби й формулюванні варіантів рішень
Любик Кислюк
Lens production manager в компанії Snap Inc
- Розкаже, як працювати з вимогами на різних рівнях — від операційки до стратегії бізнесу.
- До Snap — COO у Robosoft Industries та Business Analyst в Adtelligent
- Впроваджує бізнес-процеси, контролює операційну діяльність компанії та відділ бізнес-аналізу
- Вміє працювати з вимогами на різних рівнях наближення
Програма курсу
Заняття 1. Роль BA на проєкті
- Зони відповідальності BA у порівнянні з PM, PO, QA, Dev
- Gap Analysis: як оцінити стан документації та виявити прогалини
- Onboarding Checklist як перший практичний артефакт BA
- Типові помилки при старті на новому проєкті
- Як використати Claude та ChatGPT для генерації питань онбордингу під свій домен, а Gemini — для аналізу документації
Після заняття: зайдеш на новий проєкт системно — з аналізом документації та чітким переліком пріоритетів і питань, замість орієнтування навпомацки.
Заняття 2. Tech Skills для BA: архітектура, ролі, термінологія
- Як архітектура (моноліт, мікросервіси, API-first) змінює вимоги
- Ролі команди розробки: хто що вирішує і як з кожним взаємодіяти
- Технічна термінологія та читання API-документації (Swagger/OpenAPI)
- AI як помічник: пояснити термін мовою стейкхолдера, розібрати технічний стандарт
Після заняття: вестимеш предметний технічний діалог із розробниками й формулюватимеш вимоги з урахуванням технічного контексту, а не наосліп.
Заняття 3. Методології розробки ПЗ: місце BA у гнучкому процесі
- BA-активності у розрізі Scrum-церемоній: що готувати до Planning, Grooming, Review, Retro
- Definition of Ready: критерії готовності задачі до спринту
- Ведення беклогу вимог у Kanban: пріоритизація та WIP-ліміти
- Як за допомогою Jira AI сформувати опис задачі з вимог, а Claude і ChatGPT — перевірити User Story на відповідність Definition of Ready
Після заняття: вбудуєш свою роботу в ритм Agile-команди й забезпечуватимеш якість вимог на кожному етапі спринту.
Зрозумів еталон. Комбіную довжину пунктів і AI-формулювання живо, без шаблону — десь AI розписаний з назвами й задачею, десь стисло; кількість пунктів плаває за матеріалом
Заняття 4. Воркшоп. Виявлення вимог: практика інтерв'ю
- Одразу виступаєш у ролі BA на реальному кейсі без попередньої підготовки технік
- Структурований розбір після інтерв'ю: що спрацювало, де ти втратив вимогу, чого не вистачило
- Помилки першої спроби стають твоїм особистим запитом на техніки наступних занять
Після заняття: побачиш власні слабкі місця у виявленні вимог на практиці і знатимеш точно, що тобі прокачувати.
Заняття 5. Виявлення вимог: техніки, підготовка, артефакти
- Техніки виявлення під різний контекст: інтерв'ю, воркшоп, фокус-група, спостереження, аналіз документів
- Підготовка інтерв'ю: структура та техніки запитань SPIN і Context-free
- Reverse Engineering: як дістати вимоги з наявної системи чи legacy-документації
- Фіксація результату: протокол інтерв'ю, перелік вимог, відкриті питання
- Claude і ChatGPT генерують питання за описом проблеми, Gemini аналізує транскрипт і виявляє неозвучені потреби
Після заняття: підготуєш і проведеш повноцінну сесію виявлення вимог, обереш техніку під ситуацію та зафіксуєш результат структуровано.
Заняття 6. Аналіз вимог: суперечності, невизначеність, Impact Analysis
- Типи конфліктів вимог: між стейкхолдерами, функціональними та NFR, вимогами й обмеженнями
- Impact Analysis: як оцінити вплив зміни на суміжні артефакти та терміни
- Робота з невизначеністю: фіксація припущень, обмежень і залежностей
- Техніки узгодження суперечливих позицій стейкхолдерів
- AI як друга пара очей: аналіз набору вимог на суперечності, сценарії Impact Analysis для конкретної зміни
Після заняття: виявлятимеш конфлікти вимог ще до старту розробки й документуватимеш ризики у форматі, зрозумілому всій команді.
Заняття 7. Стейкхолдер-менеджмент: від аналізу до плану комунікації
- Ідентифікація стейкхолдерів, зокрема прихованих зацікавлених сторін
- Power/Interest Matrix і стратегія взаємодії з кожною групою
- RACI: розподіл відповідальності та вплив на збір вимог
- Тактики роботи зі складними стейкхолдерами: ігнорування, зміна рішень, саботаж
- Claude і ChatGPT допомагають зібрати Communication Plan, Gemini — оцінити комунікаційні ризики
Після заняття: збудуєш карту стейкхолдерів і Communication Plan, з якими керуватимеш очікуваннями замість того, щоб гасити конфлікти постфактум.
Заняття 8. User Story та Acceptance Criteria
- Ієрархія вимог: Epic → Feature → User Story → Task
- Оцінка User Story за INVEST на прикладах із типовими дефектами
- Декомпозиція епіків через SPIDR без втрати бізнес-цінності
- Acceptance Criteria у форматі Given/When/Then та чеклістом — коли який підхід
- Як виправляти типові дефекти: технічне ТЗ замість історії, AC без вимірюваного критерію, розмитий скоуп
- Claude генерує чернетку User Story, ти знаходиш дефекти й доводиш до INVEST
Після заняття: декомпозуєш епік до User Stories, готових до розробки, і напишеш Acceptance Criteria, на основі яких QA будує тест-кейси.
Заняття 9. Use Case
- User Story проти Use Case: коли який формат обрати
- Структура Use Case: передумови, постумови, основний та альтернативні сценарії, виключення
- Рівні деталізації — Brief, Casual, Fully Dressed під різні задачі
- Типові помилки: відсутні альтернативні потоки, змішування рівнів абстракції
- Claude пише чернетку Use Case зі сценарію, Gemini знаходить пропущені потоки та виключення
Після заняття: обиратимеш між User Story та Use Case за об'єктивними критеріями й писатимеш Use Cases, що однаково чітко читають і бізнес, і розробка.
Заняття 10. Технічна документація: SRS, PSD, FSD
- Ієрархія документації: BRD → PRD → SRS → PSD/FSD і роль BA на кожному рівні
- Розділи SRS за стандартом IEEE 830: функціональні вимоги, обмеження, інтерфейси
- Як готувати PSD та FSD спільно з архітектором і tech lead
- Управління версіями та змінами документації
- Notion AI та Confluence AI структурують вимоги у формат SRS, Claude перевіряє розділ на повноту й несуперечливість
Після заняття: підготуєш функціональний розділ SRS за галузевим стандартом у форматі, готовому до підписання замовником.
Заняття 11. Нефункціональні вимоги: виявлення, класифікація, специфікація
- Чому NFR ігнорують і як це руйнує архітектуру на реальних кейсах провалу
- Класифікація NFR за ISO 25010: продуктивність, надійність, безпека, зручність, сумісність, масштабованість
- Виявлення NFR через структуровані питання до стейкхолдерів і команди
- Специфікація з вимірюваними метриками: не «має бути швидко», а конкретний критерій
- AI перевіряє функціональні вимоги на відсутні NFR і генерує вимірювані метрики під заданий тип
Після заняття: системно виявлятимеш нефункціональні вимоги й специфікуватимеш їх як перевірювані критерії з конкретними метриками.
Заняття 12. Воркшоп. Якість вимог: peer-review за чеклістом
- Обмінюєшся пакетами вимог з іншими студентами й проводиш структурований review
- Чекліст якості: повнота, однозначність, несуперечливість, перевірюваність, трасування
- Отримуєш письмовий фідбек із переліком дефектів і рекомендаціями щодо їх усунення
Після заняття: навчишся бачити дефекти у чужих і власних вимогах очима рецензента — навичка, що різко піднімає якість твоєї документації.
Заняття 13. Воркшоп. Проєктування рішень. Прототипування
- Рівні деталізації прототипу під задачу: Sketch, Wireframe, Mockup, Prototype
- Побудова wireframe у Figma: фрейми, компоненти, auto layout, прототипування сценарію
- Wireframe як інструмент валідації вимог ще до старту розробки
- Що фіксувати у специфікації, а що у прототипі
- Figma AI генерує wireframe з текстового опису, Claude будує User Flow з опису функціональності
Після заняття: підготуєш wireframe ключового сценарію й передаси його команді у форматі, що не потребує додаткових пояснень.
Заняття 14. UML для комунікації з бізнесом
- Як обрати тип діаграми під аналітичну задачу
- Use Case Diagram: актори, варіанти використання, зв'язки include/extend/generalization
- Activity Diagram: паралельні потоки, точки розгалуження та синхронізації
- Як захищати рішення: пояснити команді, що саме комунікує кожна діаграма
- Miro AI генерує діаграму з опису, Claude і ChatGPT — PlantUML-код зі сценарію
Після заняття: будуватимеш Use Case і Activity Diagram для бізнес-аудиторії без технічних помилок.
Заняття 15. UML для комунікації з командою розробки
- Sequence Diagram: взаємодія компонентів у часі: коли і навіщо її будує BA
- Entity Relationship Diagram: структура даних і зв'язки між сутностями
- State Machine Diagram: стани об'єкта та переходи між ними
- Яку діаграму обирати для технічної аудиторії
- Claude і ChatGPT генерують PlantUML-код для Sequence або ERD
Після заняття: будуватимеш Sequence Diagram, ERD і State Machine для точної комунікації вимог технічній команді.
Заняття 16. BPMN
- Нотація BPMN 2.0: елементи, пули та лани, маркери подій і шлюзів
- Моделювання AS-IS: фіксація поточного процесу з точками втрати ефективності
- Моделювання TO-BE: цільовий стан і обґрунтування змін
- Точки передачі відповідальності як основні зони ризику
- Коли обирати BPMN, а коли Activity Diagram
- AI структурує текстовий опис процесу й генерує чернетку BPMN з переліку кроків
Після заняття: моделюватимеш бізнес-процеси у BPMN 2.0, бачитимеш неефективності й документуватимеш цільовий стан.
Заняття 17. Воркшоп. Моделювання бізнес-процесів
- Командна робота на реальному кейсі: будуєш повний набір діаграм
- Захист рішень перед іншими групами та структурований peer-review за чеклістом
- Розбір типових помилок у діаграмах на прикладах із реальних проєктів
Після заняття: відпрацюєш увесь набір діаграм у командному форматі й навчишся аргументовано захищати свої моделі.
Заняття 18. Baseline вимог та управління змінами: Jira, Confluence
- Baseline вимог: концепція, критерії та наслідки для процесу змін
- Change Control Process: артефакти, ролі, відповідальність
- Організація вимог у Jira: Epic → Story → Task, кастомні поля, фільтри, звіти
- Простір вимог у Confluence: шаблони сторінок, версіонування, трасування з Jira
- Confluence AI оновлює пов'язані розділи при зміні вимоги, Jira AI генерує опис задачі з User Story
Після заняття: встановиш baseline і вестимеш зміни так, що вплив кожної на скоуп і терміни буде документально підтверджений.
Заняття 19. Валідація та верифікація вимог
- Різниця між верифікацією та валідацією й відповідальність BA за кожен тип
- Критерії якості вимог: повнота, однозначність, несуперечливість, перевірюваність, трасування
- Acceptance Testing: критерії прийняття та сценарії
- Planning Poker як спосіб виявити прогалини у вимогах через оцінку складності
- Claude проводить аудит пакета вимог, Gemini генерує тест-кейси з Acceptance Criteria
Після заняття: проведеш аудит вимог до старту розробки й підготуєш специфікацію, достатню для тест-кейсів без уточнень з боку QA.
Заняття 20. Воркшоп. Комунікація з командою розробки
- Природа конфліктів BA ↔ Dev: системні причини й типові сценарії
- Розбір 5 реальних конфліктних ситуацій: причини та рішення
- Техніки аргументації: обґрунтування рішення через бізнес-контекст і дані
- Як будувати авторитет через якість артефактів, а не через ієрархію
- Коли і як ескалювати
Після заняття: вирішуватимеш конфлікти з розробкою конструктивно й досягатимеш результату аргументацією, а не тиском.
Заняття 21. Воркшоп. Пітч рішення стейкхолдерам
- Структура BA-презентації: від бізнес-проблеми до обґрунтованого рішення
- Одне рішення для двох аудиторій: технічної команди та бізнесу
- Робота із запереченнями: типові заперечення стейкхолдерів і техніки відповіді
- Обґрунтування через бізнес-метрики: вплив на ROI, терміни, ризики
- Claude готує структуру пітчу й відповіді на заперечення, Gemini перевіряє аргументацію на логіку
Після заняття: підготуєш і проведеш презентацію, яка аргументовано продає твоє рішення і бізнесу, і команді.
Заняття 22. AI-інструменти для бізнес-аналітика
- Повний цикл роботи BA з AI: від виявлення вимог до валідації специфікації
- Інструменти під конкретні задачі: Claude, ChatGPT, Gemini, Perplexity, Notion AI, Confluence AI, Jira AI, Miro AI, Figma AI
- Ефективні запити: структура промпту, техніки уточнення, ланцюжки
- Перевірка результатів: де AI видає правдоподібне, але хибне
- Межі делегування: які рішення й відповідальність не передаються AI ніколи
Після заняття: прискорюватимеш BA-задачі через AI, зберігаючи повну відповідальність за якість результату.
Заняття 23. Фінальний проєкт (захист)
Презентуєш повний пакет BA-артефактів, зібраний за курс на основі свого проєкту:
- Onboarding Checklist і результати Gap Analysis
- Stakeholder Map + Power/Interest Matrix + Communication Plan
- User Stories з Acceptance Criteria та Use Cases
- Розділ SRS і NFR-специфікація
- UML та BPMN-діаграми (AS-IS + TO-BE)
- Wireframe ключового сценарію
Формат: 10 хвилин презентація + 10 хвилин запитань від групи та спікера. Після захистів — ретроспектива курсу.
Після заняття: вийдеш із готовим кейсом реального проєкту — доказом своєї BA-компетенції, який працює сильніше за будь-який сертифікат. Але сертифікат ти також отримуєш, який цінується в IT та Digital компаніях.
Оберіть формат навчання
За 2,5 місяці опануєш навички, які застосуєш одразу в роботі
Виявлення вимог
Інтерв'ю, воркшопи, аналіз документів. Дізнаватимешся, чого бізнес хоче насправді і перестанеш переробляти через нечіткі вступні дані.
Документування
User Stories, Use Cases, SRS, NFR з метриками. Твої вимоги до проєкту читатимуться однозначно — команда зробить з першого разу, без «я думав, мали на увазі інше».
Моделювання процесів
Інтерв'ю, воркшопи, аналіз документів. Дізнаватимешся, чого бізнес хоче насправді і перестанеш переробляти через нечіткі вступні дані.
AI у роботі BA
Claude, ChatGPT, Gemini, Miro AI, Figma AI. Прискориш рутину: чернетки вимог, діаграми, тест-кейси у рази, лишаючи за собою рішення й контроль якості. Впровадиш AI в повсякденну роботу.
Управління вимогами
Jira, Confluence, baseline, контроль змін. Кожна зміна під контролем — видно її вплив на скоуп і терміни, скоуп перестає «розповзатись».
Комунікація та захист рішень
Стейкхолдери, конфлікти BA ↔ Dev, пітч рішення. Доноситимеш свою позицію так, що її приймають і бізнес, і команда — без нескінченних узгоджень.
Ще відгуки випускників I AM BA
Надія Фалисей
випускниця курсу I AM BA.
Після навчання отримала офер на позицію BA
«Відсутність документації та неякісно виявлені вимоги можуть коштувати нам дорого, як у грошовому еквіваленті, так і в нервах. Зі свого досвіду я знаю, наскільки це може бути складним, особливо коли ви замовляєте розробку платіжного модуля у аутсорс-компанії. Однак, завдяки отриманим знанням та практиці на I AM BA, я почала більш ефективно працювати з вимогами та бізнес-процесами. Курс надав мені систему навичок та знань, які я шукала, щоб стати успішним бізнес-аналітиком. Рекомендую усім, хто цікавиться цією професією та хоче отримати практичні знання в українському форматі».
Ольга Інгул
випускниця курсу I AM BA
«Перед початком курсу я вже мала деякі знання про аналіз ринку, створення документації, роботу з клієнтом та презентацію рішень. Однак, усі інші аспекти, такі як програмне забезпечення, технічний сленг, моделювання та вимоги, були новими для мене. Рівня моєї інтуїції не вистачало для формулювання вимог до розробки проєктів в ІТ-галузі, і курс I AM BA забезпечив мені необхідну базу та практичні навички у сфері бізнес-аналізу»
Діна Шакірзянова
випускниця курсу I AM BA
«Раніше я проходила курси data аналізу та зрозуміла, якими не повинні бути курси. Курси мають бути про професію, а не про інструменти. Побачивши рекламу IAMPM в Instagram, я ознайомилась з програмою базового курсу для бізнес-аналітиків. Стало зрозуміло, що тут саме про професію, як я і хотіла. Всі мої очікування відповідали дійсності. Курс об’ємно та структуровано дав мені усвідомлення того, хто такий бізнес-аналітик, чим він займається, що привносить у проєкт, яке його місце в ньому та який результат його роботи. Також я змогла освоїти інструменти та техніки роботи BA і зрозуміла, які якості потрібно продовжувати в собі розвивати».
Тарас Маслянко
Project Manager, випускник курсу I AM BA
«Під час навчання на I AM BA я отримав можливість практикувати прототипування та вивчати різні діаграми.. Тема «User story» була мені знайома, але я раніше не використовував її на практиці. Курс дозволив мені оволодіти новими техніками бізнес-аналізу та структурувати знання. Наразі я продовжую працювати в якості PM, і хоча я ще не використовую отримані навички на повну потужність, я впевнений, що вони стануть надзвичайно корисними в майбутньому. Якщо у мене виникнуть необхідність у використанні цих методів, я буду готовий відразу застосувати їх у роботі. Рекомендую курс I AM BA для всіх, хто цікавиться бізнес аналізом та бажає розширити свої навички»
Ангеліна Чуйко
Business Analyst
Я мала досвід аналізу процесів в іншій сфері, але IT-контекст здавався окремою мовою. На курсі стало зрозуміло, як працює команда розробки, які артефакти потрібні BA і як говорити з бізнесом та технічною командою одночасно. Фінальний проєкт допоміг зібрати все в один кейс, який можна показувати як підтвердження навичок. Дуже сподобались спікери, особливо Юрій Гомон, Анастасія Абрамова. Рекомендую всім колегам тепер, бо мала негативний досвід в іншій школі, тому тут впевнена в якості. бо є з чим порівняти.
Богдан Назарчук
Front-end Developer
Я пішов на курс, бо хотів краще розуміти, навіщо ми робимо ті чи інші фічі. У розробці часто буває так: задача ніби описана, але коли починаєш робити, зʼявляється купа уточнень, а потім частину доводиться переробляти. Я взагалі не планував бути бізнес-аналітиком)) Але компанія моя запропонувала пройти навчання, і я не відмовився. Курс I AM BA допоміг подивитись на вимоги з іншого боку. Я розібрався, як формуються User Stories, Acceptance Criteria, Use Cases, чим відрізняються бізнес-вимоги від технічних і чому нечітка вимога майже завжди перетворюється на проблеми в розробці. Найкориснішими для мене були блоки про технічну комунікацію, UML, API-документацію. Тепер я краще ставлю уточнювальні питання, швидше бачу прогалини в задачах і можу запропонувати рішення, а не просто виконати те, що написано в тікеті.
Валентина Степова
Project Manager
Я прийшла на курс не для того, щоб повністю перейти в BA, а щоб закрити слабке місце у своїй роботі. Як PM я і раніше збирала вимоги, уточнювала задачі, домовлялась зі стейкхолдерами, але часто робила це інтуїтивно. На курсі персонально для мене все розклалось по системі: як готуватись до інтервʼю, як не пропускати приховані потреби, як фіксувати вимоги так, щоб їх однаково розуміли бізнес, розробка й QA. Дуже зайшли заняття про stakeholder management, change control і Jira/Confluence — це те, з чим я працюю щодня. Дуже сподобалось. Плюс практикувалась на своєму реальному проєкті.
Юрій Підгородній
Product Manager
Для мене курс I AM BA був про місток між продуктовим баченням і реалізацією. Я і раніше розумів, що треба будувати, але не завжди достатньо чітко доносив це команді. Після занять з моделювання, документації та пітчу рішень я став краще структурувати вимоги й перевіряти ідеї до того, як вони потрапляють у розробку. Кожен день використовую навички роботи з ШІ, дуже багато для себе відкрив.
Що ти отримуєшь на курсі?
Як навичка бізнес-аналізу підсилює кожну роль
Зараз ловиш баги за готовою фічею. З BA-навичкою бачиш, якою вимога мала бути і впливаєш на якість до розробки, а не після. Менше дефектів через нечітке ТЗ.
Ти й так збираєш вимоги й узгоджуєш стейкхолдерів, але інтуїтивно. Отримуєш техніки й інструменти: керуєш скоупом, змінами й очікуваннями системно, замість гасити пожежі.
Перестаєш писати код за нечіткою задачею й переробляти. Розумієш, навіщо і для кого будуєш, бачиш бізнес-контекст і пропонуєш кращі рішення, а не лише виконуєш.
Кейси працевлаштованих
випускників I AM BA
за програмою “Гарантія працевлаштування”
Заговориш мовою продуктової команди. Перетворюватимеш бізнес-потреби на чіткі вимоги до розробки і твої ідеї доходитимуть до релізу без втрат на перекладі.
Ти вмієш працювати з даними, тому додаєш уміння працювати з вимогами й процесами. Бачиш не лише що показують цифри, а й яку бізнес-потребу за ними закрити.
Ти відповідаєш за те, який продукт будувати. BA-навичка дає інструменти, як це довести до команди. Чітко формулюєш вимоги, моделюєш процеси й валідуєш ідеї до розробки — менше розриву між баченням продукту і тим, що зрештою релізиться.
Кейси працевлаштованих
випускників I AM BA
за програмою “Гарантія працевлаштування”
Маєш аналітичний бекграунд із іншої сфери — переносиш його в IT. Опановуєш технічний контекст, інструменти й артефакти, яких бракує для роботи в продуктовій команді.
Твоя BA-навичка починається тут
Залиш заявку і за 2,5 місяці перейдеш від інтуїції до системної BA-навички. Менеджер зв'яжеться, підкаже формат і відповість на питання.
"*" вказані обов'язкові поля
Натискаючи кнопку, ви приймаєте оферту, даєте угоду на обробку персональних даних і погоджуєтесь з політикою конфіденційності.
Ми не співпрацюємо з громадянами рф та рб.