Практика экстремального программирования включает в себя «Small Releases» — частый выпуск «коротких» релизов программ с интервалами в несколько недель.
Подразумевается, что нужно это для того, чтобы получать «обратную связь» от пользователей и вовремя вносить изменения. Сами релизы при этом, как правило, включают 1-2 «фичи» и исправление некоторых (а не всех) ошибок.
Мне интересно, насколько эта практика имеет смысл и пользу при разработке коммерческих программных продуктов. Нужны ли пользователям на самом деле частые релизы? Какой им интерес выступать, по сути, постоянными бета-тестерами?
Мне представляется, что короткие релизы не позволяют планировать заранее большие изменения. Насколько такая практика способствует (или не способствует) сохранению идейной и архитектурной целостности продукта?
Подразумевается, что нужно это для того, чтобы получать «обратную связь» от пользователей и вовремя вносить изменения. Сами релизы при этом, как правило, включают 1-2 «фичи» и исправление некоторых (а не всех) ошибок.
Мне интересно, насколько эта практика имеет смысл и пользу при разработке коммерческих программных продуктов. Нужны ли пользователям на самом деле частые релизы? Какой им интерес выступать, по сути, постоянными бета-тестерами?
Мне представляется, что короткие релизы не позволяют планировать заранее большие изменения. Насколько такая практика способствует (или не способствует) сохранению идейной и архитектурной целостности продукта?
