Как можно измерить (оценить) выгоду от перехода с Waterfall на SCRUM?

>Задач множество, каких-то типовых нет.
если задачи уникальные, то все ваши планы по разработке - очковтирательство.

>переход всей разработки на SCRUM, только после того , как мы сможем на цифрах показать выгоду
ваше мышление еще не готово переходить на гибкие методологии.
Многие вещи в цифрах не считаются.
Вам предлагают посчитать в цифрах следующее: идти в магазин ориентируясь на местности или идти в магазин с закрытыми глазами по карте которую вы нарисовали у себя дома, при этом вы никогда не ходили до этого в магазин и вообще не знаете есть ли он там.
По плану и там и там одинаково эффективно вы должны дойти, а в реальности с закрытыми глазами вас через 15 минут пути машина собьет, или вы просто шею сломаете зайдя не туда.
========
Суть в том чтоб за 2 года запланированной разработки, не прийти в помойную яму вместо магазина.
Попытаться все спланировать и посчитать итог работ - это опять из ватерфола, вы живете в недетерминированном мире в котором вы НЕ можете все вокруг посчитать и проконтролировать, вы либо это принимаете и начинаете по другому мыслить и действовать (на основе обратной связи) , либо дальше занимаетесь очковтирательством.
П. С.
бизнес не любит неопределенности, любят гарантии и точные ответы - поэтому заказчик будет все равно ТРЕБОВАТЬ чтоб ему в очки втирали дичь, по поводу обьемов работ и сроков, это основная проблема внедрения гибких методологий, привычка и не желание людей по другому мыслить.

Когда работает скрам -
1) Ранняя выкатка прототипа (MVP)
2) Частые релизы (частенько спринт длится две недели и в конце - релиз) - это дает возможность рано получить фидбек и прекратить разработку ненужных фич, или быстро изменить направление, если требования для фичи поменялись.
3) За счет двух недельного пульса, разработчики могут меньше стрессовать и эффективнее работать, но это индивидуально.

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

Иногда до выкатки Пруф оф Концепт, тяжело определиться, что выкатывать в релиз, и тогда на первом этапе Скрам заменяют на Канбан.

Сначала наймите или обучите своего профессионального скрам-мастера. Без него вы вряд ли получите выгоду. Обрывочные знания в скраме и отсутствие человека его хорошо знающего, только усугубят проблемы. Если вы задаете такой вопрос, то скорее всего такого человека у вас нет, и ваш скрам усохнет и ограничится формально лишь доской спринта и ежедневными перекличками, эффективного управления там даже близко не будет.

Скрам - это сфера гораздо сложнее чем программирование, там несколько уровней сертификации https://www.scrum.org/.

Я бы провел аналогию так, программирование - это шахматы - игра с полной информацией, от вас требуется база знаний по предмету и логика.
То скрам - это покер - игра с неполной информацией, где к знаниям по предмету и логике еще добавятся теория вероятностей и психология.