XP 方法论一直是那些未能在其团队中实施该方法论的人争论和批评的主题。
当一个团队充分利用至少一种 XP 实践时，极限编程的好处才有意义。那么，值得尝试的是：
- 客户收到的产品正是他所需要的，即使在开发开始时他自己并没有清楚地想象出产品的最终形式
- 团队通过简单的代码设计、频繁的规划和发布，快速更改代码并添加新功能
- 由于不断的测试和持续的集成，代码始终有效
- 团队很容易维护代码，因为它是根据单一标准编写的，并且不断重构
- 由于结对编程、无需加班以及团队中有客户，因此开发速度很快
- 高代码质量
- 与发展相关的风险降低了，因为项目责任分配均匀，团队成员的离开/到来不会扰乱整个过程
- 开发成本较低，因为团队专注于代码，而不是文档和会议
尽管 XP 具有诸多优点，但它并不总是有效，并且存在许多弱点。因此，极限编程的缺点：
- 项目的成功取决于客 波兰 whatsapp 号码数据 户的参与，这并不容易实现
- 很难预测一个项目的时间成本，因为一开始，没有人知道完整的需求清单
- XP 的成功很大程度上取决于程序员的水平，该方法只适用于高级专家
- 管理层对结对编程持消极态度，不理解为什么他们应该支付两名程序员的工资，而不是一名
- 定期与程序员会面对客户来说成本很高
- 需要进行太多的文化变革才能 控制每一项任务
- 由于缺乏结构和文档，它不适合大型项目
- 因为敏捷方法是面向功能的，产品质量的非功能性需求很难以用户故事的形式来描述。
XP 原则
肯特·贝克在他的第一本书中提出了极限编程的原则：简单、沟通、反馈和勇气。在新版书中，他增加了第五个原则：尊重。
1. 简单
在 XP 中，开发从能够满足当前功能需求的 探索内容联合对链接建设策略的影响 最简单的解决方案开始。团队成员只考虑现在需要做的事情，而不会编写明天、下个月或永远不需要的功能。
2. 沟通
在 XP 中，开发人员之间的沟通不是通过文档进行的，而是面对面的。团队内部以及与客户之间积极沟通。
3.反馈
XP 中的反馈同时在三个方向上实现：
- 模块持续测试过程中系统反馈
- 来自客户的反馈，因为他是团队的一员，参与编写验收测试。
- 规划开发时间时来自团队的反馈。
4.勇气
一些极限编程技术非常不寻常，需 巴哈马领先 要勇气和不断的自我控制。
5.尊重
在极限编程中，尊重被视为对团队的尊重和自我尊重。团队成员不应该提交会破坏编译、单元测试或减慢同事速度的更改。每个人都追求最高质量的代码和设计。