Ну это ж не scrum, просто применение итерационного подхода. В scrum backlog вообще никогда не фиксируется. Он живет по золу работы. И Backlog продукта живет, и Backlog спринта живет. Если цель спринта можно достичь, не делая чего-то из ранее взятого на sprint planning, это норм

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

я сильно сомневаюсь, что описанный у Сазерленда скрам вообще реализуем в компании, которая считает деньги и знает что хочет (а точней готова задуматься, что хочет).

Только не за успех, а за результат. Результатом можно считать и неуспех. Пример. Цель: закрыть проект, выйти с минимальным потерями. Задача: прекратить развитие продукта, расторгнуть договора и произвести окончательные  взаиморасчёты с подрядчиками, провести финансовый анализ. Бизнес-выголы - защита инвестиций компании от неоправданных затрат

Мы перешли от обсуждения различий waterfall и scrum к их применимости :-) и да, никто ж не говорит, что не бывает гибридных методов. Все хорошо, что уместно

Это не похоже на цели, которые ставились на старте проекта. Проект может быть закрыт, если он не приносит ожидаемых выгод компании, то есть не соответствует критериям успешности.

"ОС" - это что?

Обратная связь?

Если так, то лучше не мешать русские и английские сокращения в  одном сообщении.
Те кто понимают CR, поймут и feedback

Ольга, спасибо, это все известно и кочует из публикации в публикацию. А вывод один скрам мастер - роль с неясными нечёткими областями деятельности и, следовательно, его деятельность не может быть оценена. Т.е. танцую как хочу и ни за что не отвечаю. Кроме красивых слов

Оценена в зависимости от оценки самой его команды?

В этом случае да. Но так бывает и довольно часто, что на старте был один состав людей, в конце - другой. И цели в начале и в конце разные. Рассказать акционерам, почему мы не достигли первоначальных результатов и сделать это так, чтобы тебе сказали спасибо, это тот уровень мастерства, к которому надо стремиться. Хороший проджект это умеет. А кто умеет тоже самое в продуктовых командах? Если продакт, то почему рынок считает продактов на полступени выше проджекта? А если продакт не умеет, а пиэм у него в команде может, то зачем нужен продакт? ))

В точку

В крупных продуктах продает менеджер может выступать как заказчик проекта большого развития.

Пожалуй да

В крупных проектах, я бы сказал. Т.к. в них создается много чего для повышения ценности продукта, продажи новых проектов и т.д.

У Пихлера хорошо описаны обязанности Product Manager. И в сравнении с Project Manager они шире. То, в какой оргструктуре компании реализовывается проект (или это создаётся продукт), какими полномочиями и объемом ответственности Компания готова наделять команды, Product Owner (роль в scrum, а не должность), Product Manager (роль в продуктовом менеджменте), Project Manager (роль в проектном менеджменте, в scrum его нет), условия договоров, будет влиять на выбор frameworks. Согласитесь, будет странно выбрать неподходящий вариант и говорить, что он не работает. И говорить за всех, что у всех Scrum master имеет размытую ответственность, вряд ли стоит.

Бригадир

А роль ПМ кристальна ясна, четко определена и не различается от компании к компании 🙂 ???

😂