57e2d1454c51a414f1dc8460da2932761d39d6e2565270_640[1]Если совместить идею метода «прогрессивного джипега» в проектах и классического Скрама, то получается довольно любопытный проектный подход:
В «прогрессивном джипеге» проект считается готовым на любой стадии, вопрос лишь в том на сколько он готов. Авторство идеи применять это при решении бизнес-задач приписывается Артемию Лебедеву.  Если кто не в курсе, название берётся из метода сжатия изображений и его загрузки браузером: изображение появляется сначала размытое, потом, по мере загрузки, оно становится всё более чётким, пока не загрузится полностью. Таким образом, предлагается и смотреть на разработку и реализацию IT-проектов — постепенно наращивать функционал, пока не появится готовая картина, задуманная в самом начале работы (по крайней мере, на это нацелены все надежды исполнителя и заказчика…).
В итеративной разработке (например, в Скраме) понятие «готовности» проекта вообще, можно сказать, отсутствует! Проект всегда готов, но просто продукт в начале малофункционален… По этому, именно в Скраме принято сначала добиваться какого-то MVP с минимально необходимым набором функций, который можно реально запустить у заказчика. И вот потом уже, основываясь на практических отзывах, корректировать направление развития продукта — иными словами, пирожок ещё не готов, но начинку можете попробовать..