Что не работает? Не понял вопроса

Только частичное использование практик XP. Там важна синергия всех практик

Agile как и любой манифест допускает очень широкие трактовки. История религиозных течений это очень хорошо показывает.

А я что-то писал про частичность практик?

Возможно я не так понял, но ты писал про то, что практики XP стали стандартом в индустрии.
Некоторые - популярны, да. Но есть ли от этого польза - не факт, так как XP эффективен при всех практиках вместе.

А вот полный комплект XP встречается неимоверно редко.

Но мы конкретно применяем практически все. С On-site Customer только бывают сложности :)

Тут нет особого предмета для спора и одновременно есть.
Всё как в архитектуре.
Есть некоторый набор практик, достаточно большой.
Некоторые подмножества практик можно назвать замкнутыми и непротиворечивым, ну и дать им имя. Например - SCRUM.
Но применять ли в принципе какие-то из практик, какие-то их группы или вообще все до одной, когда именно и как именно - вопрос исключительно конкретной ситуации (проекта, компании, бизнеса, культуры, людей, рынка, времени года, луны в овне)

Разговор начался с применимости agile. Я говорю о том, что здесь сама постановка некорректна, так как agile это ценности и принципы. Scrum это просто фреймворк. Agile Manifesto никак не регламентирует использование тех или иных процессов и методологий. Более того, жесткие процессы часто идут в разрез с манифестом.

С такого ракурса мы обсуждали в ключе что лучше: водопад, или отсутствие водопада, компенсируемое практиками agile.

Не идеями, а практиками.

манифест нельзя применять. Применять можно конкретную практику или фреймворк же.

"Красть хуже, чем не красть" нельзя применить непосредственно на практике, это просто весовая функция.
А вот правило "никогда не кради по пятницам" - можно применить )

А я что написал?

а я не спорю, я разъясняю)

И парное программирование на всю катушку?

Собственно я об этом же. Применяют практики или фреймворки. Agile это принципам, которым нужно следовать и ценности, которыми руководствоваться.

Не на всю :) Иногда разработчику важно сосредоточиться и поработать одному. В любом случае одна задача всегда делается несколькими людьми и есть обязательное peer review. Все время программировать в паре напряжно имхо.

Ну, в XP предполагается, что по другому вообще нет работы. Программирование обязательно в парах.

Не знаю. Пока то, что я читал про 100% pair и mob выглядит немного искусственным. Люди из того же Microsoft писали, что 100% применимость совсем неочевидна. Очень хорошо получается в паре работать при интеграции блоков кода. То есть делали одну задачу по одному, а потом в паре сели и синтегрировали куски.
Может конечно я просто не знаю как все правильно делать :)

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