Вакансії EPAM Ukraine у Київ | Львів | Харків | Дніпро | Вінниця | Івано-Франківськ | Одеса | Чернівці | Хмельницький | Рівне | Ужгород | Тернопіль | Луцьк за напрямком Java | JavaScript | .NET | DevOps | Experience Design | Software Testing | Business Analysis | Python| Big Data | Mobile | Solution Architect | Ruby on Rails у містах за напрямком Java вакансії Київ | Java вакансії Харків | Java вакансії Львів | Java вакансії Вінниця | Java вакансії Одеса | Java вакансії Івано-Франківськ | Java вакансії Чернівці | Java вакансії Хмельницький | Java вакансії Рівне | Java вакансії Ужгород | Java вакансії Тернопіль | Java вакансії Луцьк | JavaScript вакансії Київ | JavaScript вакансії Харків | JavaScript вакансії Львів | JavaScript вакансії Вінниця | JavaScript вакансії Одеса | JavaScript вакансії Івано-Франківськ | JavaScript вакансії Чернівці | JavaScript вакансії Хмельницький | JavaScript вакансії Рівне | JavaScript вакансії Ужгород | JavaScript вакансії Тернопіль | JavaScript вакансії Луцьк | DevOps вакансії Київ | DevOps вакансії Харків | DevOps вакансії Львів | DevOps вакансії Вінниця | DevOps вакансії Одеса | DevOps вакансії Івано-Франківськ | DevOps вакансії Чернівці | DevOps вакансії Хмельницький | DevOps вакансії Рівне | DevOps вакансії Ужгород | DevOps вакансії Тернопіль | DevOps вакансії Луцьк
Декомпозиція завдань на практиці для бізнес-аналітиків
1 грудня пройшов вебінар для бізнес-аналітиків та всіх, хто хотів би краще розуміти сутність і результат роботи бізнес-аналітика на проєкті.
Під час вебінару поговорили про те, як бізнес-аналітик з абстрактних вимог формує конкретний функціонал. Експерти на реальних прикладах розглянули найголовніші патерни декомпозиції та показали, як розбивати новий функціонал на користувацькі історії для презентації команді.
Наші спікери: Юрій Харлов, провідний бізнес-аналітик в EPAM та Олег Бучинський, бізнес-аналітик в EPAM.
Спочатку доповідачі нагадали, які проблеми в роботі можна вирішити з допомогою декомпозиції. Наприклад, переоцінка або недооцінка користувацьких історій, витрата часу, незрозумілість для команди та ін.
Після цього спікери запропонували учасникам вебінару розглянути найголовніші патерни декомпозиції на прикладі цікавого кейсу онлайн-магазину з фермерськими сирами.
Експерти зазначили, що кожен бізнес-процес має свою ціль та складається з кроків, які потрібно декомпозувати.
Розглянули бізнес-правила, які бувають очевидними або задокументованими. Поговорили про поведінкові правила, джерелом яких є бізнес.
Також розглянули такі патерни:
- головне зусилля, коли важливо зосередитися на реалізації першої користувацької історії, що є каркасом для наступних;
- простий/складний, коли спочатку необхідно створити простий функціонал, а вже потім його допрацьовувати;
- відкладення системних якостей, яке добре працює з більшістю нефункціональних вимог;
- відмінності в даних;
- метод вводу даних, що стосується користувацького інтерфейсу;
- функція розділення за замовчуванням (CRUD) — створити, прочитати, оновити або видалити;
- ролі, коли ми дивимося на процес з точки зору кожного актора;
- розбиття функціоналу на користувацькі сценарії або початковий етап декомпозиції, який допомагає відразу зрозуміти складність процесів;
- сценарії тестування;
- патерн для перевірки гіпотез.
На завершення відповіли на питання учасників. Наприклад:
- чим відрізняється декомпозиція бізнес-процесу від операційної декомпозиції;
- чи треба використовувати на практиці всі патерни декомпозиції чи краще вдосконалювати два-три патерни;
- як обирати патерн для використання в конкретній ситуації.
Підсумовуючи доповідь, спікери зазначили, що декомпозиційні патерни допомагають нам подивитись на функціонал з різних кутів та почувати себе більш впевнено на проєкті.
Подивитись повний запис вебінару та дізнатись, як використовувати патерни на реальному прикладі можна на YouTube-каналі EPAM.
Підписатися на новини
-
Фокус на рості
Як обрати шлях для кар’єрного розвитку інженера, участь в благодійному проєкті та свої хобі
Навіть якщо у вас немає часу відвідувати якісь спеціалізовані курси або читати професійну літературу, ви маєте здобувати навички на проєкті практичним шляхом.
-
Кейси
Машинне навчання у сфері протезування: EPAM-ер обчислив унікальну модель людської руки
-
Думка експерта
Штучний інтелект та машинне навчання: від теорії до практики
-
Подія
Cycle Time та Lead Time: ключові показники для Agile-команд
-
Кейси
Створення дизайну, який приваблює на емоційному рівні
Давайте будемо чесні, люди не завжди приймають рішення, керуючись виключно логікою. Іноді ми купуємо речі просто тому, що нам подобається, як щось виглядає.