Alexey Rogatkin

А сейчас будет длинный высокопарный пассаж.
Закутайтесь в теплый клечатый плед, сядьте перед камином и подумайте вот о чем: "к чему я хочу прийти в разработке" (да, вы ведь уже выбрали что будете идти в разработку, в вопросе так и написано между строк). Не секрет что каждый человек хочет быть счастливым, но для каждого счастье свое: кто то хочет признания в крупной компании, кто то похвастаться чем то перед друзьями, чтобы им гордились, кто то хочет свободы, кто то общения с профессионалами высокого уровня, кто то решать сложные задачи, кто то испытывать восторг от работающих спроектированных систем. Список очень и очень длинный, но это то, что будет вас мотивировать идти вперед и просыпаться по утрам.
Цели поменяются сотни раз, но сейчас надо определиться, чтобы сделать шаг. Не слушайте никого: язык не важен, слой разработки (frontend-backend) тоже, мыслите продуктом в целом, живите тем, что будете создавать. Попробуйте все что покажется вам интересным и продолжайте двигаться. В 23 можно найти работу и за 40 и за 80 и за 120 и за (ну вы поняли что список можно продолжать), но согласитесь не деньги решают. Обеспечьте себя уровнем дохода для комфортной жизни и начинайте развиваться и получать настоящее счастье как профессионал.

Для начала выберите от какого направления будут тренинги: ScrumAlliance или Scrum.org.

От ScrumAlliance отличный тренинг на ScrumMaster (CSM), в качестве тренера порекомендую Сергея Дмитриева из Unusual Concepts— он CST и дает прекрасную базу по фреймворку
От Scrum.org отличный тренинг на ScrumMaster (PSM), в качестве тренера порекомендую Илью Павличенко — он PST (аналог CST от Scrum.org) и дает отличные инструменты для ScrumMaster'а.

Если вы имеете ввиду бизнес план как единое всеобъемлющее описание видения продукта с экономикой то лучше начать с артефактов, которые постепенно соберутся в единый документ. К примеру с elevator pitch, stakeholder mapping, business model canvas, pragmatic user profiles, storymapping, futuring, и далее далее далее.

Всеобъемлющие знания по Agile следующие:

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.


В Agile-mindset больше ничего нет: это четыре принципа и соображения здравого смысла. Наверняка вы уже это знаете и вам просто необходимо правильно сформулировать вопрос. Я попробую помочь: Всвязи с чем появилась необходимость изучить agile? Чего вы хотите достичь изучив его?

В целом вы правы, если я понял мысль верно. Да, действительно, на проектирование и разбор требований привлекается вся команда и это имеет глубокий смысл. Это все большая история про причесывание backlog продукта и про его ведение: то есть прямая работа PO. Мне кажется вам не хватает SM, который сможет сказать (а в идеале это должна сказать вся команда) "начальнику" (как я понимаю он и есть своеобразный PO): "Ты пришел неподготовленный на планирование, команда не согласна его проводить: мы не видели backlog и нам необходимо несколько сессий grooming'а (сейчас этот ритуал называется PBR). Поэтому прости, планироваться не будем: ты же заставляешь нас уже сейчас взять ответственность за работу о которой мы не имеем ни малейшего представления"

P.S. Отдельный вопрос зачем вы проводите оценку. Scrum не требует оценки и она рудиментарна: это легко демонстрируется на его основных концепциях. Строго говоря, планирование и оценка совершенно два разных процесса и в хорошо настроенном процессе проводится совсем в разное время (то же отдельная тема почему в разное время)