XP

Когда следует применять методологию

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

В чем заключается ценность "уважение"?

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

В чем суть частых небольших релизов.?

• Меньше времени работы над версией 
• Каждая версия - полезность для бизнеса 
• Чем раньше первая рабочая версия - тем раньше заказчик получит прибыль

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

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

Социальная защищенность программиста.

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

Кроме того, в эту концепцию входит то, что люди работают лучше всего, если они хорошо отдохнули. 

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

Роль тренера в команде.

Один из разработчиков 

Отслеживает: 

• Темп разработки 
• Причины изменения темпа разработки 
• Кол-во сверхурочных 
• Прохождение и провал тестов 

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

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