Существует распространенное заблуждение о том, что интегрированная модель технологической зрелости организации (CMMI) и гибкая методология разработки (Agile) являются противоположными. Первая модель основывается на институционализации и документации процессов и методологий, а гибкая методология фокусируется на взаимодействии между сотрудниками и "рабочее программное обеспечение важнее, чем полная документация" (Agile Manifesto).
Многим уже известны результаты статистики - 60% всех проектов по разработке программного обеспечения не завершаются с успехом.
Деловая среда продолжает применять повсюду свод знаний по управлению проектами (PMBOK) или подход PRINCE2 целиком или частями, заявляя, что это слишком сложно, запутано и забирает время, которое отводится для достижений результатов продукта. Адаптированная система проекта приходит на помощь, приспосабливая проекты к постоянно меняющейся бизнес-среде.
Существует распространненное ошибочное представление, что CMMI и Agile являются полными противоположностями друг дурга. Первый полагается на организационное оформление и документацию процессов и методологий, в то время как второй уделяет больше внимания взаимодействию между рабочими и функционирующим ПО (Манифест Agile). Документация процессов и формализация является основой CMMI, и они часто используются в цикле разработки критического ПО. С другой стороны, гибкий подход (Agile) принимается тогда, когда проект включает в себя поэтапные изменения, в частности те, которые не были включены в оригинальные документы требований.
Показатели измеряют состояние проекта и они явно являются наиболее объективным способом, которым руководитель проекта может предоставить спонсорам и разработчикам информацию о затраченных и необходимых ресурсах или какие области проекта требуют пристального внимания.