开篇
极限编程简介
规则
价值观
极限编程项目要素
用户故事
架构穿刺
发布计划
迭代计划
迭代开发
团队速率
验收测试
缺陷管理
小步发布
极限编程核心实践
发布计划会
每日站会
集体所有
编码规范
结对编程
测试先行
单元测试
无情重构
持续集成
人员流动
简单设计
CRC 卡
客户紧密参与
如何实施极限编程
极客练功房
如何举办指南
北京(2019.12.21)
深圳(2019.12.28)
关于我们
规则
极限编程规则
计划
编写
用户故事
。
根据
发布计划
制定
发布时间表
。
进行频繁的
小规模发布
。
将项目分解成
迭代
。
用
迭代计划
驱动每个迭代。
管理
为团队提供专注
开放型办公空间
。
可持续
的节奏。
以
站会
开始每一天。
团队
开发速度
可度量。
让团队
坐在一起
。
调整
有缺陷的规则。
设计
简单
原则。
设定一个
系统隐喻
。
在设计交流中使用
CRC卡
。
使用
Spike方法
降低风险。
不要过度设计或
过早添加不必要的功能
。
尽可能地
重构
代码。
编程
客户
紧密参与
团队协作。
遵循
编码规范
。
优先
编写测试。
通过
结对编程
构建生产代码。
一次仅限一对
程序员集成代码。
持续
集成。
选一台机器
专用
于代码集成。
代码
集体所有
。
测试
所有代码都必须有
单元测试
。
发布前必须跑通所有
单元测试
。
发现一个
Bug
要增加一个单元测试。
经常性进行
验收测试
并公布测试结果。