Кто и как придумал Agile

Забавно:

В феврале 2001 года в горах Уасатч в штате Юта, в горнолыжном курорте The Lodge at Snowbird, семнадцать человек встретились, чтобы обсудить, покататься на лыжах, отдохнуть, и попытаться найти общий язык, а также, конечно же, поесть. В результате этой встречи был создан Манифест Гибкой (Agile) Разработки Программного Обеспечения. Представители экстремального программирования, SCRUM, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming и другие, разделяющие потребность в альтернативе документоориентированным и тяжеловесным процессам разработки программного обеспечения, собрались. Это было символичное событие, так как большее собрание организационных анархистов было бы трудно найти. Манифест Гибкой Разработки Программного Обеспечения был подписан всеми участниками. Единственное замечание по поводу термина «гибкий» (agile) было сделано Мартином Фаулером, который отметил, что большинство американцев не умеют правильно произносить слово «гибкий». Назвав себя «Альянсом Гибкости» (The Agile Alliance), эта группа независимых мыслителей в области разработки программного обеспечения, иногда конкурирующих между собой, согласились на Манифест Гибкой Разработки Программного Обеспечения, который можно увидеть на титульной странице этого веб-сайта. Хотя Манифест содержит конкретные идеи, есть более глубокая тема, которая движет многих членов альянса. На закрытии двухдневной встречи Боб Мартин пошутил, что собирается сделать «мутное» заявление. Но, хотя это было с юмором, мало кто не согласился с его словами о том, что мы все чувствовали себя привилегированными работать с людьми, разделяющими совместные ценности, основанные на доверии и уважении друг к другу, и на поощрении организационных моделей, основанных на людях, сотрудничестве и создании таких организационных сообществ, в которых мы бы хотели работать.

https://agilemanifesto.org/history.html

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

Люди и взаимодействие важнее процессов и инструментов
Работающий продукт важнее исчерпывающей документации
Сотрудничество с заказчиком важнее согласования условий контракта
Готовность к изменениям важнее следования первоначальному плану

То есть, не отрицая важности того, что справа,
мы всё-таки больше ценим то, что слева.

 

Основополагающие принципы Agile-манифеста

 

Мы следуем таким принципам:Наивысшим приоритетом для нас является удовлетворение потребностей
заказчика, благодаря регулярной и ранней поставке ценного программного
обеспечения.

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

Работающий продукт следует выпускать как можно чаще, с периодичностью
от пары недель до пары месяцев.

На протяжении всего проекта разработчики и представители бизнеса должны
ежедневно работать вместе.

Над проектом должны работать мотивированные профессионалы. Чтобы
работа была сделана, создайте условия, обеспечьте поддержку и полностью
доверьтесь им.

Непосредственное общение является наиболее практичным и эффективным
способом обмена информацией как с самой командой, так и внутри команды.

Работающий продукт — основной показатель прогресса.

Инвесторы, разработчики и пользователи должны иметь возможность
поддерживать постоянный ритм бесконечно. Agile помогает наладить такой
устойчивый процесс разработки.

Постоянное внимание к техническому совершенству и качеству
проектирования повышает гибкость проекта.

Простота — искусство минимизации лишней работы — крайне необходима.

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

Команда должна систематически анализировать возможные способы
улучшения эффективности и соответственно корректировать
стиль своей работы.

Добавить комментарий