На недавней конференции udmsite.ru часто упоминалось, что заказчик должен быть равноправным участником проекта.
Данное правило перекликается с методологией Agile разработки программного обеспечения. Знаменитые ученые и практики Computer Science разработали манифест agile-разработки. Думаю этот манифест будет интересен читателям блога. Далее текст манифеста
В процессе работы мы пришли к тому, что для нас важнее:
* Люди и их взаимодействие, чем процессы и средства
* Работающее ПО, чем исчерпывающая документация
* Сотрудничество с заказчиком, чем обсуждение условий контракта
* Реагирование на изменения, чем следование плану
Принципы, лежащие в основе манифеста Agile
Мы придерживаемся следующих принципов:
Наивысшим приоритетом для нас является
удовлетворенность заказчика ранними и
периодическими поставками ценного для заказчика ПО.
Приветствуйте изменения требований даже на поздних этапах
разработки. Agile-процессы готовы к таким изменениям
ради достижения заказчиком конкурентного преимущества.
Выполняйте частые поставки работающего ПО. При этом
продолжительность каждой итерации должна быть от пары недель
до пары месяцев, предпочтение отдается коротким интервалам.
Потенциальные пользователи системы, являющиеся специалистами
в предметной области, и разработчики должны работать вместе
каждый день на протяжении всего проекта.
Привлекайте для работы над проектом мотивированных людей.
Создайте для них все условия, окажите поддержку во всем,
что необходимо, и доверьтесь им — они выполнят работу.
Самый действенный и эффективный способ обмена информацией
как внутри команды разработчиков, так и разработчиков
с внешним миром — непосредственное общение.
Работающее ПО — главный индикатор продвижения проекта.
Agile-процессы придерживаются равномерного темпа
разработки. Работа спонсоров, разработчиков и
пользователей должна все время идти в постоянном темпе.
Постоянное стремление к техническому совершенству
и хороший дизайн системы повышают agility.
Важна простота — искусство увеличения
объема работ, которых удалось избежать.
Самые лучшие архитектуры, требования и дизайны
систем создаются самоорганизующимися командами.
Периодически команда размышляет о том, как достичь
большей эффективности, после чего корректирует свой
подход к разработке ПО.
Метки: agile, разработка по
Оставить комментарий