❌ Чорний Лист заходу України ⚠️
(Львівщина, Волинь, Тернопільщина, Рівненщина, Франківська та Хмельницька області! Закарпаття та Чернівецька)
Надіслати новину/Реклама 🏴☠️ @send_me_smth
Last updated 6 days, 3 hours ago
Last updated 1 week, 3 days ago
Зв'язок: @amanogawa_sup
На вступ: https://forms.gle/uJsKK2DqDjM65Kcf8
Бот: @amanogawa_ua_bot
Релізи: @amanogawa_release_re
Чатик: @amanogawa_talks
Наш сайт: https://amanogawa.space/
У коментах лише українська
https://base.monobank.ua/CyXpFgHdz8XH7u
Last updated 1 day, 6 hours ago
Денис Гобов нещодавно виступав з доповіддю на тему "Системний аналіз, як майбутнє бізнес – аналізу, чи це справді так?"
Якщо не встигли послухати на конференції, то можна подивитись в записі.
Сподіваюсь, за результатами перегляду прийдете до висновку, що відповідь на поставлене питання - "Ні". Бо це не майбутнє, а вже сьогодення бізнес-аналізу!
https://www.youtube.com/watch?v=iHzqGROivPI
🤷 Маєте проблеми на етапі узгодження вимог?
🤦🏼♀️ Розробники жаліються на неповні вимоги?
🤦🏼♀️ На етапі презентації вимог команді з'являється купа питань?
Якщо це про вас хоча б частково - у вас проблеми з якістю вимог, і у нас є для вас правильний тренінг - Підходи до створення якісних вимог: Tips and Tricks
👌Мета цього тренінгу – з’ясувати, звідки береться як мінімум частина питань, які задають бізнес-аналітикам вже після того, як вимоги написані, мати їх на увазі та надавати відповіді заздалегідь, відповідно зберігаючи подекуди невимовну кількість часу та грошей.
Чого Ви навчитеся?
⚒️Розуміти властивості та принципи якості вимог, навчитись оперувати ними при написанні вимог
✍️Будувати чи покращувати процеси виявлення та аналізу з метою створення точних та послідовних вимог
🧨Знати та уникати типових проблем при аналізі та документуванні вимог
👥Розуміти та застосовувати різні точки зору на продукт при створенні вимог: на основі даних та поведінки
Визначати теми у доменному обсязі знань, які можуть містити приховану складність
26 листопада - 10 грудня
5 занять (вівторок, четвер) 18:30-21:30
Реєстрація та деталі:
https://www.artofba.com/uk/tips-and-tricks-for-quality-requirements
Рубрика "Корисні поради від випускників Art of Business Analysis"
Питання: Підкажіть, будь ласка, як у вас на проектах опрацьовують розбіжності в часових зонах між клієнтом і сервером? Наприклад, сутність не можна створити з днем початку дії сьогодні. На клієнті людина пізно ввечері вибирає свою завтрішню дату, а на сервері це вже сьогодні.
Відповідь:
Працюю в компанії, що розробляє онлайн ігри, доступні по всьому світу.
1. Доступність операцій за часом, в нас відбувається за UTC. Користувачі, як правило, бачать свій UI адаптованій під часову зону клієнта.
2. Логування клієнтських і серверних операцій так само, відбувається по UTC. На скільки мені відомо, без врахування time zone, або часу клієнта.
3. Для зручності користувачів, оперування продуктом розділено на декілька географічних регіонів: умовні “Європа”, “Америки” та “Азія”. Це зроблено через те, що користувацький прайм-тайм цих регіонів (відносно UTC) дуже відрізняється. Саме тому, користувачі цих регіонів отримують оновлення, початок і кінець ігрових подій в один час в межах одного регіону, але для кожного регіону свій. Так, користувачі, умовної Японії і Індії (в межах одного регіону) отримають новий реліз одночасно за UTC. Але він може і буде відрізнятись від часу отримання того ж релізу в Європі, або Америці.
Близько 7-8 років тому я мав досвід опрацювання логів з timestamp "клієнта", тому що серверних не було. Проблема клієнтських часових даних полягає в тому, що клієнт може надіслати вам що завгодно. Тому такі дані доводилось фільтрувати.
Трохи статистики: мав логи завантажені 24.08.2024 (це дата, коди сховище даних поклало записи в БД). Далі я аналізував ці записи на передмет того, що дата в логах не потрапляє в діапазон (-1:+1) день. Логів, які не відповідали умовам було близько 0.5%. Порівнювати дані, що відповідали умовам, теж, було не дуже зручно. Тому одне з перших покращень, що я просив: "завезіть серверні логи замість клієнтських, бо аналітику робити буквально боляче"
Чи доводилося Вам стикатися з проектами, де без глибоких технічних знань бізнес-аналітик не може і кроку зробити? Наскільки глибоко бізнес-аналітик має знати принципи роботи АРІ, вміти описувати перетворення даних, розумітися на хмарних технологіях?
Тренінг «Advanced Technical skills for Business Analyst» буде корисним бізнес-аналітикам, які працюють над складними технічними проектами, де потрібно вміти описувати деталі реалізації, АРІ, обробки великих даних тощо.
Курс буде корисним бізнес-аналітикам будь-якого рівня, які хочуть покращити свої знання в системному аналізі та опису складних систем на базі АРІ, обробки даних, інфраструктури в хмарі.
Метою програми є допомогти учасникам:
- Отримати теоретичні та практичні знання роботи з АРІ та системами обробки даних
- Оволодіти відповідною технічною термінологією
- Зрозуміло та детально формулювати вимоги до АРІ, хмарної інфраструктури, обробки великих даних
- Здобути навички, що дозволять краще розуміти архітектуру складних систем та способи взаємодії їх частин з функціональної (АРІ) та точки зору перетворення даних (ETL)
Тренінг складається з наступних модулів
- АРІ, веб-сервіси, Postman + ДЗ
- Практика роботи в Postman
- Хмарні обчислення, контейнери, оркестрація + ДЗ
- Робота з даними + ДЗ
- Робота з даними: практика – структури даних (SQL vs NoSQL, JSON)
- Робота з даними: практика – аналіз даних (Python та Pandas)
Деталі на сайті: https://www.artofba.com/uk/advanced-technical-skills-for-business-analyst
❌ Чорний Лист заходу України ⚠️
(Львівщина, Волинь, Тернопільщина, Рівненщина, Франківська та Хмельницька області! Закарпаття та Чернівецька)
Надіслати новину/Реклама 🏴☠️ @send_me_smth
Last updated 6 days, 3 hours ago
Last updated 1 week, 3 days ago
Зв'язок: @amanogawa_sup
На вступ: https://forms.gle/uJsKK2DqDjM65Kcf8
Бот: @amanogawa_ua_bot
Релізи: @amanogawa_release_re
Чатик: @amanogawa_talks
Наш сайт: https://amanogawa.space/
У коментах лише українська
https://base.monobank.ua/CyXpFgHdz8XH7u
Last updated 1 day, 6 hours ago