---
title: Agile-манифест разработки программного обеспечения
description: "Русскоязычный текст Agile Manifesto: четыре ценности и 12 принципов гибкой разработки."
---

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

Благодаря проделанной работе мы смогли осознать, что:

**Люди и взаимодействие** важнее процессов и инструментов.

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

**Сотрудничество с заказчиком** важнее согласования условий контракта.

**Готовность к изменениям** важнее следования первоначальному плану.

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

## 12 принципов Agile

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

Мы следуем таким принципам:

1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

## Авторы

Kent Beck<br>
Mike Beedle<br>
Arie van Bennekum<br>
Alistair Cockburn<br>
Ward Cunningham<br>
Martin Fowler<br>
James Grenning<br>
Jim Highsmith<br>
Andrew Hunt<br>
Ron Jeffries<br>
Jon Kern<br>
Brian Marick<br>
Robert C. Martin<br>
Steve Mellor<br>
Ken Schwaber<br>
Jeff Sutherland<br>
Dave Thomas

© 2001, вышеперечисленные авторы.

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

Перевод выполнили: Алексей Солцнев, Сергей Мовчан, Андрей Мудрый, Тим Евграшин, Роман Кононов, Лина Шишкина, Антон Марюхненко и Алек Козлов при поддержке сообщества Agile Ukraine.

## Связанная страница

- [Фреймворк GIST](https://wpcraft.ru/kb/processes/gist-framework.md) — пример многоуровневого планирования, где цели и гипотезы регулярно пересматриваются, а задачи выполняются короткими итерациями.

## Связанная страница

- [Dual-Track Agile](https://wpcraft.ru/kb/processes/dual-track-agile.md) — пример организации совместной продуктовой работы и обратной связи.

## Материалы и источники

- [Agile Manifesto](https://agilemanifesto.org/iso/ru/manifesto.html)