Стандарты кодирования

Эта методика является, как бы следствием предыдущей. Экстремальное программирование в качестве обязательного условия успешности работы над проектом выдвигает требование применения стандартов кодирования. Хотя бы потому, что единообразный код более понятен другим разработчикам. Вся команда должна подчиняться общим стандартам кодирования – форматирование кода, именование классов, переменных констант, стиль комментариев и т.д. Т.о., внося изменения в чужой код, что необходимо для быстрого продвижения вперед, программа не превратится в «дикий салат».

Постоянная переработка

Всем известно, что добавление каждой новой функциональности и разрастание кода усложняют разработку, выявление ошибок и внесение последующих изменений. Одной из особенностей экстремального программирования является компенсация добавления функциональности усовершенствованием кода. Это и есть переработка кода, или рефакторинг,

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

Продолжающаяся интеграция

Очень часто разработчики сталкиваются с проблемами поздней интеграции, когда новая функциональность оказывается несовместима с остальным проектом. Единственным эффективным средством решения этой проблемы является продолжающаяся интеграция. Интегрировав работоспособный участок кода раньше, можно побороть или даже предотвратить несовместимость на ранней стадии проекта.

Заказчик на рабочей площадке

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

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

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

Быстрый выпуск версий

Опробовав готовый программный продукт в течении некоторого времени пользователь может по достоинству оценить его. Это легло в основу новой методики, которая формулируется следующим образом: дайте заказчику определиться со своими потребностями раньше, выпустив версию быстрее.

Однако, у этого подхода есть определенные ограничения: во-первых, пользователи не всегда готовы к быстрым переменам, а во-вторых, выпускаемый продукт должен быть всецело протестирован. Если с первой проблемой справиться проблематично, то вторая успешно решается применением автоматизированных тестов.

Сорокачасовая рабочая неделя

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

Это продиктовано не только соображениями законности и гуманности, а, в первую очередь, необходимостью повышения эффективности работы и строгой организации, так как экстремальное программирование рассчитано не на индивидуумов, а на групповую разработку. Например, такая вещь как парное программирование возможна лишь при синхронизации работы ее участников. Не выспавшийся, злой и раздражительный коллега вряд ли будет хорошим членом команды.