Декомпозиція завдань на практиці для бізнес-аналітиків
1 грудня пройшов вебінар для бізнес-аналітиків та всіх, хто хотів би краще розуміти сутність і результат роботи бізнес-аналітика на проєкті.
Під час вебінару поговорили про те, як бізнес-аналітик з абстрактних вимог формує конкретний функціонал. Експерти на реальних прикладах розглянули найголовніші патерни декомпозиції та показали, як розбивати новий функціонал на користувацькі історії для презентації команді.
Наші спікери: Юрій Харлов, провідний бізнес-аналітик в EPAM та Олег Бучинський, бізнес-аналітик в EPAM.
Спочатку доповідачі нагадали, які проблеми в роботі можна вирішити з допомогою декомпозиції. Наприклад, переоцінка або недооцінка користувацьких історій, витрата часу, незрозумілість для команди та ін.
Після цього спікери запропонували учасникам вебінару розглянути найголовніші патерни декомпозиції на прикладі цікавого кейсу онлайн-магазину з фермерськими сирами.
Експерти зазначили, що кожен бізнес-процес має свою ціль та складається з кроків, які потрібно декомпозувати.
Розглянули бізнес-правила, які бувають очевидними або задокументованими. Поговорили про поведінкові правила, джерелом яких є бізнес.
Також розглянули такі патерни:
- головне зусилля, коли важливо зосередитися на реалізації першої користувацької історії, що є каркасом для наступних;
- простий/складний, коли спочатку необхідно створити простий функціонал, а вже потім його допрацьовувати;
- відкладення системних якостей, яке добре працює з більшістю нефункціональних вимог;
- відмінності в даних;
- метод вводу даних, що стосується користувацького інтерфейсу;
- функція розділення за замовчуванням (CRUD) — створити, прочитати, оновити або видалити;
- ролі, коли ми дивимося на процес з точки зору кожного актора;
- розбиття функціоналу на користувацькі сценарії або початковий етап декомпозиції, який допомагає відразу зрозуміти складність процесів;
- сценарії тестування;
- патерн для перевірки гіпотез.
На завершення відповіли на питання учасників. Наприклад:
- чим відрізняється декомпозиція бізнес-процесу від операційної декомпозиції;
- чи треба використовувати на практиці всі патерни декомпозиції чи краще вдосконалювати два-три патерни;
- як обирати патерн для використання в конкретній ситуації.
Підсумовуючи доповідь, спікери зазначили, що декомпозиційні патерни допомагають нам подивитись на функціонал з різних кутів та почувати себе більш впевнено на проєкті.
Подивитись повний запис вебінару та дізнатись, як використовувати патерни на реальному прикладі можна на YouTube-каналі EPAM.
Підписатися на новини
-
Думка експертаOperational Intelligence - Tech Pulse | Дайджест #2
У цьому випуску ми розглядаємо кілька практичних нюансів OpenTelemetry, проблему з якістю даних, оновлення від провайдерів і хто відповідає за які частини observability-стеку.
-
Думка експертаЦифрові двійники в IT: ключові архітектурні патерни та рішення
-
Думка експертаПеревірка етичності AI у фінтехі
-
Лайфхаки
Що таке Operational Intelligence в EPAM і навіщо вам читати Tech Pulse
-
Думка експертаAI в музиці: коли голос стає продуктом
Чому тема «AI в музиці» — це не про заміщення музикантів, а про нові правила гри на ринку, де виробництво контенту тепер практично безкоштовне.