Вхід Реєстрація
Реклама
Ваше рекламне місце
Забронюйте цей слот без конкуренції на обраний період.
Купити рекламу →
Логотип телеграм спільноти - Eugene K - the BA🇺🇦
Додано 06 січ 2025

Eugene K - the BA🇺🇦

@eugenekba
Кількість підписників: 661
Фото: 180
Відео: 11
Посилання: 192
Опис:
Анонімний телеграм-канал Євгена Клюкіна. Робочі моменти, ідеї, роздуми, ексклюзиви, вільне спілкування. Адмін: @eugene27K Інфо: https://eugenekba.lovable.app/
Джерело

Eugene K - the BA🇺🇦 | Нещодавно питався у вас, які функції, користувацькі історії або фічі є...

Логотип телеграм спільноти - Eugene K - the BA🇺🇦 Eugene K - the BA🇺🇦 @eugenekba
398 Охват/переглядів 2025-12-15 09:11 Повідомлення №446
Нещодавно питався у вас, які функції, користувацькі історії або фічі є найскладнішими для аналізу — і наведу свій особистий топ-5.Першою категорією таких фічей будуть зміни у комплексних міждоменних процесах.Уявімо достатньо складний процес, який покриває кілька доменів, команд і систем. Наприклад 👇🔹 Міжнародна платіжна системаТут є: - підключення клієнтів - обмін валют - здійснення міжнародних переказів (зі своїми стандартами, типу ISO 20022)І тут зʼявляється, наприклад, система бонусів:окремо — на обмін, окремо — на платежі.Звучить як дві різні фічі?Але під капотом це дуже тісно повʼязана логіка 💥🔹 Компанія, що поєднує іпотеку, страхування, управління та продаж нерухомостіНічого собі, так?І сюди приходить фіча моніторингу клієнтів — за діями у всіх цих системах і сервісах одночасно.Складно?👉 Так!Чому це може бути складно в цілому 🤯 - Кожен домен і так має власні правила, юридичні обмеження та терміни(а якщо ви не знаєте домен — буде ще складніше). -У процесі може брати участь велика кількість ролей(наприклад: позичальник, брокер, оператор оформлення, ріелтор, юрист, клієнт — і ще вагон таких зацікавлених сторін). -Дані розпорошені між зовнішніми системами.І інтеграції з ними треба не просто враховувати —їх доводиться вивчати і перечитувати при кожній зміні. - Різні рівні послуг і часові затримки між кроками - десь потрібна миттєва відповідь, - десь — чекати конкретної дати або часу, - десь — ручне введення. - Високий ризик розривів у процесі через велику кількість точок передачі інформації або через рішення, які приймають різні актори.🤷‍♂️Що вимагається від BA чи PO 🧠 - Побудова (або перепланування) детального процесу чи споживацької подорожі у разі змін. І так — деталей там буде вже багато. - Виявлення та активна комунікація з багатьма зацікавленими сторонами. - Формування єдиної моделі сутностей (типу ERD або хоча б concept map). - Аналіз розривів між системами, залежностей і точок потенційних збоїв.Побудова діаграм робочих процесів і станів (що спочатку захоплює 😄,а через місяці три ти починаєш відчувати себе рабом тієї BPMN-ки). Чи зіштовхувалися ви з чимось подібним?Пишіть у коментарях 👇