На моїй практиці метрики добре працюють тільки якщо їх легко підтримувати (ну і звісно якщо вони грамотно складені відносно цілей) Наприклад в Jira можна легко порахувати сторіпоінти задач ready for dev які говорять про горизонт планування, чи кількість багів через неякісні вимоги (які говорять про якість пропрацювання вимог)
Якщо є два БА на проєкті, на ньому має бути project BA lead (це може бути і сеніор і міддл і навіть джун) - одна відповідальна людина за БА на проєкті. Це правило будь-якого департаменту і RACI
Подивилась обидві частини. Вийшло доволі багато абстрактних тем, і мало конкретики. Дякую ведучому і гості.
@@etraatsaa будемо виправлятись. Конкретика є в моїх вебінарах на точкові теми: співбесіда для ба, use case vs user story тощо
На моїй практиці метрики добре працюють тільки якщо їх легко підтримувати (ну і звісно якщо вони грамотно складені відносно цілей)
Наприклад в Jira можна легко порахувати сторіпоінти задач ready for dev які говорять про горизонт планування, чи кількість багів через неякісні вимоги (які говорять про якість пропрацювання вимог)
Є стаття на тему метрик на нашому сайті:
www.artofba.com/uk/post/business-analyst-metrics
Маю кілька кейсів сетапів дейлі БА - якщо там є ПО, то можна продуктивно проводити час
Якщо є два БА на проєкті, на ньому має бути project BA lead (це може бути і сеніор і міддл і навіть джун) - одна відповідальна людина за БА на проєкті. Це правило будь-якого департаменту і RACI
З погляду RACI так. Моєю метою було дати ширший контекст для тих, хто хоче вирости.
@@TatianaKuimova звісно такі ситуації і є можливостями зростання