Так не фиксирован же, цель фиксирована.

Вот я и ответила, что если менять нельзя, то не гибенько)

Когда так - да, гибенько)

давайте, киньте кто-нибудь то самое видео про мотивацию, когда в какой-то компании, в атласиане что ли, внедрили один день для делания своих хотелок)

видео не нашла, но его все наверняка видели
а статейку нашла http://www.rbs-kuzbass.ru/pm-ytim-50del/pm-ytim-2014/137-kat33-2014-16

У нас это делают совместно РО и команды. Иногда сами команды а РО акцептует и переводит элемент в состояние "Ready for Sprint"

Если в критериях приемки не получается выполнить или ситуация изменилась - не вижу проблем это изменить.

я тоже! но быстрый ресеч показал, что это не то, что делают люди в индустрии. похоже из этого растут ноги “Scream” - скрам многим трактуется как диктатура PO по написанию требований, стендапы используются для микроменеджмента, от команды требуется fixed time и fixed scope. Если это так трактовать, то даже разумно сделанный waterfall будет более гибким - всегда добавляется буффер для рисков. От скрам команд же требуют попадания в велосити.

Интересно)
Я пока наоборот сталкивалась с почти постоянным изменением АС и до невозможности гибкими ПО

А fixed scope так вообще из ряда фантастики у моих команд (мы же сейчас не обсуждаем хорошо это или плохо). Второй день подряд на ретро стикеры "не надо нам новых фич в середине спринта"

«новые фичи» - это идёт в разрез со скрам гайдом

а вот то, что нельзя менять AC существующих, нет

вообще я не очень понимаю «новые фичи», одна команда не может работать больше чем над 1 большой или несколькими маленькими. Айтемов может быть 2-3 на скрам команду. Если их много, то это явный знак, что начальство накидывает задач, что бы было не меньше чем людей, а то и больше

но вот если перестать накидывать, вылезают новые прдробности - допустим команда работает над 1 новой фичей и хочет ее реально доделать. с вероятностью процентов 80% ее скоуп будет меняться (кстати реально от «оценивания» крупных кусков как стори толку мало, стори можно и на 70% сделать и на 90% и все равно в цель попадёшь).

С чем именно?

только команда может менять спринт беклог

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

но скрам гайд умалчивает про скоуп стори и не специфивирует что есть спринт гол. поэтому это абьюзят и приравнивают цели спринта к деливери фиксированного набора требований. но это опять же уже   хитрые манипуляции. «накидывать стори» это не манипуляция, это просто не по скраму

"Это абьюзят" - тут соглашусь, в многих командах на вопрос "какая цель спринта" ответ "ну это, сделать вот все, что напланили"
Да простора для манипуляций полно, надо просто найти кому и зачем это выгодно, и эту проблему устранить

Не, не думаю, что это возможно. Есть всегда некий конфликт между теми кто владеет “what” и теми, кто владеет “how”. в общем коммерческой команде всегда хочется максимально всех загрузить. Для этого и нужен технический менеджмент, что бы противостоять. Как там было в том видосе - бизнес чуваки ходят на тренинги по жёстким переговорам и манипуляциям. Они считают, что если что-то пропушили, то это победа. Несмотря на то, что это контрпродуктивно. Но нужно понять, что люди живут в другом мире и у них другие жизненные ценности. Нужен просто баланс со стороны CTO и других менеджеров, что бы это компенсировать.