Мы по крайней мере точно со своими ребятами обсуждали actively do nothing

Оказалось даже круче. Это действительно его, но как цитата из последнего сборника. Вот например про adn https://less.works/blog/2019/12/16/actively-doing-nothing.html

Вот про ADN я нашел. А остального как-будто нет

Coach facilitate train и mentor это шапочки agile coach competencies от agile coaching institute

Остальное вроде понятно, не?

Надо сборник Гюнтера читать либо шариться по блогам scrum.org

Да, нужно будет копнуть глубже
Но мало ли, вдруг знает кто. Вот и спросил=)

Ок

Всем привет! Такой вопрос, может ли sm тоже говорить о проблемах? Типа не выполнены задачи что будем делать?

Или эти проблемы сама команда должна понять и озвучить?

эти два варианта не противоречат друг другу

я бы даже сказал что они достаточно слабо коррелируют :)

В гайде написано, что например на ретро СМ тоже участвует как адвокат Скрама. Ну то есть может указывать на несоблюдение каких-то из правил Скрама

а он сказал что ваши доказательства не доказательства
его забанили
молодцы

товарищи скраммастера, скажите кто такие заинтересованные лица (stakeholders) из скрам гайда? чтото это слишком туманно

Так если бы было не туманно народ бы понял что скрам не работает )

А если серьезно - зависит от деятельности и продукта. Где-то это совет директоров, продуктового и прочая нечесть, где-то вип пользователи или ещё кто

Это те, кто прямо или косвенно может влиять на продукт или на кого прямо или косвенно может влиять продукт.

Например, владелец компании нанял продакта. Владелец - стейк. Конечный пользователь - тоже стейк. Степени влияния у них разные, но суть одна: влияние на продукт через РО.

Ребята, а помогите пожалуйста советом. Как можно по-русски объяснить слово "фреймворк"? Вот говорят,  что "Scrum это фреймворк". И нифига не понятно тому, кто первый раз с этим сталкивается.

Моя мысль идет так: фреймворк в буквальном переводе значит "каркас", по русски мы бы сказали "скелет" процесса.
Тогда можно ли сказать, что Scrum, это набор самых необходимых правил, ролей, артефактов и встреч, при наличии которых у вас получается гибкий процесс разработки продукта. Если чего-то из этого нет, то у вас не Scrum, а ScrumBut и, соответственно, нет гибкого процесса разработки.

Будет ли верно такое объяснение?

Вот как это все объяснить, не говоря слова "фреймворк" , "каркас" и прочие не понятные с первого раза слова?

Это точно неверно
>>> набор самых необходимых правил, ролей, артефактов и встреч, при наличии которых у вас получается гибкий процесс разработки продукта.