Нужно помнить, что метрики продукта появляются не на пустом месте, они отражают ценность продукта для бизнеса. Улучшение метрик продукта должно быть неразрывно связано с улучшением бизнес-показателей продукта. Если не достигать нужных бизнес-показателей к нужному сроку, можно лишиться бюджетов.
Бесполезно рассказывать, как что-то лучше чем «Waterfall». Сложно придумать что-то хуже, чем пример того, как делать не надо из статьи 1970-го года.
Помните, что работа по Scrum (как и весь Agile) предполагает работу команды мотивированных профессионалов. Без этого процесс может просто не запуститься. Не потому, что процесс плохой, а потому, что это базовый принцип Agile.
В отличии от работы по методологии Scrum можно использовать команды разработки невысокого уровня. Но всё равно понадобится либо опытный руководитель проекта, либо опытный архитектор, чтобы правильно разделить вашу систему на модули. Особенно помня о том, что целое всегда больше, чем просто сумма частей.
Unified Process весьма требовательный к архитектуре приложения. Это фундамент, на который встанет ваша система. Без хорошей архитектуры, следовательно без сильного технического архитектора, у вас ничего не получится.
Product owner — это разновидность руководителя продукта. Точнее просто название роли руководителя продукта в Scrum. Суть работы не меняется, просто происходит некоторая формализация процесса работы.