Критерии эффективности

• Гибкость. (пожалуй, самый главный) Как часто в процессе разработки будут вносится изменения в требования.
• Организация. Готовы ли вы к изменениям в организации. Если нет - забудьте про скрам, не взлетит.
• Личные качества. Готовы разработчики брать на себя ответственность и принимать решения?
• Размер проекта. Если время разработки проекта 1-2-3 недели - не стоит затеваться со скрамом
• Срок жизни проекта. При малом сроке жизни Скрам не нужен.
• Требования к качеству (понятный, легко изменять) кода / документации.

Эффективность предлагают измерять метриками

http://agilerussia.ru/practices/scrum-metrics/

Аккуратность оценки задачи - Насколько хорошо команда оценивает более детальные куски работы

Влияние затруднений - Угрозы для проекта и возможные причины задержек

Время выгорания – burnout time

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

Проектное ETD (estimated time of delivery – оценочное время поставки) - Она дает нам грубую оценку (не гарантию) того, когда будет сделан весь бэклог (или если вам так нужно, часть его), базируясь на средней скорости команды