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