Я сам удивился, но в гайде про это ничего нет, хотя это уровень предприятия.

В скрам гайде?

А с чего там должно быть?

Скрам фреймворк уровня команды

Его фокус на повышение комуникации

"Если мы говорм о Scrum, то цель и задачи Scrum Master указаны в манифесте..."
Не в манифесте, в скрам-гайде.

Как это нет? Первая же строка в секции про РО:
"The Product Owner is responsible for maximizing the value of the product resulting from work of the Development Team."

Вот и ответственность и максимизация ценности. Если ценность - деньги, то будет то чамое "увеличение доходности".

Скрам - это фреймворк для выстраивания ваших собственных процессов. Какого уровня эти процессы - зависит не от скрама, а от вас. СМ работает на трех уровнях (команда-PO-компания), об этом английским по белому написано в гайде.

Я бы ничего не не накидывал, если бы не было раздела:
===
Scrum Master Service to the Organization
The Scrum Master serves the organization in several ways, including:
===

Всегда есть границы применения, вот в Методе (Pulse Management)  я четко их определяю.
Конечно попытка авторов расширить зону влияния это хорошо, но работа на уровне Предприятия выставляет другие требования.

Упс, рефлекс в 3 часа ночи. поправил.


»Как это нет? Первая же строка в секции про РО:
"The Product Owner is responsible for maximizing the value of the product resulting from work of the Development Team."

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

Я спорил с утверждением "В гайде ничего про это нет". В гайде есть, просто про другую роль.
То, что не все роли работают на уровне предприятия и/или не все ориентированы на повышение доходности - нормально. Разработчики тоже обычно не работают на этом уровне.

Вот не согласен

Для определенности

Английская версия

Русская версия

От 17 года

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

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

А разное отношение приводит в к разным управленчесим решениям. И если задача SM по отношению в к Предприятию - Пропаганда Sсrum,
а не создание условий для  оптимизации всего процесса производства единиц Цели, то у меня возникают вопросы. Нам важен процесс или повышение доходности предприятия?

Процесс  - это правила работы. Правила программируют организацию. Но если текущие правила работы противоречат целям организации нужно менять правила и догориваться о новых. А тут возникает вопрос: "А нужен ли нам Scrum?"

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