Agile-манифест разработки программного обеспечения

Манифест гибкой разработки программного обеспечения — основной документ, содержащий описание ценностей и принципов гибкой разработки программного обеспечения, разработанный в феврале 2001 года на встрече 17 независимых практиков нескольких методик программирования, именующих себя «Agile Alliance».

Подумайте над правильным вариантом согласно манифеста
и выберите из списка (нажмите на вариант)

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

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

Потребности заказчика

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

Изменение требований

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

Тайминг выпуска продукта

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

Ежедневная работа вместе

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

Мотивация

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

Непосредственное общение

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

Работающий продукт

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

Постоянный ритм

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

Постоянное внимание

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

Простота

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

Самоорганизация

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

Улучшение эффективности

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

Enjoy using! © iGorGinstagramgithub