Участник:ArmorAdmin/Гибкие методы разработки — различия между версиями
(Новая: '''Оригинал:''' http://agilemanifesto.org/ '''Перевод:''' ~~~~ == Манифест гибкой методологии разработки == Мы открываем ...) |
(нет различий)
|
Версия 17:17, 10 июля 2009
Оригинал: http://agilemanifesto.org/
Перевод: Чобиток Василий 18:17, 10 июля 2009 (EEST)
Манифест гибкой методологии разработки
Мы открываем лучшие подходы к разработке программного обеспечения, используем их и помогаем использовать другим.
В своей работе мы пришли к следующим ценностям:
Личности и взаимодействие над процессами и инструментами
Работающее программное обеспечение над полнотой документации
Сотрудничество с заказчиком над договорными отношениями
Реакция на изменения важнее следования плану
Пункты в правой части этих утверждений имеют значение, но пункты слева важнее
|
Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler |
James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick |
Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas |
this declaration may be freely copied in any form,
but only in its entirety through this notice.Основные принципы гибкой методологии разработки
Мы следуем следующим принципам:
Наш наивысший приоритет — удовлетворить заказчика ранней и непрерывной поставкой полезного программного обеспечения.
Приветствуются изменения требований, даже на поздних стадиях разработки. Гибкие процессы берут изменения на вооружение для предоставления заказчику конкурентных преимуществ.
Регулярный выпуск работоспособного ПО, от пары недель до пары месяцев, отдавая предпочтение более коротким интервалам.
Специалисты в предметной области и разработчики должны ежедневно, на протяжении всего проекта работать вместе.
Строить проект на мотивированных личностях. Создать им условия, предоставить необходимую поддержку и доверься им в достижении результата.
Самый продуктивный и эффективный метод передачи информации к и от команды разработки — личное общение.
Работающая программа — основной показатель успешности работы.
Гибкие методы способствуют устойчивой разработке. Инвесторы, разработчики и пользователи должны быть способны неограниченно поддерживать постоянный темп.
Постоянное внимание техническому совершенству и хорошему проектированию повышает гибкость.
Необходима простота — искусство минимизации объемов выполненной работы.
Лучшие архитектуру, требования и дизайн рождают самоорганизовавшиеся команды.
Регулярно команда размышляет над тем, как работать ещё эффективнее, и соответствующим образом корректирует свою последующую работу.
