'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
XP отвечает на вопрос, который Scrum обходит стороной: как именно писать код, чтобы изменения оставались дешёвыми. Scrum описывает роли и события, XP спускается до инженерной работы.
Ценности
- Общение: разработчики, тестировщики и заказчик разговаривают напрямую.
- Простота: делаем то, что нужно сегодня.
- Обратная связь: от тестов, от сборки, от заказчика — быстро и постоянно.
- Смелость: выбросить неудачный код и сказать заказчику правду о сроке.
- Уважение: добавлено во втором издании книги.
Практики
Во втором издании тринадцать основных практик и одиннадцать дополнительных. Из основных до реальных команд чаще всего доживают четыре: разработка через тестирование, парное программирование, непрерывная интеграция и постоянный рефакторинг. Заказчик на площадке, метафора системы и общее владение кодом приживаются реже, потому что требуют перестройки не только команды, но и её окружения.
Что с ним стало
Как цельная методология XP почти не встречается. Зато его инженерные практики разошлись по индустрии и живут отдельно. Команда на Scrum с тестами, парной работой и ежедневной сборкой применяет XP, обычно этого не называя.
- Требования меняются на ходу, а стоимость правки растёт
- Небольшая команда, сидящая рядом или работающая в одном ритме
- Заказчик доступен и готов отвечать на вопросы в течение дня
- Фиксированный объём и цена по договору: XP предполагает переговоры об объёме
- Распределённая команда без пересечения по часовым поясам
- Регламент запрещает править код без формальной процедуры изменений
Команда из шести человек берёт из XP три практики. Тесты пишут до кода, поэтому регрессия ловится за минуты. Пары садятся на сложные места вроде расчёта скидок, и знание перестаёт жить в одной голове. Сборка запускается на каждый коммит. За квартал число правок после релиза заметно падает, при этом ни ролей, ни событий Scrum команда не меняла.
Не берите XP целиком за один заход. Начните с непрерывной интеграции: она даёт обратную связь, почти не меняя привычек команды, и делает видимой цену остальных практик. Парную работу и тесты до кода добавляйте после, по одной, с разбором на ретроспективе.