Материалы по теме «Business Analysis»

RSS

User Story та Acceptance Criteria: пишемо чіткі та зрозумілі вимоги User Story та Acceptance Criteria: пишемо чіткі та зрозумілі вимоги

Andrii Pastushok 19016

У статті ви знайдете правила написання User Story та Acceptance Criteria, що дадуть змогу усунути значну частину проблем з формулюванням вимог, заощадити дорогоцінний час і налагодити порозуміння між Product Owner’ом і Development Team. Інформація буде корисна всім спеціалістам, що залучені у процес створення вимог, як-от Product Manager, Business Analyst, System Analyst, Requirements Engineer тощо. 18

Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — літо 2020 Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — літо 2020

Редакція DOU 55241

Представляємо фінальну статтю циклу про зарплати. У попередніх ми розглядали розробників і тестувальників. У цій статті подивимося на менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, девопсів, сисадмінів та інших ІТ-фахівців. Серед респондентів зарплатного опитування їх було 3745 осіб. 6

«Не стоит рассчитывать на лояльность сотрудников». 6 уроков из опыта лида «Не стоит рассчитывать на лояльность сотрудников». 6 уроков из опыта лида

Oleg Genaliuk 17906

Олег Геналюк чуть больше года выступал в роли руководителя для бизнес-аналитиков разных проектов. В этой статье он поделился самыми главными выводами, которые сделал за это время. Будет полезно всем, кто управляет людьми. 67

Світло і тінь ІТ-реальності: як поєднуються РМ/ВА функції Світло і тінь ІТ-реальності: як поєднуються РМ/ВА функції

Dmytro Lozovytskyi 8066

Сьогодні немає деталізованої та чіткої методики організації кросфункційної роботи у проєктних командах делівері-сегмента. Оскільки автор статті Дмитро Лозовицький має досвід роботи як проєктний менеджер, керівник проєктного відділу, бізнес-аналітик, проксі продакт-оунер і досвід комбінування цих посад, він вирішив розробити методичний підхід до впровадження, поєднання функцій та ефективної роботи проєктного менеджера та бізнес-аналітика. 17

7 вызовов для бизнес-аналитика при выявлении требований 7 вызовов для бизнес-аналитика при выявлении требований

Diana Savvova 15890

На этапе выявления требований закладывается фундамент будущего продукта, и от качества работы BA будет зависеть, насколько надежным он получится. Поэтому в первую очередь важно узнать, действительно ли то, что озвучивает заказчик, совпадает с реальной потребностью бизнеса. 5

По ту сторону изгороди: бизнес-аналитик о работе в роли продакт-оунера По ту сторону изгороди: бизнес-аналитик о работе в роли продакт-оунера

Kirill Belyavsky 9789

У многих BA есть опыт работы по такой схеме: бизнес-аналитик взаимодействует с представителем компании-заказчика, обсуждает с ним требования к продукту, детализирует их и передает команде. Представитель бизнеса в этой схеме принимает на себя роль продакт-оунера на время проекта. Однажды Кириллу Белявскому повезло самому побывать в шкуре такого продакт-оунера, и теперь полученный опыт помогает в работе «по другую сторону изгороди». 22

BA дайджест #8: мастерство работы со стейкхолдерами, прокачиваем модель Kano BA дайджест #8: мастерство работы со стейкхолдерами, прокачиваем модель Kano

Юрий Гомон 4108

В выпуске: 32 отличия нативных компонент iOS и Android, 8 способов организации бэклога, проблемы релиза фич в больших проектах, гайд по вайрфреймам. 3

Как организовать работу с требованиями в распределенной команде. План действий для BA Как организовать работу с требованиями в распределенной команде. План действий для BA

Olesia Ivanova 5375

Бизнес-аналитик Олеся Иванова рассказывает, как организовать процесс сбора, анализа и обработки требований в распределенной команде с максимальным результатом. Рассмотрим, как спланировать коммуникацию со всеми членами команды. 15

Как писать требования, полезные для команды. Пошаговая схема для бизнес-аналитика Как писать требования, полезные для команды. Пошаговая схема для бизнес-аналитика

Mariya Meimankulova 14428

Бизнес-аналитик Мария Мейманкулова рассказывает о правилах, без соблюдения которых даже идеальные требования не будут прочитаны, а значит, и не будут полезными для BA и команды. Разбираемся, как получать вводную информацию, собственно писать требования и как они помогут в саппорте разработки. 8

BA дайджест #7: 20 уроков от аналитика с 20-летним опытом, Top skills for 2020 BA дайджест #7: 20 уроков от аналитика с <nobr>20-летним</nobr> опытом, Top skills for 2020

Юрий Гомон 7942

