Именно неправильно оцениваем сроки, из-за того, что выкидываются задачи вообще без анализа и минимального описалова. По аналитике такое часто кочевание при интеграциях, когда идёт согласование, правки и прочие активности

И в классической книге

Объектно-ориентированный анализ и проектирование Буч Гради

Давай начнём издалека. В скраме нет роли аналитика. По этому в реальной жизни, аналитик или исполняет или роль продакт овнера или прокси продакт овнера и его задача, чтобы к каждому новому спринту у команды разработки было достаточно задач чтобы закрыть их капасити и достичь цели спринта.

Сам аналитик всегда работает за рамками спринтов

Прочтите ООП, основы, програмирование изучать не нужно.

Что советовать вопрос. В целом я бы начал так:
Для понимания пройдите CS50 от гарварда (дарк вейдер перевод на ютубе выкладывал, можно по нему).

Или на edx курс CS50 возьмите (там без перевода), курс по моему бесплатный.

После, читайте про диаграмму классов uml, станет понятно.

Upd. А потом про НОРМАЛИЗАЦИЮ БД, для понимания реляционного "складывания".

Потом api (лучше restful, но часто и soap просят)

А вообще вот:)
https://youtu.be/wbh0oTD0ByY

Proxy owner почти постоянно. И это не scrum тогда, scrum жесткий, отошел не скрам

я с этого так то начал, при этом никто не мешает его закрепить за какой то конкретной скрам командой

спасибо) проведу выходные с пользой)

что по сути означает только то, что именно вот этот конкретный "Василий" отдает задачи вот только конкретно этой команде

с учетом, что команды могут делиться на конкретные компоненты системы или процессы, то это удобно

Если команд несколько, да продукт один это уже SAFe, а не скрам.

6 команд, 6 продактов в каждой из команд по одному

по 3-4 аналитика закреплены за командами (компонентами системы)

В таком масштабе это уже SAF или LESS, обычный скрам не вывезет:)

полет 9 лет, все ок :)

при чем в пике развития было 12 команд

6 PO это не less

не ну я почитал про LеSS, так то возможно он у нас в каком то виде есть, просто мы про это как обычно не знали и сами дошли :D

Команда помощников владельца продукта  Существует только один владелец продукта, но теперь у него есть команда помощников, каждый из которых отвечает за одну область требований