首页/管理/项目管理体系速查/XP 核心实践清单
敏捷与混合56 条

XP 核心实践清单

极限编程(XP)实践覆盖工程与协作两侧:测试驱动开发、结对编程、重构、持续集成、小步发布、集体代码所有权、编码规范与可持续节奏。

项目管理体系速查管理更新于 2026-10-13

XP 核心实践是什么

极限编程(XP)是一套以工程实践为核心的敏捷方法,实践分两侧:工程侧包括测试驱动开发、结对编程、重构、持续集成、小步发布、集体代码所有权与编码规范;协作侧包括现场客户、可持续节奏与计划游戏。它解决的具体问题是「怎么让快速迭代不牺牲质量」。这些实践相互支撑,单独抽取一项(例如只做结对编程)效果通常有限。

基本信息

工程实践测试驱动开发、结对编程、重构、持续集成、小步发布、集体代码所有权
协作实践现场客户、可持续节奏、计划游戏、统一编码规范
核心目标在快速变更下维持可维护性与可预测的交付节奏
常见前置自动化测试能力、可频繁发布的技术条件、团队协作意愿
度量参考回归通过率、主干可发布状态、缺陷逃逸率、周期时间

典型使用场景

  • 缺陷在后期集中暴露,需要把质量责任前移到编码阶段
  • 关键模块只有一个人熟悉,需要用结对与集体所有权降低单点依赖
  • 发布前需要长时间手工回归,需要用自动化测试支撑小步发布
  • 技术债堆积导致每次改动都引发意外故障,需要用重构控制结构劣化
  • 需求频繁变化,需要用测试用例承载验收标准并保持可回归

实践与目标

实践做法目标
测试驱动开发先写失败测试再实现需求可执行化,回归有保障
结对编程两人协作编写与实时评审实时评审与知识共享
重构小步改进结构,不改变外部行为控制技术债,保持可修改性
持续集成频繁合并主干并保持可发布集成问题早暴露
小步发布短周期交付可用增量降低单次发布风险
XP 实践互为支撑:测试驱动开发提供安全网,重构才敢小步进行;持续集成让结对与集体所有权不会造成主干混乱。逐项孤立引入,收益会被其他环节的瓶颈抵消。

易错点

  • 测试驱动开发只停留在规范里,实际仍后补测试,安全网无法支撑重构
  • 持续集成频率低或主干长期不可发布,合并痛感在临近发布时集中爆发
  • 结对编程强行全员全时段执行,忽略任务类型与人员意愿,引发抵触后整体废弃
  • 重构没有测试保护,改动引入行为变化却不被察觉
  • 把 XP 当工具清单而非工作方式,缺少可持续节奏的约束,很快回到加班交付

数据来源与参考

  • 极限编程(Kent Beck《解析极限编程》)核心实践论述
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