Continuous development изменит организации, как это сделал Agile
В 2001 году группа программистов создала новый подход к разработке ПО, который изменил мир технологий. В центре внимания были интересы клиентов, резко увеличилась скорость внедрения изменений и гибкость компаний. Это был Agile. В своё время Agile вызвал революцию в сфере разработки продукта, но теперь его используют не только в IT.
Сегодня используется новая методология разработки и управления проектами. Она также зародилась в недрах IT - компаний и стартапов. Речь идет о непрерывной разработке. Вместо того, чтобы улучшать ПО, когда оно полностью готово, обновления производятся непрерывно, по частям. Это позволяет клиентам получать работающий код после каждой итерации.
Какие преимущества она приносит?
Быстрый выход продукта на рынок. Клиенты пользуются преимуществами новых функций раньше. Разработчики быстрее получают обратную связь, что приводит к улучшению качества продукта.
Больше возможностей для экспериментов. Частые релизы позволяют компаниям постоянно экспериментировать с новыми функциями и тестировать их на разных аудиториях.
Быстрое исправление ошибок. Поскольку код пишется частями, легче найти ошибки и своевременно исправить.
Увеличение производительности команды. В условиях непрерывной разработки программисты могут тут же оценить результаты работы и какую ценность она приносит организации.
Непрерывная разработка - сильное оружие в конкурентной борьбе за клиентов и талантливых сотрудников.
Автор хотел написать "Continuous delivery", а написал "Continuous development".
Статья именно про developement. Не думаю,с то автор ошибся.
Вообще принцип JFDI широко используется в массах - just facking do it ))
Среди аджайл принципов, сформированных в 2001 году есть принцип про непрерывную отгрузку. Я лично не понимаю, в чем новизна, если все это уже придумано сто раз.
"Вместо того, чтобы улучшать ПО, когда оно полностью готово, обновления производятся непрерывно, по частям." Я понял это так - не зарывайтесь в улучшениях и выпускайте новое в первую очередь иначе рискуете погрязнуть в бесконечных улучшениях того, что уже есть
Kanban?
а в чем "ноу хау"? agile метод разве не про непрерывную разработку и постоянные релизы после каждого спринта?
Ноу-хау обычно в том, что ИТ-гуру "переизобретают" для современного ИТ производственные практики из 60-х годов 20 века (PDCA, Kaizen и т.п.), прикручивают к ним новую обёртку из терминов и начинают этим торговать.
Комментарий недоступен
XP появился раньше чем Agile, какая нафиг "новая методология"
А подходы CI/CD – лишь часть XP
Это DevOps, он содержит в себе подходы XP, но там важен не только Continiuos Deployment, но и CI.
Судя по комментам, нужна статья которая коротко объяснит все методологи что бы люди понимали разницу.