Что такое проворный манифест?

Agile Manifesto был публичным заявлением, сделанным 11 февраля 2001 года 17 самыми дальновидными разработчиками программного обеспечения в отношении процесса разработки гибкого программного обеспечения. Во время этой встречи гибкая разработка программного обеспечения была новой концепцией, с множеством вариантов для разработчиков. Agile Manifesto был попыткой собрать воедино все блестящие умы гибкой обработки в попытке согласовать основные принципы и идеи всего гибкого процесса в будущем.

Некоторые хорошие примеры процесса гибкой разработки включают экстремальное программирование, схватки, адаптивную разработку программного обеспечения и метод разработки динамических систем (DSDM). Каждый из этих процессов пытается создать лучшие методы для реализации компьютерного программного обеспечения. Основное улучшение всех этих методов заключается в том, что разработка программного обеспечения должна производиться таким образом, чтобы поддерживать изменения бизнес-требований и не требовать процессов, которые замыкают цикл обратной связи с клиентом.

До создания процесса гибкой разработки вся разработка программного обеспечения была завершена методом водопада. Термин «водопад» используется для определения прямого процесса работы, который требует, чтобы все требования были предварительно выполнены и определены с окончанием, которое будет включать все определенные функциональные возможности. Подобно водопаду, у всех систем есть четкое начало и конец. Этот процесс разработки не позволяет вносить изменения в требования до завершения всего программного приложения.

Общественная встреча была проведена в лыжной базе в Snowbird, штат Юта, под руководством Роберта Мартина. В список участников входят Кент Бек, Дейв Томас, Майк Бидл, Джефф Сазерленд, Ари ван Беннекум, Кен Швабер, Алистар Кокберн, Стив Меллор, Уорд Каннингем, Роберт С. Мартин, Мартин Фаулер, Брайан Марик, Джеймс Греннинг, Джон Керн, Джим Хайсмит, Рон Джеффрис и Эндрю Хант. В то время как все эти люди поддерживали гибкие, легкие методологии разработки, у каждого было свое предпочтение относительно того, как применять методологию.

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

Суть этой команды и Agile Manifesto состояла в том, чтобы создать процесс среды разработки, который бы понимал важность клиента. По их мнению, это можно сделать, открыто и постоянно сотрудничая с заказчиком. Коммуникация поможет гарантировать, что выполняемая работа будет на самом деле создавать ценность для бизнеса, и позволит получить обратную связь от клиента.

В дополнение к ключевым ценностям, Agile Manifesto также включает в себя несколько ключевых принципов, которые укрепляют веру в то, что вовлечение клиентов происходит на ранних этапах, и часто обеспечивает лучшее общее программное обеспечение. Создавая итеративный программный процесс, заказчик имеет возможность настраивать конечный продукт, допуская изменения в требованиях. Восприятие приложения лучше, потому что работающая система является основной мерой прогресса, достигнутого в системе.