Расползание масштаба – существенный риск в проектах разработки программного обеспечения. В статье рассматривается, почему это так, и как предотвратить или минимизировать риск.

В своде знаний по управлению проектами PMI (Институт управления проектами) или PMBOK, являющемся библией управления проектами, рассмотрено 9 областей знаний; интеграция, масштаб, время, стоимость, качество, кадровые ресурсы, коммуникации, риск и закупки. Любой, кто учился на сертификацию PMP, хорошо их знает, даже до отвращения, и знает, что PMBOK придает им одинаковое значение. Действительно, PMI одинаково любит все свои сферы знаний, но в действительности лишь один заслуживает особого внимания – и это масштаб.

Вы собираетесь начать проект, которым управляете. Масштаб и бюджет заданы, группа знает, что она должна производить, и все готовы начать. Вы уверены, что часы были выделены должным образом, но также знаете, как легко масштаб может ускользнуть от вас – вы должны умело контролировать проект, чтобы гарантировать, что группа не разбазарит свои часы и не перерасходует бюджет проекта. В данной статье рассмотрено несколько надежных тактических приемов, которые можно применять для прогрессивного управления бюджетом проекта и поддержания полной прозрачности от начала до конца.

Сборник знаний об управлении проектами (PMBOK) Института управления проектами определяет масштаб продукта как характеристики и функции, которые будут включены в продукт или услугу. Она определяет масштаб проекта как работу, которая должна быть выполнена для выпуска продукта с указанными характеристиками и функциями. Управление масштабом проекта определяется как процессы, требуемые для обеспечения того, чтобы проект включал в себя всю требуемую работу, и только требуемую работу, для успешного завершения проекта.