Business Analyst — GovTech / Enterprise
Про нас
Ми розробляємо програмне забезпечення для держави та великого бізнесу: цифрові сервіси, реєстри, кабінети, інтеграції та enterprise-системи, які використовуються в масштабах країни.
Зараз шукаємо Business Analyst, який/яка хоче працювати не лише з описом вимог, а з формуванням рішень для складних цифрових продуктів.
Що це за роль
Це роль для BA, який заходить у проєкти без готового ТЗ, розбирає нечіткий запит, проводить discovery і разом із PO, tech lead та стейкхолдерами перетворює бізнес-потреби клієнта на зрозумілий scope і вимоги для команди.
Наші проєкти знаходяться на перетині держави, донорів, бізнесу та кінцевих користувачів, тому важливо вміти працювати з різними очікуваннями, бачити суперечності й допомагати команді фокусуватися на реальній задачі системи.
Твоя відповідальність
- Проводити discovery з замовниками: формувати питання, вести сесії, розбирати нечіткі запити й структурувати результати.
- Аналізувати AS-IS процеси та допомагати сформувати бачення TO-BE: ролі, статуси, сценарії, винятки, бізнес-правила, обмеження й інтеграції.
- Відрізняти business problem від feature request і допомагати стейкхолдерам сфокусуватися на реальній задачі системи.
- Перетворювати бізнес-потреби й розмиті ідеї на зрозумілий scope, user stories, acceptance criteria, functional / non-functional requirements.
- Оформлювати результати аналізу в документи, схеми, презентації або інші артефакти, з якими можуть працювати і стейкхолдери, і команда розробки.
- Обговорювати рішення з PO, tech lead, dev team та QA, доносити технічні обмеження зрозумілою мовою і перекладати “хочемо все й одразу” в реалістичний scope.
Помічати протиріччя, прогалини й ризики до того, як вони стануть проблемою в розробці.
Must have
- 3+ роки досвіду в бізнес-аналізі, системному аналізі або суміжній ролі.
- Практичний досвід участі в discovery або формуванні вимог із нечіткого / неповного запиту.
- Досвід роботи з кількома стейкхолдерами, у яких можуть бути різні або конфліктуючі пріоритети.
- Впевнене розуміння SDLC і досвід роботи з командами розробки.
- Вміння писати user stories, acceptance criteria, functional / non-functional requirements.
- Вміння оформити результат аналізу в зрозумілий документ, схему, scope або набір вимог, з якими можуть працювати і стейкхолдери, і команда розробки.
- Системне мислення, комфорт із невизначеністю та здатність говорити про ризики вчасно.
Базове розуміння технічного контексту продукту: API, інтеграції, бази даних, сервісна взаємодія.
Ця роль тобі НЕ підходить, якщо
- Тобі комфортніше працювати тільки з готовим ТЗ або вже сформованим backlog.
- Тобі складно діяти, коли на старті є більше питань, ніж відповідей.
- Тобі не цікаво занурюватися в домен клієнта і розбиратися, чому саме потрібна система.
Тобі ближча роль документатора, ніж аналітика, який допомагає формувати рішення.
Процес відбору
- Знайомство з рекрутером - до 30 хвилин
- Кейс-інтервʼю з PO / Delivery Manager - 60 хвилин підготовка + 60-90 хвилин зустріч
Ми дамо реалістичну ситуацію з нечітким запитом. Обговоримо твоє рішення, пройдемося по лозіці, уточненнях, артефактах і тому, як ти комунікуєш свої висновки. - Job Offer