Модели разработки программного продукта

Процесс разработки программного обеспечения обычно движется с помощью того, что получают пользователи. В начале была модель водопада (waterfall model) на основе мира, где все известно заранее, и спецификации не меняются (например, плод). В конце разработки пользователи получают что-то функциональное, но не то, что они хотели или им требовалось.

Затем пришла спиральная модель (spiral model): Iterative, Agile, XP. Она была нацеленна на удовлетворенность клиента. В отличие от модели водопада (которые идут в одном направлении и не делают резервную копию), спиральная модель может производить программное обеспечение которое более вероятно, соответствует тому, что хотят пользователи. Юзабилити необходимо для спирального развития, так как на каждом этапе оцениваеться успешность принятого решения.

Но что будет после юзабилити?

Будут ли новые подходы к разработке ПО и что бдует на них влиять? Ниже представленна иерархия потребностей и желаний пользователей. Которая явно или косвенно влияет на разработку программного обеспечения:

После юзабилити будет пользовательский «поток»

Сейчас пользователь благодарит нас за предоставленную ему полезную, хорошо продуманную и удобную программу. Но потом он захочет, чтоб приложение было интересным и затягивало его в происходящее с первой секунды. Можно ли будет держать его в такой степени вовлеченности, чтоб во время использования он забывал о повседневной жизни? Програмное обеспечение должно очаровывать и затягивать пользователя с собой.

Даже если пользователи не начинают требовать «потока», это огромные возможности и преимущества для тех, чьи продукты реализовывают его и один из основных критериев продуктов для активных пользователей.

Это всё грубые предположение по поводу развития разработки программного продукта.

Хотелось бы услышать, что думают специалисты по этому поводу?