Короткие Релизы Против Длинных Релизов

В практику экстремального программирования входят «малые релизы» — частый выпуск «коротких» релизов программ с интервалом в несколько недель.

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

Сами релизы, как правило, включают 1-2 «фичи» и исправление некоторых (не всех) ошибок.

Мне интересно, насколько эта практика имеет смысл и полезна при разработке коммерческих программных продуктов.

Тебе нужно пользователи на самом деле частые выпуски? Какой им интерес быть по сути постоянными бета-тестерами? Мне кажется, что короткие релизы не позволяют заранее планировать большие изменения.

В какой степени такая практика способствует (или нет) сохранению идеологической и архитектурной целостности продукта? Теги: #Управление проектами #Экстремальное программирование

• Настройка Great Plains: Установка, Преобразование Данных, Обучение Пользователей

  19 Oct, 24

• Глобальная Среда

  19 Oct, 24

• Htc Выделит Свой Бизнес По Производству Гарнитур Виртуальной Реальности Vive В Отдельную Компанию

  19 Oct, 24

• Анализ Итоговых Задач Яндекс.алгоритма 2017

  19 Oct, 24

• В России Растут Продажи Операторских И Бюджетных Моделей Смартфонов

  19 Oct, 24

• Iwf Реабилитировала Википедию

  19 Oct, 24

• Ошибки И Подозрительные Места В Исходниках .Net 6

  19 Oct, 24

• Тестирование Движка Php На Прочность

  19 Oct, 24

• Cocoa Developers Club — Клуб Разработчиков Ios И Os X

  19 Oct, 24

• Hexlet 5 Месяцев Спустя: Новые Онлайн-Курсы Русского Языка

  19 Oct, 24