В выпуске: правила применения пуш-нотификаций; предубеждения, с которыми сталкиваются люди при освоении новых функций; обзор основных принципов создания DND; уровни масштабирования. 6

Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — грудень 2019 Зарплати українських PM, HR, DevOps, Data Science та інших ІТ-спеціалістів — грудень 2019

Редакція DOU 48094

Представляємо заключну статтю циклу про зарплати. Подивимося на менеджерів, ейчарів, дизайнерів, маркетинг і сейлз спеціалістів, тімлідів, девопсів, сисадмінів та інших ІТ-фахівців. Серед респондентів зарплатного опитування їх було 3545 осіб. 58

Секретные техники проработки требований. Часть 3 Секретные техники проработки требований. Часть 3

Артур Селецкий 15036

Артур Селецкий, Co-Founder в IT Network, подготовил заключительную часть цикла статей о техниках проработки требований. По его словам, бизнес-аналитики больше всего не любят прорабатывать именно требования к администрированию, отчетности и нефункциональные требования. И в то же время без проработки вышеупомянутых требований будущая система не будет полноценно работоспособна. 4

5 ошибок при внедрении OKR 5 ошибок при внедрении OKR

Константин Коптелов 15026

ИТ-компании ищут фреймворк для того, чтобы измерять и управлять. И находят два подхода: традиционный KPI и более гибкий OKR. Константин Коптелов, Business Development and Strategy Manager, рассказывает о возможных ошибках при внедрении OKR и как их избежать. 166

Секретные техники проработки требований. Часть 2 Секретные техники проработки требований. Часть 2

Артур Селецкий 13105

Во второй части Артур Селецкий, Co-Founder/Partner в It Network, делится еще несколькими техниками: объектно ориентированная модель, диаграмма состояний, CRUD, навигация. Они дают возможность убедиться: в проектах по разработке ПО — все требования полные и выявлены полностью. 9

Куди рухатись далі, якщо ти — ВА Куди рухатись далі, якщо ти — ВА

Taras Mishak 12246

Якщо гроші не єдина мотивація або якщо верхня межа можливої зарплати Middle ВА для вас не досить амбіційна, тоді варто подумати над можливими шляхами розвитку. Тарас Мішак, Senior Business Analyst в EPAM пропонує кілька можливостей для зростання. 25

Как выбрать правильные метрики для продукта Как выбрать правильные метрики для продукта

Anna Kostiuk 14249

Меня зовут Анна Костюк, я Product Manager в Dev-Pro. Решения, которые мы принимали с командой на основе метрик, позволили успешно реализовать несколько новых фич для нашего клиента. Я хочу рассказать, как уйти от разработки приложения вслепую и не попасть в ситуацию, когда никто не пользуется фичей, на которую ушли месяцы разработки. 5

← Сtrl 123 Ctrl →

Комментарии

it’s interesting, thank you!
А пишет он какой-то базовый фундамент приложения по типу разбиения на слои как заложено в Clean architecture, к примеру? Вот тут скорее всего другой уже архитектор выполняет работу.
Солюшн архитектор решает будет ли монолит или микросервисы? Так. І що це змінює?
Для меня архитектор как бы «неправильный» который не спроектирует системный дизайн, где можно садиться сразу и писать код (точнее решать уже бизнес-требования). Солюшн архитектор решает будет ли монолит или микросервисы?
Причем тут украинский язык вообще??
К тому же я знаю, что ты из EPAM. Вау! І як же вам відкрились такі потаємні знання? Невже ви спромоглись клікнути на профіль, а потім ще й на посилання на лінкедін? Аплодую!
Ты тоже ведёшь к тому, что я ничего не понимаю) (Мета не розвести срач, а зрозуміти базові визначення, щоб розмовляти про одне й те саме) Іноді я навіть хочу вірити, що на доу так багато людей, які просто не знають українську мову, але «не варто пояснювати...
так, варто було дати їм завдання з системного дизайну і в кінці показати, що вийшло у кожного
К тому же я знаю, что ты из EPAM. А в меня только от названия уже тошнить начинает. Поэтому, закрыли тему.
Ты тоже ведёшь к тому, что я ничего не понимаю) я не хочу поднимать тут дискуссию, был уже такой тред.
Примечательно, что из трёх человек как раз System Architect и нет, взяли представителей галер, а в более мелких компаниях есть CTO/System Architect в основном. 1) В чому для вас різниця або краще дайте визначення System, Software та Solutions Architect?
Я и хотел ответить на это) просто я думал кто-то скажет, что Айяйяй ты не знаешь кто такие Solution Architect, тебе не понять.
Ліл, точно те, що я написав нижче :-D
забыли добавить, что в той же Sigma Software стартовый набор дают не всем, а как-то выборочно. Я к примеру за год работы здесь так ничего и не получил, хотя постоянно обещали, что-то прислать))
Точно, виправив.